Renungan Hype-Driven Development dan Obsesi Teknologi Baru

Ada sebuah pertanyaan yang jarang ditanyakan di konferensi teknologi, padahal seharusnya menjadi pembuka setiap sesi: "Kapan terakhir kali kamu menyelesaikan sesuatu dengan stack yang sudah ada, tanpa mencoba library baru?" Bukan pertanyaan tentang kemampuan teknis, melainkan tentang keberanian untuk berhenti mencari. Di era di mana setiap minggu melahirkan framework JavaScript baru, kita seakan kehilangan kemampuan untuk merasa cukup.

Fenomena ini punya nama. Eric Clemmons menuliskannya dengan jujur pada 2015 dalam esai legendaris JavaScript Fatigue. Ia menceritakan percakapan sederhana dengan seorang teman. "How's it going?" tanya temannya. "Fatigued," jawab Clemmons. "Family?" "No, JavaScript." Satu dekade kemudian, lelahnya tidak berkurang. Ia hanya berpindah nama: dari React fatigue, menjadi AI fatigue, menjadi agent fatigue.

Inovasi yang Terlalu Murah

Dan McKinley, mantan engineer Etsy, memberikan kerangka berpikir yang brilian dalam Choose Boring Technology. Ia mengibaratkan setiap perusahaan punya tiga innovation token. Token ini habis begitu kamu memilih Node.js alih-alih PHP. Habis lagi saat kamu memilih MongoDB alih-alih Postgres. Habis lagi saat kamu memilih orchestrator yang baru lahir setahun lalu. Masalahnya, kebanyakan tim merasa dompetnya lebih tebal dari kenyataannya.

Yang McKinley sebut boring bukan berarti buruk. MySQL membosankan. Python membosankan. Cron job membosankan. Tapi failure mode-nya sudah dipahami dunia. Ketika database mogok pada pukul tiga dini hari, kamu tidak ingin sedang menggunakan teknologi yang bug-nya belum pernah ditemui orang lain. McKinley menyebutnya unknown unknowns: masalah yang bahkan tidak kamu sadari bisa menjadi masalah. Dengan teknologi baru, volume unknown unknowns meledak secara eksponensial.

Mitos "Best Tool for the Job"

Argumen klasik yang selalu muncul: "Pakai tool terbaik untuk tugasnya." McKinley menolaknya dengan tajam. Dalam dunia nyata, job-mu bukan menulis kode. Job-mu adalah membuat perusahaan tetap hidup. Tool terbaik bukan yang paling elegan, melainkan yang menempati posisi least worst untuk sebanyak mungkin masalahmu. Setiap teknologi baru yang kamu masukkan ke stack bukanlah tambahan bebas biaya. Ia datang dengan operasional, monitoring, onboarding, dan cognitive overhead yang harus ditanggung tim selama bertahun-tahun.

Dan Abramov, arsitek React itu sendiri, pernah menulis daftar panjang hal-hal yang tidak ia ketahui dalam Things I Don't Know as of 2018. Ia tidak menguasai Docker, Kubernetes, microservices, TypeScript, modern CSS, bahkan GraphQL. Bukan karena ia tidak mampu belajar. Ia sadar bahwa setiap teknologi baru menelan waktu dan perhatian, dan ia memilih dengan disiplin mana yang layak diperjuangkan. Ini bukan kebanggaan atas ketidaktahuan. Ini adalah pengakuan bahwa fokus adalah sumber daya terlangka yang dimiliki engineer.

Siklus Hype yang Terus Berputar

Sejarah developer adalah sejarah orang yang terus-menerus lupa akan siklus yang sama. Tahun 2010, Rails adalah masa depan. Tahun 2013, Angular.js menyelamatkan dunia. Tahun 2015, React merevolusi segalanya. Tahun 2020, Tailwind mengubah cara kita menulis CSS. Tahun 2023, AI coding agent dianggap akan menggantikan programmer. Setiap gelombang datang dengan janji yang sama: kali ini berbeda. Kali ini akan menghemat waktu. Kali ini akan membuat kode lebih bersih.

