Baru-baru ini saya menyadari sesuatu yang cukup menarik — industri pengembangan perangkat lunak sedang mengalami transformasi yang belum pernah saya lihat dalam lebih dari 20 tahun karier saya.

Lebih dari dua dekade yang lalu, saya memulai DCSL Software ( kemudian menjadi One Beyond). Saya meninggalkan perusahaan pada tahun 2023 ketika perusahaan tersebut telah memiliki lebih dari 300 karyawan dan beroperasi secara global. Setelah itu, saya mendirikan sebuah startup robotika dan berhasil mengumpulkan dana lebih dari 4 juta poundsterling. Sejujurnya, saya tidak pernah berpikir akan kembali ke coding.

Sejak tahun 2014, saya berhenti menulis kode setiap hari. Bukan karena saya tidak mampu, tetapi karena itu adalah jalur alami saat perusahaan berkembang. Anda mempekerjakan orang yang lebih baik dari Anda, fokus pada kepemimpinan, dan secara bertahap keyboard menjadi asing. Hampir sepuluh tahun seperti itu terasa sangat biasa.

Namun yang mengejutkan, belakangan ini saya kembali ke peran developer — bukan karena nostalgia, tetapi karena kebutuhan nyata. Saya sedang membangun sebuah platform robotika yang benar-benar kompleks. Dan cara saya bekerja sama sekali berbeda dari sebelumnya.

Perubahan pribadi ini memberi saya gambaran yang jelas: ada sesuatu yang fundamental telah berubah dalam cara kita mendekati pengembangan perangkat lunak.

Melihat ke belakang, dulu kami bekerja mengikuti model waterfall. Itu bukan sekadar teori, melainkan ekonomi murni. Kode mahal dan lambat untuk dibangun, jadi satu-satunya pendekatan yang masuk akal adalah berpikir matang dari awal. Kami menulis spesifikasi rinci karena harus begitu — kontrak, pengiriman, semuanya bergantung padanya. Menulis spesifikasi yang baik adalah keterampilan langka, dan saya secara kebetulan cukup mahir dalam hal itu. Saya bisa membayangkan produk akhir seperti apa sebelum ada, memprediksi bagian yang kompleks, dan mendeskripsikan perilaku dengan tingkat akurasi yang cukup untuk sebuah tim membangunnya berdasarkan itu.

Kemudian, industri beralih ke Agile. Secara terbuka karena itu lebih baik untuk menanggapi perubahan. Secara diam-diam karena kami menyadari bahwa tidak ada spesifikasi yang benar-benar utuh dalam sistem besar dan jangka panjang. Bisnis berubah, pengguna berubah, teknologi berubah. Agile berguna, tetapi ada harga yang harus dibayar. Kami meninggalkan desain mendalam dari awal, dan sebaliknya mengeksplorasi secara bertahap. Pendekatan ini berhasil, tetapi juga menormalisasi pola pikir bahwa berpikir terlalu jauh ke depan dianggap tidak perlu atau bahkan berisiko.

Sekarang, saya menyadari alasan saya bisa kembali ke coding bukan karena saya tiba-tiba punya waktu atau ingin belajar lagi alat baru selama satu dekade. Itu karena AI telah mengubah biaya pengujian secara fundamental.

Orang sering salah paham tentang poin ini. Perubahan sebenarnya bukanlah kode yang ditulis lebih cepat. Melainkan karena sekarang segala sesuatu dapat diuji dengan cepat, murah, dan sebagian besar dapat dibatalkan. Apa yang dulu memakan waktu beberapa minggu bagi developer sekarang bisa diuji dalam beberapa menit. Anda menemukan pendekatan, melihat bagaimana rasanya, lalu menghapusnya dan mencoba arah lain hampir tanpa hukuman. Itu tidak mungkin dilakukan sebelumnya.

Dulu, kode menciptakan ikatan emosional dan finansial yang kuat. Jika sesuatu membutuhkan dua developer selama tiga minggu untuk dibangun, Anda pasti tidak ingin membuangnya. Keputusan-keputusan dibuat lebih awal dan keras, bukan selalu karena mereka benar, tetapi karena membalikkan keputusan itu terlalu mahal. Ikatan tersebut telah hilang, dan itulah alasan saya kembali.

