Rehat kopi #38. Apa itu tinjauan kode dan mengapa diperlukan? Sindrom penipu adalah sahabat pengembang

Apa itu tinjauan kode dan mengapa diperlukan?

Sumber: DZone Memulai sebuah startup memang sulit, namun menulis perangkat lunak untuk startup itu juga tidak mudah. Agar perangkat lunak dapat bekerja dengan baik, Anda memerlukan kode yang baik. Namun bagaimana Anda bisa yakin bahwa kode Anda benar-benar bagus? Saat bekerja dengan kode klien, kami menemukan bahwa banyak pengembang lepas dan bahkan perusahaan IT mengabaikan tinjauan kode. Karena tim kami menganggap peninjauan kode sebagai langkah kerja standar, kami memutuskan untuk menjelaskan sudut pandang kami. Jadi mari kita mulai dengan beberapa terminologi dasar.

Apa itu tinjauan kode?

Ini adalah pemeriksaan sistematis terhadap kode sumber perangkat lunak untuk menemukan kesalahan dan mengevaluasi kualitas. Tinjauan kode terdiri dari langkah-langkah berikut:

• Menentukan cara paling efektif untuk menyelesaikan suatu tugas;
• Cari kesalahan logis;
• Cari kerentanan yang paling umum;
• Deteksi malware adalah jenis pemeriksaan kode khusus untuk mencari potongan kode yang mencurigakan atau mencari malware apa pun yang terintegrasi ke dalam perangkat lunak.

Mengapa Anda memerlukan peninjauan kode?

Ada beberapa alasan mengapa tinjauan kode dianggap sebagai bagian penting dari pengembangan. Alasan pertama adalah pengurangan risiko. Katakanlah Anda memiliki perangkat lunak yang ditulis oleh pekerja lepas atau agensi, tetapi Anda tidak yakin dengan kualitas pekerjaannya karena bahkan pengembang yang baik pun bisa melewatkan sesuatu. Jadi memeriksa ulang selalu merupakan ide bagus. Selain itu, dengan bekerja sama mempelajari kode, setiap anggota tim dapat menemukan solusi cerdas yang akan meningkatkan kinerja proyek secara keseluruhan. Hal utama yang perlu diingat tentang tinjauan kode adalah bahwa tinjauan tersebut harus dilakukan SEBELUM tim pengembangan baru Anda mengambil basis kode atau proyek. Tinjauan kode sebelum meluncurkan proyek memberi tim Anda kesempatan untuk meninjaunya dan menentukan kualitas kode dan apakah diperlukan perbaikan.

Panduan untuk Tinjauan Kode

Berdasarkan pengalaman kami, kami memutuskan untuk menyiapkan panduan singkat bagi pengembang yang akan memeriksa kode sumber proyek mereka.

Bagilah tinjauan kode ke dalam interval waktu

Jangan mencoba menganalisis keseluruhan proyek sekaligus. Para ahli menyarankan untuk tidak meninjau lebih dari 400 baris kode sekaligus. Selain itu, pemeriksaan satu kali seharusnya memakan waktu tidak lebih dari satu jam. Manusia tidak dapat memproses informasi sebanyak ini secara efisien, terutama dalam jangka waktu yang lama. Bila Anda melampaui batas ini, kemampuan mendeteksi kesalahan berkurang drastis, sehingga Anda mungkin melewatkan beberapa kesalahan penting.

Mintalah bantuan rekan satu tim Anda

Satu kepala itu bagus, tapi dua lebih baik. Anda mungkin terkejut betapa kualitas ulasan Anda akan meningkat jika Anda membagikan proses ini kepada orang lain. Kami terbiasa melakukan tinjauan kode kolaboratif menggunakan Atlassian's Crucible . Alat ini memungkinkan Anda menugaskan peninjau tambahan, mendiskusikan baris kode sumber, file, atau keseluruhan rangkaian perubahan yang dipilih. Tinjauan kode kolaboratif tidak hanya meningkatkan perangkat lunak, tetapi juga meningkatkan kompetensi tim dengan berbagi pengetahuan melalui diskusi.

