Apakah programmer yang membaca buku terkait pemrograman masih jarang? [Tutup]

Baik dalam Kode Lengkap oleh Steve McConnell dan The Pragmatic Programmer oleh Andrew Hunt & David Thomas, mereka menuduh bahwa sebagian besar programmer tidak membaca buku-buku terkait pemrograman sebagai kebiasaan, atau setidaknya tidak cukup sering. Apakah ini masih berlaku? Apakah programmer yang membaca buku seperti itu masih jarang?

Saya harus mengakui bahwa baru-baru ini saya mulai membaca (dan sekarang saya tidak bisa berhenti; itu membakar seluruh dompet saya!). Sebelumnya saya benar-benar menentangnya dan berpendapat bahwa lebih baik menulis program daripada membuang waktu untuk membacanya. Sekarang saya menyadari bahwa hasil terbaik, setidaknya bagi saya, adalah melakukan keduanya.

EDIT: Sebenarnya saya maksudkan segala jenis buku yang terkait dengan pemrograman; baik itu pada bahasa tertentu, teknologi, pola, paradigma - apa pun asalkan dapat bermanfaat bagi Anda sebagai seorang programmer. Saya hanya merujuk pada Code Complete dan The Pragmatic Programmer karena di situlah saya membaca bahwa programmer biasanya tidak membaca buku-buku seperti itu. Akan terlihat aneh jika judulnya hanya bertuliskan "Apakah programmer yang membaca buku masih jarang?"

Semua orang tampaknya menjawab pertanyaan ini secara pribadi, seperti dalam "Saya membaca ini-dan-itu." Namun, sebagai orang yang nongkrong di situs ini, Anda sudah memotong di atas IMO programmer "rata-rata" Anda. Jadi ini membuat angka berubah drastis. Untuk menjawab pertanyaan secara langsung: ya, programmer yang membaca buku adalah jenis langka. Saya telah bekerja dengan banyak programmer, dan hanya tahu dua atau tiga yang akan mengambil buku untuk menyelesaikan masalah. Sebagian besar dari mereka akan mencari Google untuk program tertentu, atau hanya menatap kosong pada layar berharap mendapat inspirasi ilahi. :-)

Dan buku "teori" seperti Pragmatic Programmer dan Code Complete bahkan lebih jarang dibaca oleh kebanyakan programmer. Jika seorang programmer akan membaca buku, itu lebih cenderung menjadi buku teknis tentang bahasa tertentu, kerangka kerja, atau teknologi yang sedang mereka kerjakan. Buku-buku "lunak" bahkan tidak ada pada kebanyakan programer radar.

Saya tidak bisa berhenti mengembangkan daftar harapan Amazon saya. Buku terbaru yang saya kerjakan adalah Clean Code oleh Robert C. Martin (Paman Bob). Baru-baru ini sekelompok programmer di daerah saya bahkan membentuk klub buku, sehingga kami dapat belajar praktik terbaik bersama dan bertukar pengalaman kami. Saya tidak berpikir saya akan menjadi programmer yang sama jika saya tidak membaca buku-buku tentang kerajinan pemrograman. Ada banyak sekali materi di luar sana dan itu bagus ketika seseorang memadatkannya untuk Anda dan memberi Anda titik awal sebelum Anda bereksperimen sendiri.

Saya membacanya, jadi tambahkan 1 ke daftar penampakan Anda. (Berapa banyak sebelum kita keluar dari daftar spesies yang terancam punah?)

Serius, saya terkejut bahwa pengambil suara teratas saat ini adalah orang-orang yang mengatakan mereka melihat sedikit nilai dalam buku pemrograman. Memang ada beberapa yang saya harap saya tidak menghabiskan uang, tetapi ada beberapa yang benar-benar membuka mata saya untuk konsep & teknik baru dan yang membuat saya seorang programmer yang lebih baik. Contohnya:

• The Zen of Code Optimization oleh Abrash - Saya pikir ini adalah alasan utama saya seorang programmer waktu-nyata hari ini.
• Perenungan pada C ++ oleh Koening & Moo - Nilai sebenarnya dari iterators dan STL tidak mengklik sampai saya membaca yang ini.
• Refactoring oleh Fowler - Mengajari saya cara menyusun dan merestrukturisasi kode.
• Pemrograman Ekstrim Dijelaskan oleh Beck - Meskipun saya tidak pernah benar-benar meminum alat bantu gesit, buku ini mengubah cara saya berpikir tentang persyaratan, pengujian, dan mengelola proses pengembangan.

Saya belajar bagaimana kode di sekolah, tetapi saya tidak belajar kode dengan baik sampai saya membaca beberapa buku yang bagus.

Sementara mewawancarai pengembang, saya perhatikan bahwa mereka yang melakukan lebih baik dalam tugas teknis (baik verbal dan praktis) dan (jauh lebih penting) memahami alasan mengapa mereka melakukan apa yang mereka lakukan adalah semua pengembang yang membaca setidaknya buku sesekali. Saya tidak berpikir itu sepenuhnya kebetulan.

