Apa buku tunggal paling berpengaruh yang harus dibaca setiap programmer? [Tutup]

Jika Anda bisa kembali ke masa lalu dan berkata pada diri sendiri untuk membaca buku tertentu di awal karier Anda sebagai pengembang, buku apa itu?

Saya berharap daftar ini bervariasi dan mencakup berbagai hal.

Untuk mencari: Gunakan kotak pencarian di sudut kanan atas. Untuk mencari jawaban dari pertanyaan saat ini, gunakan inquestion:this. Sebagai contoh:

inquestion:this "Code Complete"

• Kode Lengkap (edisi ke-2) oleh Steve McConnell
• Programmer Pragmatis
• Struktur dan Interpretasi Program Komputer
• Bahasa Pemrograman C oleh Kernighan dan Ritchie
• Pengantar Algoritma oleh Cormen, Leiserson, Rivest & Stein
• Pola Desain oleh Geng Empat
• Refactoring: Meningkatkan Desain Kode yang Ada
• Bulan Manusia Mistis
• Seni Pemrograman Komputer oleh Donald Knuth
• Penyusun: Prinsip, Teknik, dan Peralatan oleh Alfred V. Aho, Ravi Sethi dan Jeffrey D. Ullman
• Gödel, Escher, Bach oleh Douglas Hofstadter
• Clean Code: A Handbook of Agile Software Craftsmanship oleh Robert C. Martin
• Efektif C ++
• Lebih Efektif C ++
• CODE oleh Charles Petzold
• Pemrograman Mutiara oleh Jon Bentley
• Bekerja Efektif dengan Legacy Code oleh Michael C. Feathers
• Peopleware oleh Demarco dan Lister
• Coders at Work oleh Peter Seibel
• Tentunya Anda Bercanda, Tuan Feynman!
• Java edisi ke-2 yang efektif
• Pola Arsitektur Aplikasi Perusahaan oleh Martin Fowler
• Si Kecil Schemer
• Schemer berpengalaman
• Why (Poignant) Guide to Ruby
• Para Narapidana Menjalankan Suaka: Mengapa Produk Teknologi Tinggi Membuat Kita Gila dan Cara Memulihkan Sanitas
• Seni Pemrograman Unix
• Pengembangan Test-Driven: Dengan Contoh oleh Kent Beck
• Praktik Pengembang Agile
• Jangan Membuatku Berpikir
• Pengembangan, Prinsip, Pola, dan Praktek Perangkat Lunak Agile oleh Robert C. Martin
• Desain Didorong Domain oleh Eric Evans
• Desain Segala Sesuatu oleh Donald Norman
• Desain C ++ Modern oleh Andrei Alexandrescu
• Penulisan Perangkat Lunak Terbaik I oleh Joel Spolsky
• Praktek Pemrograman oleh Kernighan dan Pike
• Berpikir dan Belajar Pragmatis: Refactor Your Wetware oleh Andy Hunt
• Estimasi Perangkat Lunak: Demistifying the Black Art oleh Steve McConnel
• The Passionate Programmer (Pekerjaan Saya Pergi ke India) oleh Chad Fowler
• Peretas: Pahlawan Revolusi Komputer
• Algoritma + Struktur Data = Program
• Menulis Kode Padat
• JavaScript - Bagian Yang Baik
• Getting Real oleh 37 Sinyal
• Yayasan Pemrograman oleh Karl Seguin
• Grafik Komputer: Prinsip dan Praktek dalam C (Edisi ke-2)
• Berpikir di Jawa oleh Bruce Eckel
• Elemen Sistem Komputasi
• Refactoring to Patterns oleh Joshua Kerievsky
• Sistem Operasi Modern oleh Andrew S. Tanenbaum
• The Turing Beranotasi
• Hal-Hal Yang Membuat Kita Cerdas oleh Donald Norman
• Cara Bangunan Abadi oleh Christopher Alexander
• Tenggat: Sebuah Novel Tentang Manajemen Proyek oleh Tom DeMarco
• Bahasa Pemrograman C ++ (edisi ke-3) oleh Stroustrup
• Pola Arsitektur Aplikasi Perusahaan
• Sistem Komputer - Perspektif Programmer
• Prinsip, Pola, dan Praktek Agile dalam C # oleh Robert C. Martin
• Tumbuh Perangkat Lunak Berorientasi Objek, Dipandu oleh Tes
• Pedoman Desain Kerangka Kerja oleh Brad Abrams
• Pemikiran Objek oleh Dr. David West
• Pemrograman Lanjutan di Lingkungan UNIX oleh W. Richard Stevens
• Peretas dan Pelukis: Gagasan Besar dari Era Komputer
• Jiwa Mesin Baru oleh Tracy Kidder
• CLR via C # oleh Jeffrey Richter
• Cara Bangunan Abadi oleh Christopher Alexander
• Pola Desain di C # oleh Steve Metsker
• Alice in Wonderland oleh Lewis Carol
• Zen dan Seni Perawatan Sepeda Motor oleh Robert M. Pirsig
• Tentang Wajah - Esensi Desain Interaksi
• Here Comes Everybody: Kekuatan Pengorganisasian Tanpa Organisasi oleh Clay Shirky
• Tao Pemrograman
• Keindahan Komputasi Alam
• Writing Solid Code oleh Steve Maguire
• Panduan Philip dan Alex untuk Penerbitan Web
• Analisis dan Desain Berorientasi Objek dengan Aplikasi oleh Grady Booch
• Java yang efektif oleh Joshua Bloch
• Komputasi oleh NJ Cutland
• Dalang Pemrograman
• The Tao Te Ching
• Programmer Produktif
• The Art of Deception oleh Kevin Mitnick
• Programmer Karier: Taktik Gerilya untuk Dunia yang Tidak Sempurna oleh Christopher Duncan
• Paradigma Pemrograman Kecerdasan Buatan: Studi kasus dalam Common Lisp
• Master of Doom
• Pengujian Unit Pragmatis dalam C # dengan NUnit oleh Andy Hunt dan Dave Thomas dengan Matt Hargett
• Bagaimana Mengatasinya oleh George Polya
• The Alchemist oleh Paulo Coelho
• Smalltalk-80: Bahasa dan Implementasinya
• Menulis Kode Aman (Edisi 2) oleh Michael Howard
• Pengantar Pemrograman Fungsional oleh Philip Wadler dan Richard Bird
• Tidak ada bug! oleh David Thielen
• Ulang oleh Jason Freid dan DHH
• JUnit Beraksi

