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


1439

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"

8
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
  • Tidak ada bug! oleh David Thielen
  • Ulang oleh Jason Freid dan DHH
  • JUnit Beraksi

16
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.
JohnFx

9

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


9

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.


9

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.


1
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.

Saya harap edisi kedua akan segera dirilis!


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.
Paul R


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.





9

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.





9

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)


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.


8

"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."


Itu salah satu jawaban yang bagus!
Avi

8

teks alternatif

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!


Saya pikir buku ini cukup berulang. Saya merekomendasikan membaca 1/4 pertama.
Ben Haley

8

peretas, oleh Steven Levy.

Kepribadian dan cara hidup harus didahulukan. Segalanya bisa dipelajari.



8

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.

teks alternatif teks alternatif


2
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.
Marco Mariani

2
Apakah sampul itu kebetulan?
Kelly S. French




7

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.


6
ini duplikat.
Christopher Mahan

7

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").



7

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 .



7

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!


2
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!


+1 untuk ulasan satu baris yang akurat
rubayeet
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.