Gue Berhenti Mengejar Semua Framework Baru

Dulu setiap framework baru terasa seperti tiket masuk ke masa depan. Gue simpan bookmark, ikut tutorial, lalu pindah sebelum proyek pertama selesai. Hasilnya bukan kemampuan luas, tapi koleksi setengah jadi.

Sekarang gue memakai pertanyaan yang lebih membosankan: masalah apa yang ingin diselesaikan, berapa lama teknologi ini dipakai, dan apa biaya pindah jika pilihan gue salah?

Framework tetap penting. Tapi framework adalah alat, bukan identitas. Memahami HTTP, database, concurrency, testing, dan deployment membuat gue lebih mudah berpindah daripada menghafal API lima framework.

Tiga filter sebelum belajar

Pertama, relevansi. Apakah teknologi ini menyelesaikan masalah yang sedang gue hadapi, atau hanya terlihat menarik di timeline?

Kedua, kedalaman ekosistem. Dokumentasi, upgrade path, komunitas, dan integrasi lebih penting daripada demo viral.

Ketiga, biaya keluar. Siapa yang akan merawatnya? Apakah mudah merekrut orang? Bisakah data dan log dipindahkan? Teknologi gratis tetap mahal jika tidak bisa ditinggalkan.

Gue masih mencoba hal baru, tetapi dalam kotak pasir kecil. Satu akhir pekan cukup untuk membuktikan hipotesis. Tidak semua eksperimen harus menjadi production stack.

Belajar bukan lomba mengumpulkan nama tools. Tujuannya adalah membuat keputusan yang lebih baik ketika masalah nyata datang.

---

Framework baru harus membayar biaya belajarnya

Setiap teknologi baru membawa biaya yang jarang terlihat di demo: waktu onboarding, dokumentasi internal, dependency update, debugging, dan keputusan yang hanya diketahui oleh satu orang. Biaya ini bukan alasan untuk selalu memakai teknologi lama, tetapi harus dihitung.

Gue membuat catatan eksperimen kecil sebelum membawa framework ke proyek nyata. Isinya bukan hanya “bisa membuat halaman”, tetapi juga: bagaimana error ditangani, bagaimana test ditulis, bagaimana build di-deploy, dan bagaimana data keluar jika suatu hari kami pindah. Kalau empat pertanyaan terakhir tidak terjawab, eksperimen belum selesai.

Ada perbedaan antara belajar dan mengadopsi. Belajar berarti memahami ide dan batasannya. Mengadopsi berarti membuat tim lain ikut menanggung keputusan. Jangan mengubah production hanya untuk membuktikan bahwa kita bisa mengikuti tren.

Framework yang matang bukan selalu yang paling populer. Ia adalah yang bisa dipahami tim, punya jalur upgrade yang masuk akal, dan tidak menyembunyikan hal penting di balik magic. Kadang pilihan terbaik adalah memakai tool yang sudah dikuasai lalu menghabiskan waktu untuk menguji reliability-nya.

Gue tetap membaca changelog dan mencoba teknologi baru. Bedanya, sekarang gue memilih berdasarkan masalah yang nyata. Rasa takut ketinggalan tren bukan requirement engineering.

Sumber

• https://12factor.net/
• https://martinfowler.com/bliki/TechnicalDebt.html
• https://developer.mozilla.org/en-US/docs/Learn