Dari penerjemah: George Alan Hamel dalam artikelnya
berbagi pengalamannya sendiri dan berbicara tentang apa yang harus dipandu oleh pengembang dalam proses debugging.
Alat modern pengembang sangat luas, sehingga ada banyak untuk dipilih - alat debugging. Banyak dari mereka yang otomatis, tetapi, sayangnya, itu tidak akan bekerja untuk memulai debugging dengan gravitasi - masih ada banyak pekerjaan manual. Kadang-kadang tampaknya masalahnya tidak seharusnya, tidak mungkin, semuanya harus bekerja. Tetapi tidak berhasil. Agar tidak menyia-nyiakan sel-sel saraf tambahan dan waktu, saya datang dengan aturan debugging sederhana untuk saya sendiri, yang saya gunakan. Saya pikir seseorang mungkin menganggapnya kontroversial. Meskipun demikian, mereka membantu saya.
Skillbox merekomendasikan: "PRO Pengembang Seluler . "
Kami mengingatkan Anda: untuk semua pembaca "Habr" - diskon 10.000 rubel saat mendaftar untuk kursus Skillbox apa pun menggunakan kode promo "Habr".
Aturan 1. Selalu ada alasan
Meskipun ada pernyataan seperti "Tidak mungkin," "Seharusnya tidak berfungsi seperti itu," "Tidak ada alasan kode ini tidak bekerja."
Selalu ada alasan, apakah itu salah kode kerja atau kesalahan kompilasi. Selalu. Bahkan jika pemeriksa mengatakan bahwa semuanya baik-baik saja. Terkadang kita menyelam terlalu jauh ke dalam kode, kehilangan gambaran besarnya. Sebagian besar aplikasi web biasa atau kompleks. Semua termasuk banyak elemen. Terkadang terlalu banyak, sehingga kita bisa membuat kesalahan di salah satunya dan lupa atau tidak menyadarinya.
Mundur, tarik napas panjang. Kemudian lihat kodenya lagi. Jangan hanya mengandalkan alat. Gunakan otak dan logika. Pikirkan bagaimana item yang sedang Anda kerjakan memengaruhi segalanya. Dalam kebanyakan kasus, kesalahan milik kelas PMSIS (masalahnya adalah antara kursi dan meja).
Dan demi Tuhan, ketika Anda memperbaiki sesuatu, jangan langsung memperbaiki sepuluh potensi kesalahan. Kalau tidak, Anda akan bingung, akan sangat sulit untuk menemukan kesalahan nyata. Debugging terkadang membutuhkan sedikit kesabaran: lakukan perubahan kecil langkah demi langkah. Jadilah metodis dan akurat seperti pisau bedah, bukan seperti senapan.
Aturan 2. RTFM & WTFV
Kebanyakan pengembang adalah orang pintar. Terkadang bahkan terlalu pintar, merugikan diri sendiri. Kita semua berpikir bahwa kita tidak memerlukan tutorial dasar, karena Anda dapat segera mulai mempelajari hal-hal lanjutan.
Ya, tentu saja, dalam beberapa kasus tidak ada masalah, di samping itu, kami belajar karena kami menerapkan berbagai proyek. Tetapi sebuah situasi mungkin muncul ketika Anda akan terlibat dalam proyek besar dan kompleks selama beberapa minggu, dan kemudian ternyata semuanya didasarkan pada premis yang salah - kesalahan yang membuat pekerjaan lebih lanjut menjadi tidak mungkin. Ini mungkin berlaku untuk kerangka kerja, bahasa, alat. Anda hanya kehilangan waktu.
Oleh karena itu, pelajari aturannya, yang dalam bahasa Inggris terdengar seperti Baca Manual Pengisian atau Tonton Video Pengisian (karenanya singkatan dalam subtitle).
Terkadang Anda hanya melewatkan momen kritis, hal sepele, yang diperlukan untuk bekerja. Anda setidaknya harus membiasakan diri dengan informasi dasar tentang produk yang Anda gunakan secara singkat. Dalam praktik saya, ada banyak kasus di mana pengembang telah melanggar tenggat waktu karena kesenjangan dalam pengetahuan tentang bahasa atau alat. Dan ini adalah spesialis yang baik, mereka langsung melompat ke akhir buku, kehilangan kata-kata penting penulis di awal.
Kerangka kerja baru muncul hampir setiap hari, bahasa atau versi baru mereka juga dirilis dengan keteraturan yang patut ditiru. Untuk menggunakan alat tersebut secara efektif, kita perlu memahami cara kerjanya.
Aturan 3. Silakan gunakan aturan 1 dan 2.
Jadi, Anda membaca artikel dan mulai bekerja. Setelah beberapa jam, Anda memenuhi manual, yang penting untuk pekerjaan kami, dan ... lewatkan saja. Tidak, itu tidak akan berhasil, gunakan aturan di atas. Tidak ada yang mengatakan itu akan mudah.
Aturan 4. Pelajari perubahannya.
Dalam proses, itu terjadi bahwa alat yang Anda gunakan berubah. Jika Anda seorang pengembang web, pernyataan ini sangat relevan - kerangka kerja JavaScript, pustaka, dan alat sangat sering diubah dan diperbarui.
Untungnya, tidak hanya Anda, tetapi banyak pengembang lain menggunakan alat yang sama. Mereka berbagi informasi tentang masalah dan perkembangan sumber daya terkait seperti Experts Exchange dan StackOpen atau di forum khusus.
Cari informasi tentang masalah Anda atau perubahan pada alat sampai Anda menemukannya. Jika tidak ada, baca kembali aturan No. 1.
Aturan 5. Beristirahat dan mulai dari awal.
Dalam beberapa kasus, kami benar-benar tidak melihat hutan di belakang pohon. Menyelam dalam kode selama berjam-jam menguras kita baik secara mental dan fisik. Jika Anda telah melewati kode Anda tiga kali dan masih belum menemukan penyebab kesalahan, maka inilah saatnya untuk membiarkan otak Anda beristirahat.
Dalam beberapa kasus, jalan-jalan sederhana di udara segar mengarah ke pemikiran baru dan membantu untuk segera menemukan masalah. Terkadang tidak, tetapi kerepotan, agresi, atau keputusasaan bukanlah penolong terbaik dalam bisnis kita.
Hanya saja, jangan melihat layar. Bicaralah dengan seorang kolega, duduklah dalam diam, karena suara itu bertindak negatif. Nikmati camilan pada akhirnya. Jika waktu memungkinkan, tidur saja, lupakan suara Anda dan tidur nyenyak. Terkadang saya berhasil menemukan jawaban untuk pertanyaan yang menyiksa saya setelah tidur.
Kosongkan kepala Anda dari semua perada dan sampah dari upaya sebelumnya untuk menemukan kesalahan dan melihat masalah dari sudut yang tidak terduga.
Kalau begitu ... ya, Anda menebaknya dengan benar. Kami kembali ke aturan No. 1.
Skillbox merekomendasikan: