Kemaren gue nyamperin tongkrongan temen-temen gue sesama mahasiswa tingkat akhir. Ada satu temen gue yang santai banget. Dia bilang, skripsinya masih bab satu, tapi entar aja ngerjainnya sebulan sebelum deadline pake Sistem Kebut Semalam atau SKS. Dia ngerasa pede karena waktu ngerjain tugas paper matkul biasa, dia selalu berhasil nerapin sistem itu dan dapet nilai lumayan.

Gue yang denger omongannya langsung tepok jidat. Ini orang kayanya ga sadar kalo dia lagi nimbun sesuatu yang di dunia software engineering disebut sebagai Technical Debt.

Gini, di pengembangan software, kadang developer sengaja nulis kode yang jelek, berantakan, atau ga optimal demi ngejar deadline rilis yang mepet. Kode itu jalan, tapi ninggalin utang teknis. Sama kayak temen gue yang nunda nulis skripsi. Dia dapet untung jangka pendek berupa waktu luang buat main game atau nongkrong, tapi dia ninggalin utang besar di masa depan.

Masalahnya, technical debt itu sifatnya ga linear. Dia pake sistem bunga berbajemuk alias compound interest.

Kalo lu nunda ngerjain satu paragraf hari ini, besok lu bukan cuma harus ngerjain paragraf itu, tapi lu juga harus nginget-nginget lagi konteks jurnal yang lu baca, nyari referensi yang linknya lupa lu simpen, dan ngumpulin motivasi yang udah luntur. Biaya kognitif yang dibutuhin buat mulai ngerjain (context switching) itu jauh lebih mahal daripada lu ngerjain dikit-dikit tiap hari.

Terus apa yang terjadi pas temen gue beneran nerapin SKS sebulan sebelum deadline?

Server otaknya bakal ngalamin bottleneck parah. Dia bakal maksa masukin ratusan jurnal ilmiah ke memori jangka pendeknya. Dia bakal begadang tiap malem minum kopi sampe lambungnya ngirim error log berupa maag kronis. Kualitas tulisannya bakal anjlok karena dia ga punya waktu buat nge-refactor struktur argumennya.

Skripsinya mungkin kelar, sama kayak software yang di-deploy buru-buru tadi. Tapi pas masuk tahap pengujian (alias sidang skripsi), dosen penguji bakal langsung nemuin puluhan bug fatal: landasan teori ga nyambung sama metodologi, daftar pustaka ga sesuai format, dan hipotesis yang ga masuk akal.

Hasilnya? Revisi besar-besaran yang butuh waktu lebih lama daripada kalo dia nyicil ngerjain dari awal. Dan karena waktu revisinya mepet batas kelulusan, tingkat stres dia bakal nyampe limit yang bikin API kesabarannya jebol.

Jadi, buat lu yang sekarang lagi mikir buat nunda-nunda skripsi karena merasa masih banyak waktu, tolong hitung ulang. Lu lagi minjem energi dari masa depan lu dengan bunga yang ga masuk akal.

Lebih baik lu nerapin prinsip continuous integration. Tiap hari lu luangin waktu satu jam buat nulis, atau sekadar baca jurnal dan nyatet poin penting. Commit perubahan kecil-kecil tiap hari. Ini bikin error atau jalan buntu lebih cepet ketauan dan lebih gampang dibenerin. Pas akhir bulan, lu tinggal nge-merge semua tulisan lu jadi satu bab yang rapi tanpa perlu ngerasa kayak mau mati.

Berhenti jadi developer bodoh buat idup lu sendiri. Bayar technical debt lu sekarang sebelum server lu beneran crash pas sidang.

Khay