K&R

@Juan: Saya tahu Juan, saya tahu - tetapi ada beberapa hal yang hanya bisa dipelajari dengan benar-benar mengerjakan tugas yang ada. Berbicara dalam cita-cita abstrak sepanjang hari hanya membuat Anda menjadi seorang akademisi. Ada dalam aplikasi abstrak bahwa kita benar-benar memahami alasan keberadaan mereka. : P

@Keith: Sebutan "Para Narapidana Menjalankan Suaka" oleh Alan Cooper - pembuka mata yang pasti, pengembang mana pun yang telah bekerja dengan saya sejak saya membaca buku itu telah mendengar saya menyebutkan ide-ide yang dianutnya. +1

Matematika Terpisah Untuk Ilmuwan Komputer http://ecx.images-amazon.com/images/I/51HCJ5R42KL._SL500_BO2,204,203,200_AA219_PIsitb-sticker-dp-arrow,TopRight,-24,-23_SH20_OU02_.jpg

Matematika Terpisah Untuk Ilmuwan Komputer oleh JK Truss.

Meskipun ini tidak mengajarkan Anda pemrograman, ia mengajarkan Anda matematika dasar yang harus diketahui oleh setiap programmer. Anda mungkin ingat hal-hal ini dari universitas, tetapi sungguh, melakukan logika predikat akan meningkatkan keterampilan pemrograman Anda, Anda perlu mempelajari Teori Set jika Anda ingin memprogram menggunakan koleksi.

Benar-benar ada banyak informasi menarik di sini yang dapat membuat Anda memikirkan masalah dengan cara yang berbeda. Sangat praktis untuk dimiliki, hanya mengambil sesekali untuk mempelajari sesuatu yang baru.

Systemantics: Bagaimana Sistem Bekerja dan Terutama Bagaimana Mereka Gagal . Dapatkan digunakan murah. Tetapi Anda mungkin tidak akan mendapatkan humor sampai Anda berhasil mengerjakan beberapa proyek yang gagal.

Keindahan buku adalah tahun hak cipta.

Mungkin "hukum" takeaway paling mendalam yang disajikan dalam buku:

The Fundamental Failure-Mode Theorem (FFT): Sistem kompleks biasanya beroperasi dalam mode kegagalan.

