Industri pengembangan perangkat lunak sedang berubah — secara permanen

Pada tahun 2003 saya mendirikan DCSL Software, yang kemudian menjadi One Beyond. Saya keluar pada tahun 2023 setelah membawa perusahaan ke tingkat internasional dan mengembangkannya menjadi lebih dari 300 orang. Sejak saat itu, saya mendirikan start-up robotika dan mengumpulkan dana seed lebih dari £4 juta.  

Saya tidak pernah menyangka akan menulis software produksi lagi. Saya berhenti coding sehari-hari pada tahun 2014, bukan karena saya tidak bisa melakukannya, tetapi karena itulah yang terjadi ketika sebuah perusahaan berkembang. Anda mempekerjakan orang-orang yang lebih baik dari Anda dalam eksekusi, Anda fokus pada kepemimpinan, dan secara bertahap keyboard semakin menjauh. Selama hampir satu dekade, itu terasa sangat wajar.  

Yang tidak saya sangka adalah bahwa, hampir sepuluh tahun kemudian, saya akan menemukan diri saya kembali ke kursi developer — bukan secara nostalgia, tetapi secara praktis. Bukan sekadar mencoba-coba tetapi membangun platform robotika yang benar-benar kompleks. Dan bukan dengan mempelajari ulang setiap framework atau bahasa yang telah saya lewatkan, tetapi dengan bekerja dengan cara yang secara fundamental berbeda.  

Perubahan pribadi itu adalah sinyal paling jelas yang pernah saya lihat bahwa sesuatu yang struktural telah berubah dalam pengembangan software.  

Bagaimana kami dulu merancang software — dan mengapa  

Ketika saya memulai, kami berada di era waterfall. Itu bukan ideologi, tetapi ekonomi. Software lambat dan mahal untuk dibangun, jadi satu-satunya pendekatan yang masuk akal adalah berpikir sangat keras di awal.  

Kami menulis spesifikasi terperinci karena kami harus melakukannya. Kontrak bergantung padanya. Pengiriman bergantung padanya. Menulis spesifikasi yang baik adalah keterampilan khusus, dan saya kebetulan cukup baik dalam hal itu. Saya bisa memvisualisasikan seperti apa produk jadi sebelum ada, memperkirakan area kompleksitas, dan menggambarkan perilaku dengan cukup presisi sehingga tim bisa membangunnya.  

Kemampuan itu langka, dan sulit diajarkan. Banyak orang kesulitan dengan hal itu karena membayangkan sistem kompleks yang belum ada memang sangat sulit. Tetapi itu penting, karena melakukan kesalahan di akhir proses sangat menyakitkan dan mahal.  

Seiring waktu, industri bergerak menuju Agile. Secara publik, ini dibingkai sebagai cara yang lebih baik untuk merespons perubahan. Secara diam-diam, ini juga merupakan pengakuan bahwa untuk sistem besar yang berjalan lama, tidak ada spesifikasi yang bertahan utuh. Bisnis berubah, pengguna berubah, teknologi berubah, dan berpura-pura sebaliknya seringkali menyebabkan lebih banyak kerugian daripada kebaikan.  

Agile bersifat pragmatis, tetapi ada harganya. Kami sebagian besar meninggalkan desain mendalam di awal dan menggantinya dengan penemuan bertahap. Itu berhasil, tetapi juga menormalisasi pola pikir di mana berpikir terlalu jauh ke depan dianggap tidak perlu atau bahkan berisiko.  

Apa yang berubah — dan mengapa saya mulai membangun lagi  

Alasan saya bisa kembali ke pengembangan langsung bukan karena saya tiba-tiba menemukan waktu atau keinginan untuk mempelajari kembali satu dekade peralatan. Ini karena AI telah secara fundamental mengubah biaya eksperimen.  

Ini adalah bagian yang sering disalahpahami. Perubahan nyata bukan bahwa kode lebih cepat ditulis. Tetapi mencoba sesuatu sekarang murah, cepat dan sebagian besar dapat dibalik.  

Hal-hal yang dulunya membutuhkan developer-minggu sekarang dapat dicoba dalam hitungan menit. Anda dapat menjelajahi pendekatan, melihat bagaimana rasanya, membuangnya sepenuhnya, dan mencoba arah yang berbeda dengan sangat sedikit penalti. Itu sama sekali tidak mungkin sebelumnya.  

