Menjelajahi utas ini membuat saya menyadari betapa buruknya kebanyakan buku terkait pemrograman. Thread yang sangat bagus!
Carl Bergquist
23
Menariknya, sementara judulnya berbunyi "Apa buku paling berpengaruh yang harus dibaca setiap programmer?", Ada beberapa buku yang menyarankan untuk membahas topik-topik khusus bahasa. Menurut definisi, dan sesuai pertanyaan, buku-buku yang disarankan di sini harus membahas topik agnostik bahasa, yang membuktikan sebagian besar programmer belum belajar membaca.
Benteng
19
Jika saya bisa kembali ke masa lalu dan berkata pada diri sendiri untuk membaca sesuatu, lebih baik menjadi koran atau buku fakta olahraga yang saya bawa. Yang lainnya adalah buang-buang waktu perjalanan yang baik. :-)
jmucchiello
32
Anda tahu, jika saya tidak khawatir akan turun memilih banyak SELURUH saya akan trollishly pergi dan menyarankan Twilight. "JUGA tentang orang-orang yang pucat dan menghindari matahari!"
Jacob Bellamy
3
Bisakah seseorang membersihkan jawaban dengan menghapus entri berulang pada buku? Sebagian besar dari mereka sudah turun.
rao
Jawaban:
1746
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
Kode Lengkap adalah buku yang bagus jika Anda kuliah mungkin. Jika Anda memiliki setidaknya 1 tahun pengalaman pemrograman, itu membosankan.
Bogdan Gavril MSFT
19
Kode Lengkap memiliki banyak informasi berguna di dalamnya tetapi terkubur dalam hiperbola, wafel, dan pengulangan, yang membuatnya sulit dibaca.
Jeff Yates
76
Saya membaca Kode Lengkap 3 tahun dalam karier saya. Saya tidak mengambil kursus rekayasa perangkat lunak atau kursus bahasa konstruksi tetapi mengambil kursus CS intro. Sejauh ini ini adalah buku tunggal terbaik yang pernah saya baca untuk menjadi programmer yang lebih baik. Itu tidak akan menjadikan Anda seorang spesialis, tetapi itu akan membuat Anda lebih dari sekadar seorang penjilat.
Shea
119
Masalah dengan buku ini adalah bahwa bagi seorang pemula, itu tidak terlalu masuk akal karena konsepnya sedikit maju. Pada saat Anda siap untuk dapat membacanya, Anda harus sudah tahu dan mempraktekkan 99% konsep dalam buku ini.
esac
57
Itulah kesepakatan dengan saran akal sehat, seperti yang ditemukan dalam buku ini. Sering kali Anda perlu diingatkan untuk kembali ke barisan.
@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
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.
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.
Lihat juga The Systems Bible oleh penulis yang sama (John Gall). Ini edisi ketiga dari Systemantics, dia baru saja mengubah judulnya. Ini adalah buku yang kamu curi dari sekolah. Ini adalah buku yang dibaca orang dewasa di bawah selimut dengan senter.
Chris Wenham
9
Salah satu favorit pribadi saya adalah Hacker's Delight , karena menyenangkan membaca dan mendidik.
1 untuk "Hacker's Delight" oleh Henry S. Warren Jr - ini bukan tentang peretasan dalam arti populer tetapi peretasan seperti dalam twiddling bit tingkat rendah dan "peretasan" lainnya dalam arti sebenarnya dan orisinal dari kata tersebut. Bukan untuk semua orang, tetapi jika Anda terlibat dalam optimasi kode, kompiler, dll, atau hanya seorang kutu buku umum yang tertarik pada hal-hal tingkat rendah maka ini adalah buku yang bagus.
Brillant, sampul buku menunjukkan "La Sagrada Família", sebuah basilika Katolik Roma besar yang sedang dibangun di Barcelona, Catalonia, Spanyol. Diisi pada 2026 (hanya 17 yrs tersisa). Seperti kebanyakan program, bahkan dengan buku-buku terbaik, mereka tidak pernah selesai ...
PeterMmm
9
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.
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.
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.
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)
Buku ini perlu ditulis ulang dari awal. Subjeknya sangat menarik tetapi bukunya cukup gila.
Chris Mountford
Chris, saya kesulitan memahami komentar Anda ... Bisakah Anda menjelaskan lebih lanjut? Kenapa 'gila'?
dario minonne
Pertama penuh dengan kesalahan ketik. Tangan editorial Addison Wesley yang biasanya top-notch anehnya tidak ada dalam buku ini.
Chris Mountford
... melanjutkan, dan tidak cukup ruang di sini, tetapi: 2. tidak pernah jelas dalam teks di mana penulis beralih antara fakta dan pendapat, anekdot dan prinsip dasar dll. 3. pengerjaan perangkat lunak adalah metafora dan strategi untuk berurusan dengan beberapa aspek sulit pengembangan perangkat lunak. Ini memiliki keunggulan spesifik atas alternatif dan mungkin kerugian. Saya percaya itu pendekatan yang waras. Tidak ada artinya mengatakan bahwa perangkat lunak pada dasarnya adalah kerajinan. Membaca sangat menjengkelkan, tetapi untuk bersikap adil itu beberapa waktu yang lalu dan banyak hal spesifik yang saya lupa. Namun, rasa jijik saya tetap ada.
Chris Mountford
8
@ 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.
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."
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!
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.
Saya pikir memulai programmer baru dengan Python akan mengurangi jumlah kode jelek di dunia. Saya bekerja dengan seseorang yang secara acak membuat kalimat - orang itu tidak akan melakukannya jika mereka telah bekerja dengan Python selama beberapa bulan.
xnine
6
Saya pikir memulai programmer baru dengan Python akan mengurangi jumlah bahasa lain.
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.
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").
Saya memiliki harapan besar untuk buku ini, tetapi itu tidak berhasil untuk saya. Saya pikir itu menyatakan yang sudah jelas. Mungkin bagus untuk mereka yang baru dalam pemrograman.
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 .
Saya sangat setuju. Pendekatan Deitel dalam mempelajari bahasa pemrograman luar biasa. Saya menganggap Java Bagaimana Memprogram sebagai kitab pemrograman saya!
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):
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.
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!
Kontribusi yang unik, dan Anda meluangkan waktu untuk menjelaskan dengan jelas mengapa itu layak dibaca. +1 untuk orisinalitas dan upaya! Saya akan berharap untuk segera membaca ini ...
Avery Payne
Baik. Saya tidak berpikir kamu akan kecewa.
Charlie Flowers
7
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!
Jawaban:
sumber
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
sumber
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.
sumber
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.
sumber
Salah satu favorit pribadi saya adalah Hacker's Delight , karena menyenangkan membaca dan mendidik.
Saya harap edisi kedua akan segera dirilis!
sumber
Konsep, Teknik, dan Model Pemrograman Komputer.
alt teks http://ecx.images-amazon.com/images/I/51YZ50ZR13L._SL500_AA240_.jpg
sumber
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.
sumber
Jenis dan Bahasa Pemrograman oleh Benjamin C Pierce untuk pemahaman menyeluruh tentang dasar-dasar bahasa pemrograman.
sumber
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
sumber
Konsep Sistem Basis Data adalah salah satu buku terbaik yang dapat Anda baca tentang memahami prinsip-prinsip desain basis data yang baik.
sumber
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.
sumber
Pemrograman dari bawah ke atas. Gratis di internet. Buku ini mengajarkan saya AT&T asm. Sangat mudah dibaca.
sumber
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.
sumber
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)
sumber
@ 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.
sumber
"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."
sumber
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!
sumber
peretas, oleh Steven Levy.
Kepribadian dan cara hidup harus didahulukan. Segalanya bisa dipelajari.
sumber
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
sumber
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.
sumber
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.
sumber
Analisis dan Desain Berorientasi Objek dengan Aplikasi oleh Brady Booch
sumber
The Mythical Man-Month oleh Fred Brooks http://en.wikipedia.org/wiki/The_Mythical_Man-Month
sumber
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.
sumber
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").
sumber
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
sumber
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 .
sumber
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.
sumber
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):
Ada jauh lebih banyak di sana juga. Saya akan tutup mulut sekarang, tetapi saya SANGAT merekomendasikan buku ini!
sumber
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!
sumber