Membaca Legacy Code: Tips Bertahan Hidup di Hari Pertama Kerja

Selamat Datang di Dunia Nyata yang Berantakan

Di tutorial YouTube, kamu diajarkan membuat *project* dari nol, dengan arsitektur Clean Code terbaru. Di dunia nyata (saat hari pertamamu bekerja di korporat), kamu akan mewarisi kode yang ditulis oleh 10 *programmer* berbeda selama 8 tahun terakhir. Tidak ada file README.md, tidak ada tes otomatis, dan *framework*-nya sudah usang 5 versi. Kode berantakan ini disebut Legacy Code (Kode Warisan).

Jangan panik dan langsung menghakimi "Wah, programmer lamanya bodoh banget!". Kode jelek itu adalah kode yang telah menghasilkan uang miliaran untuk membayar gajimu saat ini. Berikut adalah strategi membedahnya.

1. Jangan Mencoba Memahami Semuanya Sekaligus

Otak manusia tidak dirancang untuk membaca 100.000 baris kode dalam sehari. Berhentilah mencoba membaca kode dari baris paling atas!

Mulailah dari satu pintu kecil. Misalnya, bos menyuruhmu mengubah teks di halaman *Login*. Cari file HTML/komponen *Login* tersebut. Pahami fungsi tombol *Submit*-nya. Telusuri ke mana API-nya menembak. Fokus pada alur satu fitur tersebut saja (Traceability). Abaikan file-file lain yang tidak relevan dengan tugasmu hari itu.

2. Gunakan Fitur 'Global Search' dan 'Find All References'

VS Code memiliki alat sakti. Jika kamu menemukan fungsi processPaymentV2() yang membingungkan, klik kanan fungsi tersebut lalu pilih Find All References (Shift+F12). VS Code akan memunculkan daftar file mana saja yang memanggil fungsi ini. Ini akan memberimu peta relasi (Konteks Bisnis) yang sangat jelas.

3. Manfaatkan Git Blame (Tanya Sang Pelaku)

Install ekstensi GitLens. Saat kamu melihat kode aneh (seperti If-Else yang kelihatannya tidak berguna), GitLens akan memberitahu Siapa yang menulisnya dan Kapan.

Jika penulisnya adalah Mas Budi yang duduk di meja seberangmu, cukup hampiri dan tanya dengan sopan: "Mas Budi, saya lagi baca fungsi X yang Mas buat tahun lalu. Saya agak bingung konteks bisnisnya, dulu kenapa kita harus menambah pengecekan ini ya?" Komunikasi adalah jalan ninja terampuh.

4. Tambahkan Komentar (Refactoring Boy Scout)

Setelah kamu berhasil memahami satu fungsi rumit yang membuatmu pusing selama 2 jam, jangan lupakan penderitaanmu. Tambahkan Komentar JSDoc atau penjelasan bahasa manusia di atas fungsi tersebut. Kasihani developer baru yang akan bergabung bulan depan. Dengan sedikit demi sedikit meninggalkan kode dalam keadaan lebih bersih dari sebelumnya (Boy Scout Rule), kamu sedang menyelamatkan masa depan perusahaan!