Di masa lalu, ada keterikatan emosional dan finansial yang kuat terhadap kode. Jika sesuatu membutuhkan dua developer tiga minggu untuk membangun, Anda tentu saja enggan untuk membuangnya. Keputusan mengeras lebih awal, tidak selalu karena itu benar, tetapi karena membalikkannya terlalu mahal.  

Batasan itu telah hilang dan inilah yang menarik saya kembali. Sekarang saya bisa beroperasi pada level di mana saya paling kuat — memahami masalah, membentuk sistem, mendeteksi ketika kompleksitas mulai muncul — sementara AI menangani mekaniknya. Saya tidak menulis kode seperti cara saya melakukannya di usia dua puluhan. Saya mengarahkannya, memperbaikinya, mengoreksinya, dan kadang-kadang menghentikannya dari arah yang sepenuhnya salah. Dalam praktiknya, ini terasa jauh lebih dekat dengan memimpin tim daripada menulis kode. Anda secara efektif adalah bos — menentukan arah, meninjau output, mendeteksi jalan pintas yang malas, dan menolak ketika sesuatu tidak terasa benar. 

Mengapa desain masih penting — lebih dari sebelumnya   

Akan mudah untuk berasumsi bahwa kebebasan baru ini membuat desain menjadi kurang penting. Pada kenyataannya, ini membuatnya lebih penting.   

Memiliki ide yang jelas dan terperinci tentang apa yang Anda coba bangun masih sangat berharga. Bahkan, ini secara aktif meningkatkan output AI. Semakin jelas niatnya, semakin baik hasilnya. Pemikiran yang samar hanya menghasilkan sistem yang samar lebih cepat.  Yang penting untuk dipahami adalah bahwa AI berperilaku sangat mirip dengan manusia. AI ingin membantu. AI ingin memberi Anda jawaban. Jika Anda samar, AI akan mengisi kekosongan. Jika Anda ceroboh, AI akan membuat asumsi. Jika Anda tidak menantangnya, AI akan dengan percaya diri melanjutkan ke jalur yang salah.  

Perbedaannya adalah bahwa desain tidak lagi menjadi artefak rapuh sekali jadi yang harus bertahan tanpa perubahan selama bertahun-tahun. Desain telah menjadi panduan untuk eksperimen daripada batasan padanya. Anda dapat mempertahankan visi yang kuat tentang ke mana Anda menuju sambil tetap bersedia mencoba, membuang, dan mengembangkan jalur yang membawa Anda ke sana.   

Keterampilan baru adalah mengetahui kapan eksplorasi produktif dan kapan itu hanya kebisingan. AI akan dengan senang hati terus menghasilkan struktur lama setelah seharusnya disederhanakan. AI tidak tahu kapan file terlalu besar, kapan abstraksi bocor, atau kapan sesuatu yang "berhasil" hari ini akan menyebabkan masalah nanti. Insting itu masih berasal dari pengalaman.  

Apa yang ini rusak dalam industri  

Begitu eksperimen menjadi murah, banyak asumsi yang sudah lama dipegang berhenti berlaku. Perencanaan tidak lagi tentang mengunci semuanya di muka. Ini tentang menetapkan niat, batasan dan batas.  

Estimasi menjadi kurang tentang memprediksi upaya dan lebih tentang memahami ruang yang Anda jelajahi.  

Dan hubungan kami dengan kode berubah sepenuhnya. Ada jauh lebih sedikit keterikatan pada implementasi spesifik dan jauh lebih banyak fokus pada perilaku, struktur dan hasil.  

Inilah mengapa industri pengembangan software terasa tidak stabil. Banyak orang mencoba menerapkan model mental lama pada alat baru. Itu berhasil untuk sementara waktu, tetapi melewatkan poinnya.  

Perubahan nyata  

Alasan saya yakin perubahan ini permanen sangat sederhana: saya tidak akan membangun lagi jika tidak demikian.  

Satu-satunya alasan saya dapat kembali secara kredibel ke pengembangan langsung setelah satu dekade adalah bahwa batasan yang mendorong saya keluar di tempat pertama tidak lagi berlaku. Software sekarang dapat berkembang melalui eksperimen terpandu dengan cara yang sama sekali tidak mungkin sebelumnya.  

Ini tidak berarti pengalaman menjadi kurang penting. Ini berarti itu penting dengan cara yang berbeda. Nilainya tidak lagi dalam mengingat sintaks atau framework. Tetapi dalam penilaian, struktur, dan mengetahui kapan harus berhenti.  

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