Idenya adalah bahwa ada bagian-bagian yang gagal dalam setiap bagian perangkat lunak yang disamarkan oleh kegagalan di bagian lain atau oleh validasi di bagian lain. Lihat contoh dunia nyata di mesin radiasi Therac-25 , yang kekurangan perangkat lunaknya ditutupi oleh perangkat keras yang rusak. Ketika perangkat keras gagal dihapus, kondisi perlombaan perangkat lunak yang tidak terdeteksi selama bertahun-tahun mengakibatkan mesin menewaskan 3 orang.

Salah satu favorit pribadi saya adalah Hacker's Delight , karena menyenangkan membaca dan mendidik.

Saya harap edisi kedua akan segera dirilis!

Konsep, Teknik, dan Model Pemrograman Komputer.

alt teks http://ecx.images-amazon.com/images/I/51YZ50ZR13L._SL500_AA240_.jpg

Dijelaskan Pemrograman Ekstrim: Rangkullah Perubahan oleh Kent Beck. Meskipun saya tidak menganjurkan XP-atau-jalan raya hardcore dalam pengembangan perangkat lunak, saya berharap saya telah diperkenalkan dengan prinsip-prinsip dalam buku ini jauh lebih awal dalam karier saya. Pengujian unit, refactoring, kesederhanaan, integrasi berkelanjutan, biaya / waktu / kualitas / ruang lingkup - ini mengubah cara saya memandang pengembangan. Sebelum Agile, itu semua tentang debugger dan takut permintaan perubahan. Setelah Agile, iblis-iblis itu tidak tampak besar.

Jenis dan Bahasa Pemrograman oleh Benjamin C Pierce untuk pemahaman menyeluruh tentang dasar-dasar bahasa pemrograman.

alt teks http://ecx.images-amazon.com/images/I/51E0Ojkz8iL._BO2,204,203,200_PIsitb-sticker-arrow-click,TopRight,35,-76_AA300_SH20_OU01_.jpg

Konsep Sistem Basis Data adalah salah satu buku terbaik yang dapat Anda baca tentang memahami prinsip-prinsip desain basis data yang baik.

Praktek pemrograman. Oleh Brian W. Kernighan, Rob Pike.

Gaya yang ditampilkan di sini sangat bagus - kode hanya berbicara sendiri, dan seluruh buku mengikuti prinsip KISS. Secara pribadi bukan bahasa pilihan saya, tetapi masih berpengaruh bagi saya.

Pemrograman dari bawah ke atas. Gratis di internet. Buku ini mengajarkan saya AT&T asm. Sangat mudah dibaca.

Paradigma Pemrograman Kecerdasan Buatan : Studi Kasus dalam Common Lisp oleh Peter Norvig

Saya mulai membacanya karena saya ingin belajar Common Lisp. Ketika saya setengah jalan, saya menyadari ini adalah buku terbaik tentang pemrograman yang telah saya baca sejauh ini.

Pengerjaan Perangkat Lunak Definitif

alt teks http://ecx.images-amazon.com/images/I/5186JKTDVWL._SL500_AA240_.jpg

Buku ini menjelaskan banyak hal tentang rekayasa perangkat lunak, pengembangan sistem. Ini juga sangat berguna untuk memahami perbedaan antara berbagai jenis pengembangan produk: web VS shrinkwrap VS IBM framework. Apa yang ada dalam pikiran orang ketika mereka menyusun model air terjun? Baca ini dan semua kami akan menjadi jelas (semoga)

@ Peter Coulton - Anda tidak membaca Knuth, Anda mempelajarinya.

Bagi saya, dan pekerjaan saya ... Struktur Data Murni Fungsional sangat bagus untuk berpikir dan mengembangkan dengan bahasa fungsional dalam pikiran.

"The World is Flat" oleh Thomas Friedman.

Keunggulan dalam pemrograman menuntut investasi energi mental dan dedikasi untuk terus belajar yang sebanding dengan profesi kedokteran atau hukum. Ia membayar sebagian kecil dari apa yang dibayar oleh para profesi itu, apalagi upah yang dibayarkan kepada orang yang mengerti secara matematis yang masuk ke sektor keuangan. Dan upah untuk membuat kode semakin terkikis karena itu adalah profesi yang relatif mudah bagi yang cerdas dan berdisiplin diri di sebagian besar ekonomi untuk masuk.

Pemrograman telah terkikis sampai membayar kurang dari, katakanlah, pipa ledeng. Pipa tidak bisa "lepas landas." Anda tidak perlu membayar $ 2.395 untuk menghadiri Konferensi Tukang Leding Profesional setiap dua tahun sekali untuk mendapat hak istimewa menerima serangkaian teknologi pipa yang sama sekali baru yang akan membawa Anda setahun untuk belajar.