Tapi lihatlah codebase yang benar-benar bertahan sepuluh tahun. Bukan yang paling canggih. Bukan yang menggunakan stack paling bleeding edge. Yang bertahan adalah codebase yang bisa dipahami oleh orang baru dalam tiga bulan. Yang dokumentasinya tidak terkunci di kepala founder. Yang deployment-nya tidak membutuhkan shaman dan ritual tengah malam. Boring wins. Boring selalu menang.

Keberanian untuk Tidak Tahu

Budaya tech modern menghukum ketidaktahuan. Di LinkedIn, orang memamerkan sertifikasi cloud ke-5 mereka. Di X, engineer saling adu siapa yang paling cepat mencoba library baru. Di meetup, pembicara selalu menjual narasi bahwa stack lama adalah masalah dan stack baru adalah solusi. Tidak ada yang mau mengaku bahwa mereka masih menggunakan PHP monolith dengan puas. Tidak ada yang berani bilang: "Kami tidak butuh Kubernetes. VPS dan systemd sudah cukup."

Abramov mengingatkan kita: "We can admit our knowledge gaps, may or may not feel like impostors, and still have deeply valuable expertise that takes years of hard work to develop." Pengalaman tidak diukur dari jumlah framework yang pernah dicoba. Pengalaman diukur dari jumlah kekacauan produksi yang berhasil diperbaiki pada pukul tiga dini hari.

Pajak Kognitif yang Tersembunyi

Setiap kali kamu memutuskan untuk mengganti build tool, ada biaya yang tidak tercatat di spreadsheet manajemen: cognitive tax. Tim harus me-reboot pemahaman mereka. Dokumentasi internal menjadi usang. Code review yang biasanya cepat kini menjadi sesi tanya jawab panjang tentang sintaks baru. Junior developer yang sedang naik level tiba-tiba harus merasa seperti pemula lagi. Ini bukan tentang resistensi terhadap perubahan. Ini tentang menyadari bahwa setiap perubahan teknologi mencuri kapasitas mental dari masalah bisnis yang sebenarnya.

Startup sering membenarkan hype-driven development dengan alasan "Kita masih kecil, jadi mudah untuk pivot stack." Argumen ini salah total. Startup justru paling tidak punya sumber daya untuk memperbaiki kesalahan arsitektur. Mereka tidak punya tim platform engineer yang bisa menghabiskan kuartal untuk mengoptimalkan cluster. Mereka tidak punya waktu untuk menulis wrapper abstraksi demi menyembunyikan kompleksitas. Ketika startup jatuh cinta pada teknologi baru, mereka sering jatuh cinta pada masalah baru juga.

Menghitung Biaya Sebenarnya

Sebelum kamu menambahkan teknologi baru ke stack, McKinley menyarankan satu latihan sederhana: coba selesaikan masalahmu tanpa menambahkan apa pun. Jika jawabannya "bisa, tapi lebih sulit," itu bukan alasan untuk menambah teknologi. Itu adalah titik awal untuk berpikir lebih kreatif. Hanya ketika stack existing benar-benar membuat solusi prohibitively expensive, barulah kamu punya izin untuk membuka dompet inovasi.

Biaya tersembunyi dari hype-driven development bukan hanya waktu setup. Ia adalah fragmentasi tim. Ia adalah dokumentasi yang tidak pernah selesai ditulis karena stack-nya berubah setiap kuartal. Ia adalah engineer senior yang burnout karena harus terus-menerus belajar ulang cara mengerjakan tugas yang sama. Ia adalah junior developer yang tidak pernah merasa cukup competent karena targetnya terus bergerak.

Refleksi Akhir

Teknologi adalah alat. Alat seharusnya memudahkan, bukan menjadi sumber identitas. Kita bukan React developer. Kita bukan Rust enthusiast. Kita adalah problem solver yang menggunakan alat. Ketika alat menjadi lebih penting dari masalah yang diselesaikan, kita telah kehilangan arah.

Jadi, pertanyaan yang ingin saya tinggalkan: Apakah proyek terakhirmu gagal karena teknologinya tidak cukup baru, atau karena kamu terlalu sibuk memilih teknologi sehingga lupa memahami masalahnya dengan tajam?