Saya melihat bahwa sebagian besar programmer yang baik memiliki kebiasaan membaca buku-buku besar untuk belajar tentang teknologi.
Apa yang sebenarnya diperlukan untuk membaca buku-buku teknis, selain dari minat nyata pada teknologi?
Bagaimana saya dapat meningkatkan kemampuan saya membaca buku-buku ini?
Jawaban:
Kami memiliki mata yang sangat BESAR.
Semua bercanda samping, saya salah satu orang yang menemukan membaca menjadi sangat sulit. Jika saya sedang mengerjakan buku yang sangat besar, saya mencoba membaca di pagi hari, ketika saya pertama kali bangun, ketika pikiran saya bebas dari gangguan. Saya menemukan bahwa saya dapat lebih asyik pada waktu itu dan saya mempertahankan lebih banyak.
Lalu, ada buku-buku yang begitu kering sehingga akan terasa menyakitkan terlepas dari keadaan membaca. Saya mencoba menghindarinya sedapat mungkin, atau menemukan buku lain dengan informasi yang sama yang ditulis dengan gaya yang berbeda. Jika membaca buku begitu menyakitkan sehingga Anda hampir tidak bisa berhenti menuliskannya, Anda membuang-buang waktu karena Anda mungkin tidak akan mempertahankan banyak hal.
Namun, saya lebih suka mendapatkan informasi dalam dosis yang lebih kecil. 'Buku besar' saya kebanyakan untuk referensi dan tidak dimaksudkan untuk dibaca sampul depan, kecuali jika Anda memiliki rentang perhatian yang luar biasa.
Selain itu, meskipun agak melenceng, saya sangat menikmatinya ketika orang-orang meluangkan waktu untuk menulis ulasan buku di blog atau situs web pribadi mereka. Itu membantu saya menemukan buku yang paling cocok untuk saya. Jadi, jika Anda menyukai atau membenci buku, pertimbangkan untuk menerbitkan ulasan. Ini akan muncul untuk orang-orang yang mungkin tertarik pada buku apa pun yang Anda diskusikan.
sumber
Bagaimana cara memakan gajah? Satu gigitan sekaligus.
sumber
N
orang harus mengurangi waktuN
. Klub pembaca bukuN
akan beroperasi dalam dua fase. Pada fase pertama, setiap orang membaca1/N
buku, dengan asumsi tidak ada ketergantungan dalam urutan membaca. Fase kedua adalahO(N^2)
komunikasi, tetapi hanya akan mengambilO(N)
langkah waktu karena dalam setiap langkah seseorang dapat menyiarkan ke orang lainN-1
. Dengan asumsi waktu yang dibutuhkan untuk menyiarkan1/N
buku ini juga sebanding dengan1/N
, waktu yang dibutuhkan untuk tahap kedua akan terlepas dariN
, jumlah orang di klub.Waktu, tenaga, dan ketekunan. Misalnya, saya butuh waktu berbulan-bulan (mungkin 6 bulan, 30 menit per hari) untuk merangkak melalui Kode Lengkap pada awalnya. Pastikan untuk menyoroti hal-hal penting dan membuat catatan pribadi sehingga Anda dapat merevisi poin-poin penting nanti. Anda tidak akan belajar banyak hanya dengan menatap teks.
Lihat cara Mengajar Pemrograman Diri Sendiri dalam Sepuluh Tahun .
sumber
Buku bagus belum tentu besar. Buku-buku O'Reilly dan buku-buku Programmer Pragmatis cenderung sangat ramping, dan mereka cukup bagus.
Saya sarankan Anda membaca beberapa buku yang direkomendasikan di https://stackoverflow.com/questions/1711/what-is-the-single-most-influential-book-every-programmer-should-read
Tetapi untuk menjawab pertanyaan Anda: Dibutuhkan usaha, dengan cara yang sama seperti subjek studi lainnya. Membaca dengan saksama, refleksi, mencatat, dan melakukan latihan .
sumber
Bacalah seperti pekerjaan Anda bergantung padanya, sebagian besar waktu melakukannya.
Ini adalah salah satu bidang yang selalu saya perhatikan untuk ditingkatkan. Beberapa cara yang pernah saya temui:
Selalu ingat apa kepanjangan dari RTFM .
sumber
Diet dan tidur - hal-hal yang IMO, sangat penting untuk seberapa baik Anda mengambil sesuatu.
Berikut daftar dan penjelasan dari blog saya :
sumber
eye fatigue
adalah omong kosong total. Mata Anda tegang ketika Anda melihat dari dekat, pada layar kindle atau kertas alami. Berkedip tidak masalah. Periksa. Laptop lebih baik karena layarnya lebih besar dan Anda dapat menahannya lebih jauh. Mata yang tidak terkendali fokus pada infinity. Melihat lebih dekat mengencangkan beberapa otot dan mereka mulai membuat rasa sakit dan dapat membahayakan. Pelajari fisiologi sebelum mengajar orang. Saran untuk bernafas sepertinya bermanfaat.Coba baca manualnya lebih aktif. Dengan kata lain, jangan hanya menatap kata-kata, tetapi menjadi aktif. Misalnya, pertimbangkan beberapa teknik berikut:
Mulailah dengan membaca manual, yaitu, jangan mulai dengan membaca sampul manual untuk menutupi, tetapi mulai dengan membaca judul manual, blurp penerbit (jika ada), kata pengantar atau pengantar, dan kemudian pelajari tabel isi. Kemudian mulailah membaca bagian-bagian dari bagian yang Anda temukan paling relevan bagi Anda (paragraf ringkasan di awal atau akhir bab sangat baik untuk dibaca saat prereading).
Ajukan pertanyaan manual, yang kemudian Anda jawab dengan melihat jawabannya di manual.
Tulis garis besar manual saat Anda membaca. Perhatikan bahwa garis besarnya tidak perlu bertepatan dengan daftar isi dan bisa masuk lebih dalam.
Garisbawahi kata-kata dan kalimat penting.
Tulis ringkasan singkat dari bagian atau paragraf.
Buat sketsa peta pikiran tentang apa yang Anda baca saat Anda membacanya.
Teknik-teknik di atas berlaku untuk setiap karya ekspositori (sebagai lawan novel, misalnya) yang Anda baca, dan dengan demikian berlaku untuk manual juga.
Jika Anda ingin informasi lebih lanjut cari buku di, atau google, subjek "membaca aktif".
sumber
Saya sangat merekomendasikan Cara Membaca Buku . Ini memberikan saran umum tentang cara mendapatkan hasil maksimal dari bacaan Anda dengan membuat catatan, mengajukan pertanyaan, menentukan tujuan penulis, dll. Ini juga memberikan saran tentang bagaimana memanfaatkan waktu Anda dengan menentukan apa yang dapat skim atau dilewati lebih awal di.
Ini tidak ditujukan khusus pada buku-buku teknis, tetapi sarannya jelas berlaku. Dan itu cukup mudah dibaca sendiri, meskipun panjang. Tetapi sejumlah bab tentang jenis bacaan tertentu dapat dilewati.
sumber
Anda harus membutuhkan apa yang Anda baca. Lalu, tiba-tiba, itu menjadi menarik.
Juga, bicarakan dengan orang lain / bahkan diri Anda sendiri tentang apa yang sudah Anda baca. Sebagian besar teknisi tertarik mendengar ringkasan buku-buku menarik, dan akan memberikan ringkasan sendiri tentang hal-hal yang telah mereka baca, menghasilkan percakapan teknis yang menarik.
sumber
Apa yang saya lakukan adalah agak "Breadth-first read": pertama daftar isi, kemudian saya mencoba untuk membaca bab-bab secara berurutan tetapi tidak begitu mendalam, melewatkan potongan besar teks dan langsung ke kode, mundur sedikit jika perlu untuk memahaminya. Memiliki gagasan yang lebih baik tentang buku itu, saya sepenuhnya membaca bab-bab yang menarik dan meninggalkan sisa buku untuk dibaca "sesuai permintaan".
sumber
Saya sering membaca buku beberapa kali, membaca bagian-bagian yang menarik perhatian saya. Setelah itu saya punya ide bagus apa yang ada di buku itu dan bisa mengambilnya nanti ketika saya perlu belajar lebih banyak tentang sesuatu. Kemudian, jika waktu mengizinkan, saya akan membacanya dengan lebih sistematis.
Saya telah berkembang lebih dari 30 tahun, dan belajar sendiri sebagian besar dari apa yang saya ketahui dengan membaca dan mencoba apa yang saya baca. Saya sangat pandai belajar dan suka bermain-main dan mengutak-atik ketika saya mencoba kode sampel jika saya tidak yakin tentang sesuatu.
Sangat penting untuk terus belajar jika Anda ingin hidup layak dalam pemrograman. Teknologi apa yang Anda tahu sekarang dan anggap panas akan basi dan penuh sesak dalam lima tahun sehingga Anda harus terus belajar. Pengembang tidak memiliki kemewahan belajar satu hal dan kemudian santai. Itu sebagian baik dan sebagian buruk karena beban ada pada kami untuk terus belajar, tetapi saya pikir sebagian besar pengembang menyukai tantangan kreatif sehingga kami menerima harga itu.
sumber
Yang saya temukan penting adalah membaca kata pengantar. Seringkali penulis akan memberi Anda beberapa saran tentang cara membaca buku. Juga, saya mencoba membaca bab pengantar langsung, bahkan jika saya pikir saya sudah memiliki latar belakang yang diperlukan. Saya menemukan bahwa itu sering membantu membiasakan saya dengan kosa kata buku (misalnya, "Ketika kita mengatakan 'server', kita berarti perangkat keras fisik; ketika kita mengatakan 'server Web' kita maksudkan contoh server aplikasi.").
Saya juga harus melawan keinginan untuk skim. Membaca untuk pemahaman berbeda dari membaca untuk referensi. Perlambat, dan istirahat setiap beberapa halaman dan tinjau apa yang baru saja Anda baca. Membaca ulang bagian yang menantang sering terasa seperti buang-buang waktu, tetapi itu terbayar dalam jangka panjang karena membantu saya memahami bagian selanjutnya dengan lebih cepat.
sumber
Jika saya mendapatkan salah satu dari buku jenis referensi besar itu, saya membacanya sebagai referensi. Artinya, saya membacanya mencari titik kunci, dan mencoba mempelajari buku itu sehingga saya tahu di mana harus mencari sesuatu ketika saya membutuhkannya. Contoh yang baik adalah manual referensi C saya. Saya sudah membacanya, tapi saya tidak bisa mengutip spesifikasi C untuk Anda. Namun, saya tahu sebagian besar hal-hal penting, dan saya dapat mencari apa saja yang saya butuhkan dengan cepat karena saya terbiasa dengan tata letak buku.
Jika saya membaca buku panduan atau pengantar, saya biasanya melakukannya di depan komputer sehingga saya dapat mencoba hal-hal yang saya lakukan. Buku intro favorit saya memiliki banyak kode untuk dicoba - dan saya katakan, Jangan gunakan contoh kode pada CD !!! Anda akan mendapatkan lebih banyak pengetahuan praktis dengan mengetiknya sendiri.
sumber
Jujur saja, ada beberapa buku pemrograman yang saya baca dengan rajin seperti biasanya orang membaca novel. Cari saja yang paling menarik , dan membacanya tidak akan menjadi masalah sama sekali.
Jangan hanya membatasi diri Anda pada buku-buku teknis semata; banyak buku menarik tentang pemrograman adalah wawancara , esai , kisah sukses , hal-hal seperti itu. Saya menemukan itu sangat menarik dan masih informatif. Mereka mungkin menjadi titik awal yang baik untuk Anda.
sumber
Saya telah membaca sekitar 300 buku sejauh ini dalam hidup saya (beberapa dengan 700 halaman), dan saya harus mengatakan bahwa Anda harus (1) menghilangkan gangguan, (2) menemukan seseorang yang juga tertarik pada topik sehingga Anda dapat memberi tahu mereka tentang apa yang baru Anda pelajari dari membaca, dan (3) tanyakan pada diri sendiri pertanyaan ini: Dalam 3 hari, apakah saya ingin menyelesaikan sesuatu dan belajar banyak, atau apakah saya ingin tidak belajar apa-apa, memiliki duduk di depan TV atau bermain video game?
Hanya sedikit orang di Amerika yang benar-benar membaca buku non-fiksi. Saya telah bertemu mungkin 100 orang dalam enam bulan terakhir, dan meskipun hampir setiap orang dari mereka tahu bahwa saya adalah pembaca semi-avid buku-buku non-fiksi, tidak seorang pun pernah berbicara tentang membaca buku non-fiksi, saya juga tidak pernah melihat salah satu dari mereka membaca buku non-fiksi. Bersedia dan mampu membaca buku-buku non-fiksi langsung membangkitkan rasa hormat saya kepada seseorang, bahkan jika saya membenci buku yang mereka sukai. Begitu sedikit orang yang rela melakukan apa pun selain minum, menyombongkan diri, dan lain-lain sehingga sungguh luar biasa ketika seseorang duduk dan membaca buku.
sumber
Hah, Anda pikir membacanya itu sulit, cobalah menulisnya!
Saya biasanya mencoba menulis beberapa kode atau melakukan beberapa tugas untuk menguji pengetahuan saya ketika saya menyerap materi. Anda tidak mengatakan untuk apa manual ini, jadi saya tidak bisa memberikan tips lebih dari itu.
sumber
Trik metakognisi yang saya gunakan adalah ini.
Baca buku selama 10 menit (tidak ada gangguan). 10 menit itu harus termasuk memahami materi yang baru saja saya baca.
Apakah saya bosan sekarang? Ya = Berhenti, Tidak = Lanjutkan selama 10 menit.
Saya ulangi langkah 2 selama maksimal 30 menit, lalu istirahat. Jika saya bosan setelah istirahat maka berhentilah. Metode ini menghentikan saya untuk terganggu dan memungkinkan saya untuk berhenti ketika saya tahu otak saya berkeliaran.
Membaca adalah salah satu bagian darinya. Juga jika ada latihan dalam materi, lakukanlah. Terakhir jika saya tahu saya perlu membaca kembali materi saya menyoroti poin-poin utama (bukan seluruh halaman!).
sumber
Ini pertanyaan aneh. Jika Anda tertarik pada sesuatu, bukankah wajar jika ingin membacanya? Jika Anda merasa kesulitan membaca buku tentang pemrograman, Anda harus bertanya pada diri sendiri apakah Anda benar-benar tertarik.
Jika jawabannya masih ya, maka pastikan Anda memilih buku bagus yang terkait dengan apa yang sedang Anda lakukan. Misalnya, jika Anda menggunakan C ++, mulailah membaca buku oleh Scott Meyers atau Andrey Alexandrescu.
sumber
Saya merasa mustahil untuk secara pasif menyerap isi dari manual apa pun. Yang terbaik yang bisa saya lakukan adalah mendapatkan gambaran umum tentang fitur-fitur teknologinya. Untuk benar-benar mempelajari teknologi secara detail, saya memiliki manual terbuka saat saya mencoba menyelesaikan beberapa tugas. Setelah kira-kira satu bulan, saya adalah seorang ahli relatif; kebanyakan programmer sepertinya tidak membaca manual sama sekali.
sumber
Saya membawa buku panduan pulang dan duduk di tempat tidur membacanya. Ketika mereka mengirim saya untuk tidur, saya tidur. Selama beberapa malam - mungkin seminggu, melakukan ini, saya bisa melewatinya.
Melakukan ini, saya tahu bahwa tidak banyak yang benar-benar akan menempel di kepala saya, tetapi saya tahu ke mana harus mencari.
Lalu saya melakukan pekerjaan nyata, dan ketika saya tidak tahu apa yang harus dilakukan atau perlu mencari di manual, saya tahu di mana mencarinya dan saya kembali dan membaca kembali bagian itu secara detail.
Saya selalu melakukan ini, dengan manual kompiler, tautan, alat dev, semuanya. Selalu punya. Dan saya selalu tahu lebih banyak tentang alat daripada semua rekan saya yang hanya pergi dan melakukan hal-hal. Dan kemudian minta saya untuk membantu ketika semuanya tidak berhasil.
Saya tahu bahwa membaca manual di tempat tidur pada malam hari tidak terlalu romantis. Istri saya sudah terbiasa sekarang. Dan itu lebih baik daripada membaca dokumentasi desain atau spesifikasi teknis dengan pena merah di tangan saya (melakukannya juga): -P
sumber
Saya punya banyak buku teknis yang gemuk:
*) EReader yang baik sangat penting kecuali Anda ingin menyisihkan area BESAR untuk dikumpulkan oleh kelinci debu ... Saya suka garis Sony Reader karena cara mereka menangani catatan, navigasi dan indeks - bagus untuk membaca teknis - tapi saya tidak 'bekerja untuk Sony -' untuk masing-masing, miliknya '.
*) Saya biasanya membeli buku jenis referensi yang diindeks dengan baik, dan saya jarang, jika pernah, BACA dengan cara Anda membaca novel. Saya membaca kata pengantar dan intro dan memindai TOC dan indeks, sehingga saya tahu apa yang ada di sana ketika saya membutuhkannya.
*) Saya menghindari buku besar berlemak tentang topik khusus yang sempit - IMO ini umumnya menjadi sia-sia, karena pada saat Anda menyelesaikan buku, teknologinya sudah usang, atau Anda sudah pindah ke proyek lain, atau mereka menghabiskan banyak waktu pada hal-hal yang programmer akan menemukan sendiri membeli hanya MELAKUKANNYA.
sumber
Saya menemukan buku teknis kategori terlalu umum dan tidak ada metode tunggal yang akan bekerja dengan baik dengan semua jenis buku. Banyak juga tergantung pada minat dan pengetahuan domain yang sesuai (di luar bahasa Inggris dasar) bahwa pembaca harus sudah memiliki untuk menutupi materi secara efisien, dalam jumlah waktu yang wajar. Penting untuk menempatkan harapan yang benar, yaitu tidak ada orang normal yang diharapkan untuk cepat membaca kamus dari depan ke belakang dan memahami banyak, karena ada terlalu banyak kedalaman / konten untuk dicerna dalam waktu singkat dibandingkan dengan teks biasa seperti berita atau fiksi.
Buku referensi - kebanyakan digunakan untuk referensi, jika Anda benar-benar berniat untuk membacanya dari depan ke belakang, bersiaplah untuk memiliki pengetahuan latar belakang yang diperlukan untuk tingkat baca yang dapat diterima. Saya menemukan seri buku TAOCP memiliki persyaratan yang sangat tinggi, dan membaca cepat tidak akan berfungsi ketika Anda perlu berhenti sejenak dan berpikir setelah setiap beberapa kalimat. Mereka lebih seperti buku teks yang paling baik dipelajari ketika ada latihan untuk dikerjakan.
Tutorial / panduan - ini adalah yang termudah untuk dibaca secara keseluruhan, terutama yang memiliki contoh yang dikerjakan yang dapat diterjemahkan ke dalam kegiatan langsung, yang merupakan cara yang lebih menarik dan efektif untuk memverifikasi pengetahuan yang diperoleh. Saya tidak keberatan prosa, karena membaca cepat sangat efektif.
Semua yang dikatakan, mungkin lebih penting untuk mengidentifikasi jenis buku yang tepat yang harus dibaca pada satu waktu, dan meninggalkan rintangan yang tidak dapat diatasi sampai nanti ketika seseorang berada dalam posisi yang lebih baik untuk menanganinya.
sumber
Dapatkan buku yang ditulis oleh penulis yang baik. Buku-buku Manning Press In Action bagus karena bukan manual, itu adalah tutorial yang juga membahas detail penting.
Baca dengan stabilo .
Jika terlihat seperti di bawah ini, seharusnya lebih mudah diingat:
sumber
Saya tidak punya banyak waktu untuk membaca buku. "Dunia Nyata Haskell" membutuhkan waktu sekitar setahun untuk menyelesaikannya. Saya biasanya melewatkan bagian yang tidak bisa saya terapkan dalam jangka pendek. Saya membaca halaman yang menarik sedikit demi sedikit. Yang membantu adalah menguraikan wawasan yang paling penting dengan pensil sehingga saya tidak lupa apa yang saya baca ketika saya akhirnya mengambilnya kembali.
sumber
Berikut ini adalah bagaimana biasanya terjadi dalam kasus saya.
"X tech terdengar sangat keren di mana saya bisa belajar lebih banyak" Saya kemudian google mengatakan teknologi menyerap sebanyak mungkin, saya coba jika mungkin untuk menghasilkan upaya skala kecil dalam menggunakan hype baru. Jika saya masih tertarik, saya membeli buku yang bagus tentang masalah ini, baru-baru ini bagi saya buku ini adalah perampokan ke WCF.
Untuk membacanya saya menyimpan buku pilihan saya (biasanya pembelian terakhir yang saya buat) berguna untuk waktu pribadi saya di kamar mandi jauh dari anak-anak dan gangguan. Butuh waktu lebih lama untuk membacanya dengan cara ini, tetapi setidaknya saya bisa melewatinya.
sumber
Saya mempercepat membaca (dan menulis catatan saya sendiri di margin mana yang sesuai). Membaca cepat bukan tipuan. Saya beralih dari 140wpm (kata per menit) menjadi 800wpm dengan peningkatan retensi setelah beberapa minggu pelatihan.
sumber