Bagaimana cara meningkatkan keterampilan membaca kode saya [ditutup]

Nah pertanyaannya ada pada judul - bagaimana cara meningkatkan keterampilan membaca kode saya.

Lingkungan perangkat lunak / perangkat keras yang saat ini saya lakukan pengembangannya cukup lambat sehubungan dengan waktu kompilasi dan waktu yang dibutuhkan seluruh sistem untuk mengujinya. Sistem ini cukup tua / kompleks dan karenanya membaginya menjadi beberapa sub proyek yang lebih kecil dan lebih mudah dikelola tidak layak di masa depan yang baru.

Saya menyadari apa yang sebenarnya menghambat kemajuan pengembangan adalah keterampilan membaca kode saya. Bagaimana cara meningkatkan keterampilan membaca kode saya, sehingga saya dapat menemukan sebagian besar kesalahan dan masalah dalam kode bahkan sebelum saya menekan tombol "do compile", bahkan sebelum saya memulai debugger?

Baca lebih banyak kode

Saya, misalnya, mendapat keterampilan membaca kode yang lumayan dari membaca pertanyaan sertifikasi, itu sangat sulit untuk diikuti, karena sengaja ditulis dengan buruk

Mereka seharusnya menguji pengetahuan Anda tentang bahasa (Java dalam kasus saya) setelah semua.

Semakin banyak kode yang Anda baca, semakin banyak pengalaman yang akan Anda kumpulkan, sesederhana itu

Tingkatkan lingkungan pengembangan Anda sebanyak mungkin sehingga dapat memberi Anda umpan balik yang dapat Anda gunakan.

IDE modern dapat membantu BANYAK jika Anda dapat memberikan mereka informasi yang diperlukan. Contohnya adalah:

• Pewarnaan sintaks: Konstanta dalam satu warna, komentar dalam warna lain, pengidentifikasi dalam warna ketiga, string dalam warna keempat, dll. Baru-baru ini saya menemukan sepotong kode yang ... aneh ... Ternyata sebuah variabel bernama sebagai konstan akan - warna yang salah memberikannya
• Tangkap kesalahan kompilasi sederhana. Sebagian besar bahasa memiliki sintaksis sederhana yang dapat diajarkan oleh seorang editor, sehingga dapat memberi tahu Anda sebelumnya bahwa Anda akan memiliki kesalahan.
• Menangkap kesalahan kompilasi yang kompleks. Banyak kompiler dapat menghasilkan file informasi yang dapat dimuat ke IDE Anda sehingga ia tahu berapa banyak argumen yang dibutuhkan fungsi, dll.

Juga ada program yang dapat mengidentifikasi kesalahan logis dalam program Anda, yang dapat Anda gunakan untuk mendapatkan lebih banyak informasi tentang program Anda yang dapat Anda pelajari.

Juga, IDE Anda dapat membantu Anda menavigasi sumber Anda ketika mengetahui semua hal ini. Ini memungkinkan Anda untuk dengan mudah mencari sesuatu daripada harus mengingat semuanya

Saya sarankan Anda mengedit pertanyaan Anda untuk memberikan lebih banyak informasi tentang lingkungan tempat Anda bekerja dan program yang Anda tulis, untuk saran yang lebih baik.

Selain apa yang orang lain katakan, Anda perlu bersabar jika Anda akan membaca kode (terutama jika bukan milik Anda). Ya, membaca per baris kode dengan hati membutuhkan latihan tetapi semua sepadan, dan Anda juga belajar gaya pengkodean / trik orang lain. Berikut ini yang saya periksa agar:

1. nama variabel, kawat gigi yang cocok, impor dll.
2. periksa apakah kondisinya ditempatkan dengan benar, dan kesalahan terdeteksi
3. segalanya - penggunaan fungsi, dll.

Saya sudah terbiasa dengan pengkodean dalam editor teks biasa sehingga Ctrl + F adalah teman saya, tetapi IDE sangat berguna terutama ketika Anda membaca dari banyak file.

Sekarang jika Anda adalah orang yang akan menulis kode, jangan takut untuk menempatkan spasi putih dan lekukan, dan komentar. Jujur saja, jika itu tidak enak dipandang mata, itu akan terasa sakit di kepala.

Bahkan jika saya dapat menemukan semua kesalahan sebelum saya menekan do compile, saya masih akan memeriksa dengan menguji dan mengkompilasi. Saya hanya akan mempercayai tes positif dan program yang berjalan.