Indikator perekaman

Sebelum peninjauan dimulai, tim harus menetapkan tujuan yang tepat, seperti “mengurangi setengah tingkat kerusakan.” Tujuan “menemukan lebih banyak bug” terlalu abstrak dan oleh karena itu tidak mungkin dicapai. Selama peninjauan, catat indikator seperti kecepatan pemeriksaan, jumlah kesalahan yang ditemukan per jam, dan jumlah rata-rata kesalahan per baris kode. Memantau hasil tinjauan secara terus-menerus akan menunjukkan kepada Anda gambaran nyata tentang proses internal.

Pertahankan sikap positif

Peninjauan kode terkadang dapat memperburuk hubungan dalam tim. Tidak ada orang yang suka dikritik, jadi menjaga suasana bersahabat sangat penting kecuali Anda ingin rekan kerja Anda kehilangan motivasi. Daripada memandang setiap bug secara negatif, anggaplah ini sebagai peluang baru untuk meningkatkan kualitas kode Anda secara keseluruhan.

Siapkan proses koreksi kesalahan

Jadi tim Anda telah menyelesaikan peninjauan kode, tapi bagaimana dengan memperbaiki bug yang ditemukan? Kami terkejut mengetahui bahwa tidak semua tim pengembangan memiliki metode yang mapan untuk memperbaiki kesalahan yang ditemukan. Untungnya, kami bekerja secara kolektif tidak hanya untuk menemukan kesalahan, namun juga memperbaikinya. Semua bug didiskusikan dengan pembuatnya (kecuali saat kami meninjau kode tim lain) dan semua perubahan selalu disetujui sebelum dikirim ke sumber.

Meringkas

Peninjauan kode harus menjadi proses penting di setiap perusahaan pengembang karena membantu menjaga standar pengkodean berkualitas tinggi. Bekerja sama dalam tinjauan kode menyatukan tim dan memberikan kesempatan untuk berbagi pengetahuan dan pengalaman dalam perusahaan. Jadi, baik Anda menjalankan startup atau menyerahkan proyek ke tim lain, selalu lakukan tinjauan kode untuk memastikan perangkat lunak Anda memiliki kualitas terbaik.

Sindrom penipu adalah sahabat pengembang

Sumber: Catalins.tech Setelah membaca judulnya, Anda mungkin berpikir ada yang salah dengan diri saya. Namun saya akan mengatakannya lagi: sindrom penipu adalah teman terbaik pengembang jika disalurkan ke arah yang benar. Saya juga percaya bahwa sindrom penipu tersebar luas dalam pengembangan perangkat lunak karena banyaknya pengetahuan yang harus Anda miliki dan perubahan terus-menerus dalam alat dan bahasa pemrograman. Bahasa pemrograman dan alat yang Anda gunakan saat ini mungkin akan kedaluwarsa dalam waktu satu tahun. Ini berarti Anda harus “memulai dari awal lagi” sampai batas tertentu. Pengembangan perangkat lunak adalah lingkungan yang sangat dinamis di mana Anda perlu terus belajar. Namun, meski mengalami kesulitan, Anda bisa membiasakannya. Jadi, hampir tidak mungkin untuk menghilangkan sindrom penipu. Mengapa tidak belajar menghadapinya?

Kebanyakan dari kita memilikinya

