Panduan Lengkap Code Review: Cara Memberi dan Menerima Feedback yang Produktif

Code review adalah investasi kualitas tim

Code review yang dilakukan dengan baik bisa menemukan bug sebelum production, menyebarkan pengetahuan antar anggota tim, menjaga konsistensi kode, dan membantu junior developer berkembang. Tetapi code review yang dilakukan dengan buruk bisa memperburuk hubungan tim, menurunkan produktivitas, dan membuat developer takut berbagi kode.

Sebagai reviewer: cara memberi feedback yang konstruktif

1. Bedakan antara harus diubah dan saran pribadi

Tidak semua komentar perlu menjadi blocker. Bedakan dengan jelas:

• Blocker: bug nyata, security vulnerability, melanggar aturan tim yang disepakati.
• Saran: cara alternatif yang mungkin lebih baik tetapi bukan keharusan.
• Nit: hal kecil seperti nama variabel yang bisa lebih jelas. Prefix dengan Nit: agar pengirim tahu ini tidak kritis.

2. Jelaskan alasan, bukan hanya perintah

// Feedback yang kurang baik
// Jangan pakai any di sini.

// Feedback yang lebih baik
// Nit: Kalau bisa hindari any di sini. Kalau tipe datanya belum pasti,
// bisa coba unknown dulu lalu narrowing dengan type guard.
// Ini membantu TypeScript menangkap bug lebih awal.

3. Tanyakan, jangan hanya menghakimi

Daripada langsung menyatakan kode itu salah, coba ajukan pertanyaan. Mungkin ada konteks yang kamu tidak tahu.

// Menghakimi
// Ini tidak efisien.

// Lebih baik
// Apakah ada alasan khusus menggunakan approach ini?
// Saya khawatir ini bisa lambat kalau dataset-nya besar.
// Alternatifnya mungkin bisa pakai index di database?

4. Beri apresiasi juga

Code review tidak harus selalu tentang masalah. Kalau kamu melihat solusi yang clever atau kode yang sangat rapi, katakan. Ini membangun moral dan mendorong kebiasaan baik.

Sebagai penerima review: cara menerima feedback dengan baik

1. Jangan defensif terhadap kode kamu

Kode yang dikritik bukan dirimu yang dikritik. Pisahkan identitasmu dari kode yang kamu tulis. Setiap komentar adalah kesempatan untuk belajar atau mendiskusikan pendekatan yang berbeda.

2. Respond ke setiap komentar

Untuk setiap komentar yang masuk, respond dengan salah satu dari:

• Sudah diperbaiki — kalau kamu setuju dan sudah diubah.
• Terima kasih, saya tidak tahu ini. Sudah diperbaiki — kalau itu pelajaran baru.
• Saya tidak setuju karena alasan tertentu. Bagaimana pendapatmu? — kalau kamu punya perspektif berbeda.

3. Tanyakan kalau tidak mengerti

Jangan pura-pura mengerti feedback yang tidak jelas. Minta penjelasan atau contoh. Ini lebih produktif daripada menebak maksud reviewer dan salah mengimplementasikannya.

Yang perlu dicek saat code review

• Apakah kode melakukan apa yang seharusnya dilakukan?
• Apakah ada edge case yang tidak ditangani?
• Apakah ada potensi masalah performa?
• Apakah naming sudah jelas dan konsisten?
• Apakah ada error handling yang memadai?
• Apakah ada duplikasi yang bisa dieliminasi?
• Apakah ada potensi security vulnerability?

Kesimpulan

Code review yang baik adalah tentang kolaborasi, bukan konfrontasi. Reviewer yang baik memberikan feedback yang spesifik, beralasan, dan konstruktif. Penerima review yang baik melihat setiap komentar sebagai kesempatan untuk belajar atau berdiskusi. Bersama, ini membangun kualitas kode dan budaya tim yang lebih kuat.