Saya pikir keterampilan membaca kode yang baik dapat membantu Anda dalam membuat hipotesis tentang kode. "Mungkin ini salah!", Dan mengujinya. Dan dalam menemukan bug "ini mungkin penyebabnya mari kita mengujinya"

Cara terbaik untuk sampai ke sana adalah dengan menulis kode sendiri. Cara terbaik kedua adalah bahwa kode itu benar-benar bagus dan menjelaskan dirinya sendiri (jika itu benar-benar sulit, kode itu tidak begitu baik)

Jika itu bukan kode Anda sendiri dan tidak ditulis dengan baik satu-satunya cara untuk menjadi lebih baik adalah dengan melakukan, melakukan, melakukan. Baca kode, coba hal-hal yang berbeda, tulis tes menentangnya, kenali basis kode, refactor. Alat mungkin membantu, alat yang dapat menemukan di mana metode digunakan, di mana antarmuka diimplementasikan, di mana variabel dinyatakan dll. Dan alat yang memberi Anda gambaran umum ruang nama, hubungan mereka dan metrik tentang mereka.

Saya memiliki masalah yang sama di masa lalu - Trik saya adalah menulis tes kecil, meninggalkan meja sebentar, kembali, dan mensimulasikan tes di atas kertas. Dengan cara ini, Anda dapat memeriksa kode Anda dengan tampilan baru, dan Anda memiliki nilai khusus untuk diperiksa (tidak seperti membaca kode Anda dan mengatakan "ahh .. ahh ... masuk akal")

Mungkin akan lebih baik untuk fokus mempelajari satu keterampilan membaca kode pada satu waktu, seperti dalam ulasan kode formal setiap pengulas memiliki tanggung jawab yang berbeda. Ambil badan kode, dan luangkan satu minggu (katakanlah) mencari nama variabel yang buruk. Tekan kode yang sama lagi minggu depan untuk mencari null pointer potensial; minggu depan mencari blok kode duplikat; kemudian masalah multithreading, dll.

Setelah menghabiskan waktu yang didedikasikan untuk mengasah detektor yang berbeda, Anda mungkin menemukan bahwa Anda sekarang dapat membaca kode dengan pasangan - atau mungkin semuanya - dari mereka yang aktif, sehingga Anda memiliki rasa kode yang lebih kaya sekarang dalam satu pembacaan.

Jika Anda berbicara tentang kesalahan kompilasi, itu tidak akan terjadi. Solusi terbaik untuk kesalahan kompiler adalah menetapkan orang yang memecahkan build untuk mengasuh build sampai seseorang menghancurkan build. Anda memecahkannya, Anda memperbaikinya.

Kesalahan logika jauh lebih sulit untuk dideteksi, biarkan mencegah. Salah satu teknik untuk mencegah kasus-kasus sederhana adalah dengan menulis tes unit / regresi.

Salah satu tip yang saya dengar pagi ini (On SE Radio) adalah mengambil file dan mengecilkannya menjadi tipe 3pt, kemudian mencari pola dalam teks. Anda tidak akan bisa membaca teks tetapi semua pola akan muncul. Ini agak trik yang bagus.

Dan ini adalah salah satu tempat yang baris perintahnya adalah teman Anda, grep dan jaringan pipa dapat melakukan banyak hal berguna.

Saya pernah menjadi instruktur pemrograman selama beberapa tahun. Selama periode ini saya menghabiskan banyak waktu membaca kode dan mengomentarinya. Ini melibatkan melihat kesalahan kompilasi (kami tidak selalu mengkompilasi kode siswa), kesalahan logika dan desain dan masalah standardisasi.

Untuk melakukannya dengan baik, kami harus mengembangkan mata yang tajam untuk jenis kesalahan ini, dan untuk dapat "mengeringkan" kodenya. Kegiatan semacam ini juga membuat saya banyak gaya pengkodean. Hari ini kemampuan membaca kode saya cukup baik berkat periode itu.

Jadi saran saya kepada Anda adalah ini:

• Lakukan review kode dengan rekan-rekan Anda.
• Saya sarankan membaca kode mereka sendiri sebelum Anda membahasnya sehingga Anda harus mencari tahu apa yang kode lakukan untuk diri Anda sendiri.
• Mengomentari struktur kode dan kebersihan, standar, dan logika.
• Ini akan meningkatkan kualitas kode Anda serta keterampilan membaca kode Anda.
• Kode meninjau kode Anda sendiri beberapa saat setelah selesai mengkodekannya, dengan cara ini Anda akan dapat mengevaluasinya "dengan mata segar" dan belajar dari kesalahan Anda.

Semoga berhasil!