Pernahkah kamu berada di situasi seperti ini: menghabiskan waktu berjam-jam—bahkan sampai begadang—hanya untuk memecahkan satu bug atau error layout yang bikin pusing. Begitu ketemu solusinya (yang kadang ternyata cuma karena masalah sepele seperti konflik flexbox atau salah menaruh property overlay), rasanya lega luar biasa. Dunia terasa indah kembali.
Lalu, sebulan kemudian, kendala yang persis sama muncul lagi di proyek yang berbeda.
Kamu tahu kamu pernah menyelesaikan masalah ini. Kamu ingat betul rasanya berhasil memperbaikinya. Tapi masalahnya satu: kamu lupa bagaimana cara melakukannya waktu itu. Di sinilah sebuah realita menampar kita: memori manusia itu punya limited bandwidth, sedangkan tumpukan framework, fungsi, dan sintaks di kepala kita terus bertambah setiap hari.
Jebakan "Ah, Nanti Juga Ingat"
Sebagai orang yang bergelut dengan baris-baris kode, kita sering kali terlalu percaya diri dengan ingatan sendiri. Kita berpikir, "Oh, cara pointing DNS ini kan gampang, nanti juga ingat," atau "Trik mengatasi container overflow desktop ini simpel kok, gak perlu dicatat."
Faktanya? Tidak seperti itu jalannya.
Ketika dikejar deadline proyek baru, ingatan tentang cara menyelesaikan masalah di masa lalu sering kali terkubur oleh logika-logika baru yang sedang kita bangun. Akhirnya, kita terpaksa melakukan ritual yang sama: browsing ulang, buka dokumentasi dari nol, atau scrolling forum mencari jawaban yang sebenarnya sudah pernah kita genggam. Kita membuang waktu berharga untuk ban yang sebenarnya sudah pernah kita ciptakan.
Dokumentasi: Surat Cinta untuk Diri Sendiri di Masa Depan
Banyak orang mengira dokumentasi teknis hanya diperlukan untuk tim besar atau proyek skala perusahaan (corporate presentation/reporting). Padahal, dokumentasi yang paling jujur dan paling menyelamatkan hidup adalah dokumentasi yang kita tulis untuk diri kita sendiri.
Menulis dokumentasi pribadi—baik itu di aplikasi catatan, GitHub, atau di blog pribadi seperti ini—bukan berarti kita sedang menulis buku manual yang kaku. Dokumentasi personal bisa berupa:
- Jurnal Error: Catatan ringkas berisi: Error-nya apa, penyebabnya apa, dan kode penyelesaiannya bagaimana.
- Snippet Code Pilihan: Kumpulan potongan kode Tailwind, React, atau Laravel yang sering kita gunakan agar tinggal copy-paste di proyek berikutnya.
- Alur Konfigurasi: Panduan langkah demi langkah saat kita melakukan hal yang jarang dilakukan, seperti cara pointing domain baru atau migrasi server.
Ketika kita menuliskan apa yang baru saja kita selesaikan, kita sebenarnya sedang memindahkan beban kognitif dari otak ke dalam media digital. Otak kita tidak lagi dipaksa untuk mengingat "bagaimana sintaksnya secara detail", melainkan hanya perlu mengingat "di mana saya menyimpan catatan itu".
Mengarsipkan Ilmu Sebelum Menjadi 'Tulisan Lama'
Setiap baris catatan teknis yang kita buat hari ini mungkin terasa biasa saja saat ini. Namun, enam bulan atau satu tahun ke depan, saat kita membuka kembali arsip tersebut, catatan itu akan menjelma menjadi penolong terbaik.
Membangun kebiasaan mendokumentasikan sesuatu memang butuh usaha ekstra di awal. Kita harus meluangkan waktu 5-10 menit setelah coding untuk merapikan tulisan. Tapi percayalah, investasi waktu yang singkat ini akan menyelamatkan waktu berjam-jam (dan kesehatan mental kita) di masa depan.
Jadi, jangan biarkan error yang kamu selesaikan hari ini hilang begitu saja tanpa jejak. Catat, arsipkan, dan bagikan. Karena esok hari, apa yang kita pelajari hari ini akan menjadi tulisan lama yang sangat berharga.