Meskipun Anda pasti dapat menggunakan Google untuk jawaban cepat dan blog bisa menjadi sangat baik untuk liputan mendalam tentang hal-hal tertentu, buku-buku saya pikir memberi Anda pandangan yang lebih terkoordinasi dari topik yang mereka liput. Juga, dengan memberikan informasi dalam konteks yang berbeda, mereka membantu pengetahuan melekat di kepala orang dengan lebih baik. Bahkan jika itu adalah sesuatu yang sudah Anda ketahui, saya pikir sangat berharga untuk memiliki sesuatu yang memvalidasi pengetahuan itu.

Akhirnya, jika seseorang membaca buku tentang subjek yang sedang dikerjakannya, itu hampir pasti berarti bahwa mereka benar-benar tertarik dengan apa yang mereka lakukan dan tidak hanya mengerjakan hal-hal yang rumit - untuk pekerjaan berbasis pengetahuan atau kreatif, ini sangat penting jika Anda mencari staf terbaik.

Saya berasumsi Anda sedang berbicara tentang buku tentang praktik pemrograman dan pengembangan perangkat lunak daripada pada teknologi tertentu ...

Secara pribadi, saya cenderung menghindari buku-buku ini karena sangat sedikit dari mereka yang memiliki sesuatu yang berguna untuk dikatakan. Untuk setiap pasangan programer pragmatis, ada banyak penulis yang mendorong metodologi / prasangka pribadi mereka / teori terpadu besar ... dan sementara itu bisa sangat menyenangkan untuk mendengarkan mereka berdebat dalam podcast, membaca buku-buku mereka hanya sedikit lebih menghibur daripada membaca daftar belanja mereka ... dan mungkin kurang bermanfaat. Anda akan mendapatkan banyak saran yang sama di forum dan ... apa pun tempat ini ... dengan keuntungan tambahan yang diperdebatkan antara orang-orang yang benar-benar mempercayainya daripada antara penulis dan pengaruhnya.

Daging dalam Code Complete, Mythical Man-Month, dll. Adalah pengamatan yang sudah diketahui oleh sebagian besar pembaca paling tidak. Ini membuat mereka paling berguna untuk memperkuat pernyataan, dan mengajar programmer menengah .

Saya sangat suka buku pemrograman. Saya memiliki 150+ dari mereka. Dan masih ada ruang untuk lebih banyak.

Yah, saya benar-benar tidak dapat berbicara dengan programmer lain.

Saya mencoba membaca buku komputer berkualitas tinggi . Saat ini saya sedang mengerjakan read-through Mythical Man-Month.

Buku saya berikutnya mungkin buku Russell / Norvig AI atau Estimasi Perangkat Lunak McConnell. Dalam waktu yang tidak lama lagi, Seibel's Practical Common Lisp tampak.

Baca, baca, baca, baca ... Dari buku, dari blog, apa pun ... Lebih baik dari buku bagus, tetapi bahkan membaca buku yang buruk akan membantu. Tapi teruslah belajar. Teruslah belajar setiap hari.

Saya membacanya kembali ketika saya baru memulai, tetapi sekarang sebagian besar buku yang saya miliki cenderung berfokus pada bagian non-coding pengembangan perangkat lunak (misalnya, Panduan Praktis untuk Pencegahan Cacat , Estimasi Perangkat Lunak: Demystifying the Black Art ), buku referensi, atau buku yang fokus pada konsep ilmu komputer yang sempit.

Masalah terbesar yang saya miliki adalah bahwa buku teknologi tertentu cenderung usang dalam beberapa tahun (misalnya tidak banyak orang menulis Visual Basic 6 hari ini) jadi saya telah menemukan bahwa berinvestasi pada buku-buku yang dapat menjadi usang cenderung menjadi investasi yang buruk, terlebih lagi ketika dengan seberapa banyak informasi tersedia secara online akhir-akhir ini. Demikian juga, beberapa buku tentang hal-hal seperti prinsip desain cenderung diabaikan demi beberapa situs yang benar-benar bagus di luar sana seperti A List Apart .

Alasan membaca buku adalah untuk meningkatkan pengetahuan dan keterampilan Anda sendiri. Itu menyiratkan dua hal: (1) Anda harus menyadari bahwa Anda memiliki ruang untuk meningkatkan, dan (2) Anda harus ingin meningkatkan. Banyak programmer yang saya temui memiliki ego sebesar planet. Sepotong besar sisanya senang untuk meluncur bersama.

Saya mendapat Kindle baru (Wifi + 3G) minggu lalu dan saya menyukainya, saya tidak bisa berhenti membaca. Saya telah membeli beberapa ebook teknis dari Amazon dan penerbit lain, dan saya membacanya dengan cepat.

Buku-buku fisik sekarang tampak sangat kuno bagi saya sekarang. Saya tidak terlalu berharap begitu cepat.

Saya belum pernah membaca buku teknis bertahun-tahun ... secara harfiah bertahun-tahun.