Jika Anda tinggal di Amerika Utara atau Eropa, masih muda, dan cerdas, pemrograman bukanlah pilihan karier yang rasional. Bisnis yang melibatkan pemrograman, tentu saja. Belajar bisnis, cukup tahu tentang pemrograman untuk memperbaiki detektor BS Anda: brilian. Tetapi mendedikasikan bagian terbesar dari energi mental Anda untuk penguasaan perpustakaan, struktur data, dan algoritma? Itu hanya masuk akal jika pemrograman adalah sesuatu yang lebih bagi Anda daripada pilihan ekonomi.

Jika Anda suka pemrograman dan karena alasan itu ingin menjadikannya sebagai karier Anda, maka Anda harus mengembangkan pemahaman yang dingin tentang kekuatan yang ada, dan akan terus berlanjut, untuk menjadikannya profesi yang semakin sulit untuk mencari nafkah. . "The World is Flat" tidak akan mengajarkan Anda apa nama variabel Anda, tetapi akan membenamkan Anda selama 6 atau 8 jam dalam realitas ekonomi yang sudah tiba. Jika Anda dapat membacanya, dan tidak merasa takut, maka keluarlah dan beli "Kode Lengkap."

Tahun lalu ini saya mengikuti sejumlah kelas. saya membaca

Dilema Inovator (teknologi yang mengganggu)
The Mythical Man Month (mengelola perangkat lunak)
Melintasi jurang (startup)
Sistem Manajemen Basis Data,
Pemrograman Buku SAP C #, Buku OSTRICH
Memulai Pengembangan iPhone, Buku GRAPEFRUIT

Setiap buku luar biasa tetapi Dilema Inovator oleh Clayton Christensen (1997 !!!) benar-benar buku yang fantastis, dan itu membuat saya benar-benar berpikir tentang dunia perangkat lunak modern. Tantangan yang dituju adalah teknologi yang mengganggu, dan bagaimana perusahaan disk drive dan perusahaan non-teknis selalu terganggu oleh teknologi baru yang mengubah permainan. Ini memberikan satu perspektif baru ketika berpikir tentang Google, mungkin perusahaan 'web' terbesar. Mengapa mereka memiliki segalanya dalam SEMUANYA? Itu karena mereka tidak ingin posisi mereka terganggu oleh sesuatu yang baru. Pratinjau di Google banyak untuk mendapatkan ide. Membacanya!

peretas, oleh Steven Levy.

Kepribadian dan cara hidup harus didahulukan. Segalanya bisa dipelajari.

Praktek Pemrograman

dan

Bagaimana mengatasinya dengan komputer

alt teks http://img.infibeam.com/img/7101e0ee/496b1/05/629/PMB-9788131705629.jpg?hei=200&wid=160&op_sharpen=1

Bahasa Python sangat berpengaruh bagi saya, saya berharap saya akan membaca buku ini bertahun-tahun yang lalu. Keindahan dan kesederhanaan bahasa Python benar-benar memengaruhi cara saya menulis kode dalam bahasa lain.

Omnibus Turing Baru http://ecx.images-amazon.com/images/I/51HlYd-%2BRwL._BO2,204,203,200_PIsitb-sticker-arrow-click,TopRight,35,-76_AA300_SH20_OU01_.jpg

Buku yang sangat bagus. Memiliki rasa tingkat tinggi dari bidang ilmu komputer yang paling penting. Ya, CS! = Pemrograman, tetapi ini masih berguna untuk setiap programmer.

Analisis dan Desain Berorientasi Objek dengan Aplikasi oleh Brady Booch

The Mythical Man-Month oleh Fred Brooks http://en.wikipedia.org/wiki/The_Mythical_Man-Month

Saya pikir "The Art of Unix Programming" adalah buku yang sangat bagus, oleh seorang hacker yang hebat / pikiran cemerlang seperti Eric S. Raymond, yang mencoba membuat kita memahami beberapa prinsip desain perangkat lunak (terutama kesederhanaan). Buku ini adalah suatu keharusan bagi setiap pemrograman yang akan memulai proyek di bawah platform Unix.

Walaupun saya setuju bahwa banyak buku di atas adalah bacaan wajib (Pragmatis Programmer, Man-Month Mythical, Seni Pemrograman Komputer, dan SICP langsung terlintas dalam pikiran), saya ingin pergi ke arah yang sedikit berbeda dan merekomendasikan A Disiplin Pemrograman oleh Edsger Dijkstra. Meskipun berusia 32 tahun, penekanan pada "desain untuk verifikasi" sangat relevan (bahkan jika "verifikasi" berarti "bukti", bukan "unit test").