Izinkan saya memberi tahu Anda hal lain. Hampir semua dari kita menderita sindrom penipu. Selalu ada orang yang lebih baik dari kita. Selalu ada sesuatu yang tidak kita ketahui. Selalu ada sesuatu untuk dipelajari. Setiap hari alat baru keluar. Dari waktu ke waktu, teknologi atau bahasa pemrograman baru bermunculan. Anda tidak akan pernah bisa mempelajari semuanya. Mencoba mengikutinya juga sangat sulit. Dan inilah bagaimana sindrom ini muncul. Anda mulai bertanya pada diri sendiri pertanyaan: “Apakah saya akan mampu melakukan ini?”, “Apakah saya akan mampu melakukan x, y, z?”, “Apakah saya akan mengenali teknologi x, y, z? ", "Bagaimana jika saya penipu?", dan daftarnya terus bertambah. Jawabannya adalah ya, ya dan ya. Omong-omong, sindrom penipu lebih buruk bagi para pemula yang merasa tidak akan pernah berhasil di bidang ini. Saya juga mengalami hal ini. Anda bisa mengatasi sindrom tersebut dengan kerja keras.

Membayangkan

Anda bukan satu-satunya yang menanyakan pertanyaan-pertanyaan ini pada diri Anda sendiri. Rekan kerja Anda juga mempunyai masalah yang sama. Pengembang yang Anda ikuti di Twitter juga memiliki pertanyaan serupa. Dan seorang blogger video dengan 50.000 pelanggan. Dan pertanyaan-pertanyaan ini juga muncul di hadapan saya, meskipun saya punya pekerjaan dan semuanya baik-baik saja. Pertanyaan tidak hanya mengganggu Anda. Sindrom penipu adalah bagian dari profesi kami. Tentu saja, beberapa orang menghadapinya dengan lebih baik, sehingga tidak terlalu jelas bahwa mereka juga mempunyai masalah. Tapi percayalah: hampir semua dari kita memilikinya.

Apa yang harus dilakukan?

Pertama-tama, Anda harus memahami bahwa sindrom penipu bisa menjadi sahabat Anda. Bagaimanapun, dia mendorong Anda untuk menjadi lebih baik. Merasa tidak cocok dengan industri ini, atau tidak tahu banyak, bisa menjadi insentif untuk belajar lebih banyak. Hasilnya, Anda menjadi lebih baik setiap hari. Saya menggunakan sindrom penipu sebagai bahan bakar, sebagai motivasi untuk menjadi pengembang yang lebih baik, dan ini berhasil dengan sangat baik. Namun berhati-hatilah karena hal ini dapat dengan cepat mendorong Anda menuju kelelahan. Percayalah, Anda tidak membutuhkan ini. Setiap kali pertanyaan dan pemikiran irasional muncul di kepala Anda, INGATlah bahwa semua pengembang menderita sindrom yang sama. INGAT bahwa selalu ada pengembang yang lebih baik dari Anda. Tapi INGAT juga bahwa selalu ada pengembang yang lebih buruk dari Anda. INGAT bahwa Anda tidak akan pernah mengetahui segalanya, dan itu tidak masalah. Anda hanya perlu mengetahui beberapa alat yang relevan dengan pekerjaan Anda. Dengan ketekunan, Anda bisa menjadi pengembang yang baik. Apakah Anda pikir Anda akan menjadi programmer terbaik? Kemungkinan besar tidak. Apakah Anda akan bekerja untuk Amazon/Facebook/Google/Apple? Mungkin juga tidak. Apakah Anda akan mendapat jutaan? Hampir tidak. Tapi tahukah Anda? Ini baik-baik saja. Anda tidak perlu melakukan hal-hal ini untuk menjadi pengembang yang baik. Karena pada kenyataannya, kebanyakan dari kita tidak pernah mencapai semua tujuan tersebut.

Ingat

1. Hampir semua dari kita menderita sindrom penipu.
2. Anda dapat mencapai kesuksesan di industri ini melalui ketekunan Anda.
3. Anda tidak akan pernah tahu segalanya, dan itu tidak masalah.
4. Selalu ada pengembang yang lebih baik dari Anda, tetapi ada juga pengembang yang lebih buruk dari Anda.
5. Anda tidak harus menjadi programmer superstar. Cukuplah menjadi ahli dalam pekerjaan Anda.