Sebagian tentang ketersediaan informasi di tempat lain. Blog, artikel, buku putih, situs referensi, situs dukungan sebaya seperti SO ...

Sebagian itu berkaitan dengan biaya dan ketidakpraktisan buku kertas. Pikirkan angka-angka yang Anda gunakan untuk membaca sesuatu sebagai Injil hanya untuk menemukan itu subjektif, atau mungkin ketinggalan zaman. Bahkan buku pedoman referensi pun cepat, mengingat sifat dunia kita yang selalu berubah.

Saya tidak mengetuk buku-buku teknis per se, tetapi pergi adalah hari-hari di mana mereka adalah satu-satunya sumber informasi Anda tentang masalah teknis. Kami mendapatkan informasi kami dari berbagai sumber sekarang.

Saya akan mengaku merindukan mereka, tetapi bagi saya setidaknya, waktu telah berubah.

Sebuah kisah pribadi:

Saya pernah memberikan presentasi ke ruangan yang penuh dengan 50 atau 60 pengembang tentang beberapa hal terkait NET. (Mereka semua bekerja untuk perusahaan yang sama).

Microsoft mensponsori pembicaraan dan memberi saya beberapa buku "Pemikiran Objek" David West (oleh Microsoft Press).

Secara kebetulan, saya baru saja membaca buku itu dan menganggapnya sebagai bacaan yang sangat bagus. Saya bahkan merekomendasikannya kepada hadirin menjelaskan bahwa saya memiliki beberapa salinan untuk dibagikan dan bahwa jika seseorang tertarik yang harus mereka lakukan adalah meminta satu.

Beberapa orang datang untuk melihat-lihat buku itu, tetapi tidak satu pun dari mereka, saya ulangi, tidak seorang pun , tidak seorang pun memutuskan untuk menyimpannya.

Saya masih ingin mengambil buku untuk mempelajari dasar-dasar bahasa. Dengan cara ini saya bisa melihatnya dan mendapatkan ide tentang apa yang saya lakukan setiap saat sepanjang hari / minggu dan tidak perlu khawatir tentang laptop. Setelah saya membaca buku, maka saya akan mulai belajar dengan kode.

Teori, lalu berlatih.

Saya tidak membeli banyak buku pemrograman dalam format kertas seperti dulu. Saya memiliki langganan Safari Books Online , di mana dengan harga satu buku sebulan, saya mendapatkan akses tak terbatas ke teks lengkap ribuan buku pemrograman (dan lainnya) dari penerbit seperti O'Reilly, John Wiley & Sons, Addison- Wesley, dan lainnya.

Saya juga memiliki Kindle generasi pertama dan kadang-kadang membeli buku pemrograman untuk itu; Namun saya pikir Kindle DX besar (yang keluar setelah saya punya) akan menjadi platform yang lebih baik untuk materi teknis.

(Wow, 5 upvotes dan 5 downvotes - pendapat ini tampaknya lebih kontroversial daripada yang saya bayangkan!)

Saya tidak membaca buku seperti Code Complete atau sejenisnya, saya juga tidak merasa bahwa saya "harus". Apa artinya itu? Apa yang terjadi jika saya tidak melakukannya?

Pertama-tama, saya tidak berpikir buku seperti itu membuat saya seorang programmer yang lebih baik. Mereka mungkin bekerja untuk orang lain, tetapi tidak untuk saya. Informasi faktual yang dikandungnya tidak terlalu detail atau teknis, jadi saya sudah tahu sebagian besar dari itu. Selebihnya adalah opini yang saya mungkin setuju atau tidak setuju, tetapi yang tentu saja saya tidak akan adopsi.

Satu-satunya literatur terkait pemrograman yang menurut saya menarik untuk dibaca adalah dokumen-dokumen teknis murni dengan subjektivitas minimum absolut . Favorit saya sejauh ini adalah spesifikasi bahasa C # 4.0 dan standar Unicode 5.0. Orang lain menemukan ini bacaan yang sangat kering dan membosankan, tetapi saya menemukan bahwa ini melibatkan pikiran saya, dan berpotensi memberikan informasi yang saya belum tahu.

Pembaruan 2010-Oktober-07: Saya baru saja menunjukkan The Pragmatic Programmer kepada saya, jadi saya melihat beberapa halaman pertama di Amazon. Di bagian "Siapa yang harus membaca buku ini?" Bunyinya: "Mungkin Anda merasa frustrasi karena Anda tampaknya tidak mencapai potensi Anda. Mungkin Anda melihat rekan kerja yang tampaknya menggunakan alat untuk membuat diri mereka lebih produktif daripada Anda. ”Uhm, tidak. Tidak ada yang berlaku untuk saya. Saya frustrasi karena rekan-rekan saya jauh kurang produktif daripada saya (dan mereka tidak peduli). Saya merasa bahwa saya mencapai potensi saya (sedikit dari yang saya miliki). Jadi ya. Tidak ada gunanya membaca buku ini. Contoh kasus.