Pembuatan Kode oleh Pete Goodliffe adalah bacaan yang bagus!

Code Craft http://ecx.images-amazon.com/images/I/51WZ9AEC3GL._SL500_BO2,204,203,200_PIsitb-dp-500-arrow,TopRight,45,-64_OU01_AA240_SH20_.jpg

Refactoring Martin Fowler : Meningkatkan Desain Kode yang Ada telah terdaftar. Tapi saya akan menjelaskan mengapa itu berdampak pada saya.

Inti dari keseluruhan buku ini adalah tentang menyusun kode sehingga lebih mudah dibaca dan dipahami oleh manusia . Ini mengajarkan saya dengan kuat bahwa kode yang saya tulis dimaksudkan untuk dikonsumsi oleh kolega dan penerus saya dan mungkin belajar sesuatu yang baik darinya. Itu mengilhami saya untuk secara sadar memprogram dengan cara yang membuat orang memuji nama saya, dan tidak mengutuk saya dikutuk untuk selamanya .

alt teks http://ecx.images-amazon.com/images/I/61dECNkdnTL._SL500_AA240_.jpg

C ++ Cara Memprogram Ini bagus untuk pemula. Ini adalah buku yang sangat bagus yang lengkap dengan 1500 halaman.

Inilah buku yang luar biasa yang tidak banyak mendapat tepuk tangan, tetapi penuh wawasan mendalam: Pengembangan Perangkat Lunak yang Cerdas: Permainan Kooperatif , oleh Alistair Cockburn.

Apa yang istimewa dari ini? Yah, jelas semua orang telah mendengar istilah "Agile", dan tampaknya kebanyakan orang percaya akhir-akhir ini. Apakah Anda percaya atau tidak, ada beberapa prinsip mendalam di balik mengapa gerakan Agile ada. Buku ini mengungkap dan mengartikulasikan prinsip-prinsip ini dengan cara yang tepat dan ilmiah. Beberapa prinsip adalah (btw, ini adalah kata-kata saya, bukan Alistair):

1. Hal tersulit dalam pengembangan perangkat lunak tim adalah membuat otak semua orang memiliki pemahaman yang sama. Kami sedang membangun sistem yang besar, rumit, dan rumit yang tidak terlihat di dunia nyata. Semakin baik Anda mendapatkan lebih banyak otak orang untuk berbagi pemahaman yang lebih dalam, tim Anda akan semakin efektif dalam pengembangan perangkat lunak. Inilah alasan mendasar mengapa pemrograman berpasangan masuk akal. Sebagian besar orang menolaknya (dan saya melakukannya pada awalnya), tetapi dengan mengingat prinsip ini, saya sangat menyarankan Anda mencobanya lagi. Anda berakhir dengan DUA orang yang sangat memahami subsistem yang baru saja Anda buat ... tidak ada banyak cara lain untuk mendapatkan transfer informasi yang begitu cepat. Itu seperti pikiran Vulcan berbaur.
2. Anda tidak selalu membutuhkan kata-kata untuk berkomunikasi dengan pemahaman yang mendalam dengan cepat. Dan akibat wajar: terlalu banyak kata, dan Anda melebihi kapasitas pendengar / pembaca, artinya transfer pengertian yang Anda coba tidak terjadi. Pertimbangkan bahwa anak-anak belajar cara berbicara bahasa dengan "terbenam" dan "menyerap". Bukan hanya bahasa saja ... dia memberikan contoh beberapa anak bermain dengan kereta di lantai. Datanglah seorang anak lain yang belum pernah MELIHAT kereta sebelumnya ... tetapi dengan mengawasi anak-anak lain, ia mengambil inti permainan dan bermain bersama. Ini terjadi sepanjang waktu di antara manusia. Ini bersama dengan akibat wajar tentang terlalu banyak kata membantu Anda melihat betapa salah kaprahnya pada masa "air terjun" lama untuk mencoba menulis spesifikasi persyaratan terperinci 700 halaman.

Ada jauh lebih banyak di sana juga. Saya akan tutup mulut sekarang, tetapi saya SANGAT merekomendasikan buku ini!

Ahli malapetaka. Sejauh motivasi dan cinta untuk profesi Anda berjalan: itu tidak akan menjadi lebih baik dari apa yang telah dijelaskan dalam buku ini, kisah yang benar-benar menginspirasi!