Sekarang saya beroperasi pada tingkat yang paling saya kuasai — memahami masalah, membentuk sistem, mendeteksi kompleksitas — sementara AI menangani mekanisme. Saya tidak lagi menulis kode seperti saat saya berusia dua puluh tahun. Saya mengarahkan, menyempurnakan, memperbaiki, dan sesekali mencegahnya berjalan ke arah yang salah. Perasaan ini lebih mirip memimpin sebuah tim daripada menulis kode. Anda benar-benar menjadi bos — menetapkan arah, meninjau hasil, dan menemukan cara-cara untuk menghindari kemalasan.

Salah satu kesalahpahaman yang umum adalah bahwa kebebasan baru ini membuat desain menjadi kurang penting. Faktanya, sebaliknya. Memiliki gambaran yang jelas dan rinci tentang apa yang Anda bangun tetap sangat berharga. Itu bahkan meningkatkan output AI. Semakin jelas niatnya, semakin baik hasilnya. Pemikiran yang samar hanya akan menghasilkan sistem yang juga samar dengan lebih cepat.

AI berfungsi seperti manusia. Ia ingin membantu, ingin memberikan jawaban. Jika Anda tidak jelas, ia mengisi kekosongan. Jika Anda ceroboh, ia membuat asumsi. Jika Anda tidak menantangnya, ia akan terus percaya diri melanjutkan jalan yang salah.

Namun, desain tidak lagi menjadi produk yang rapuh dan harus bertahan selama bertahun-tahun. Ia menjadi panduan untuk pengujian, bukan pembatas. Anda mempertahankan visi yang kuat tentang ke mana Anda menuju, sambil bersedia untuk mencoba, menghapus, dan mengembangkan jalan yang membawa Anda ke sana.

Keterampilan baru adalah mengetahui kapan eksplorasi efektif dan kapan hanya akan menjadi gangguan. AI akan senang terus membuat struktur bahkan setelah seharusnya disederhanakan. Ia tidak tahu kapan sebuah file terlalu besar, kapan sebuah abstraksi bocor, atau kapan sesuatu yang berhasil hari ini akan menyakitimu di kemudian hari. Insting tersebut tetap berasal dari pengalaman.

Ketika pengujian menjadi murah, banyak asumsi jangka panjang tidak lagi berlaku. Perencanaan tidak lagi tentang mengunci segalanya dari awal. Melainkan menetapkan niat, membatasi, dan menentukan batasan. Mengurangi perkiraan dalam menilai usaha, dan lebih banyak memahami ruang yang Anda jelajahi. Hubungan kita dengan kode berubah secara total. Kurang bergantung pada implementasi tertentu, lebih fokus pada perilaku, struktur, dan hasil.

Inilah sebabnya mengapa industri pengembangan perangkat lunak terasa tidak stabil. Banyak orang mencoba menerapkan pola pikir lama ke alat baru. Itu berhasil untuk sementara waktu, tetapi melewatkan inti dari perubahan ini.

Saya yakin perubahan ini bersifat permanen karena alasan yang sangat sederhana: saya tidak akan membangun kembali jika tidak demikian. Satu-satunya alasan saya percaya bisa kembali ke pengembangan perangkat lunak praktis setelah satu dekade adalah karena batasan-batasan yang awalnya mendorong saya keluar tidak lagi berlaku. Sekarang, kode dapat berkembang melalui pengujian berbasis panduan dengan cara yang tidak mungkin dilakukan sebelumnya.

Ini tidak berarti pengalaman menjadi kurang penting. Sebaliknya, itu berarti pengalaman menjadi berbeda nilainya. Nilai tidak lagi terletak pada mengingat sintaks atau kerangka kerja. Tetapi pada penilaian, struktur, dan mengetahui kapan harus berhenti.

Ini bukan akhir dari pengembangan perangkat lunak. Tetapi ini adalah akhir dari model lama. Dan setelah Anda bekerja dengan cara ini, tidak ada jalan kembali.