【Mengapa teknologi di beberapa perusahaan besar payah banget?】
A: Pustaka open source A versi lama ini punya masalah crash.
B: Pakai A versi baru.
A: Sudah pakai A versi baru, tapi tidak bisa dikompilasi dengan GCC lama.
B: Pakai GCC versi baru.
A: Sudah pakai GCC versi baru, tapi tidak kompatibel dengan pustaka open source B.
B: Pakai B versi baru.
A: Sudah pakai B versi baru, tapi performanya jadi menurun.
B: Jalankan dengan multithreading.
A: Setelah memakai multithreading, jitter latensinya jadi tidak sinkron.
B: Pakai algoritma koreksi latensi yang baru.
A: Setelah memakai algoritma koreksi latensi yang baru, kadang-kadang malah crash.
B: Bagaimana kalau...
Kita coba lihat apakah masalah crash di pustaka open source A versi lama itu bisa diperbaiki.
Saat ini, skala dan kompleksitas proyek perangkat lunak di perusahaan TI yang sudah cukup besar jauh melampaui batas kemampuan para insinyurnya. Mereka hanya bisa memperbaikinya dengan sangat hati-hati. Terkadang perubahan besar di satu bagian memicu efek berantai. Risiko dan biaya perubahan besar sulit dikendalikan. Tanpa keuntungan besar, tidak ada yang berani sembarangan mengubahnya. Masalah yang kamu lihat, karyawan lama melihatnya dengan lebih jelas. Bahkan, mereka juga tahu cara mengatasinya. Namun, alasan mereka tidak turun tangan adalah karena tidak tahu siapa yang harus menanggung kesalahan kalau terjadi sesuatu. Dalam urusan teknis, siapa yang berani menjamin bahwa semuanya 100% aman?
Jadi, apakah proyek teknologi di perusahaan besar sudah tidak bisa diselamatkan?
Belum tentu. Ada hal-hal yang harus menunggu kesempatan. Kesempatan yang umum misalnya:
1. Revolusi besar pada platform teknologi dasar. Contohnya, munculnya internet seluler yang membuat banyak hal beralih dari PC ke ponsel. Banyak kode teknologi lama pun bisa ditinggalkan, dan semuanya bisa dimulai dari nol di ponsel.
2. Pesaing tiba-tiba melejit dan menciptakan keunggulan kompetitif lewat suatu teknologi. Kita pun terpaksa mengejar. Pada saat itu, apa pun masalah yang muncul setelah perubahan, semuanya bisa ditoleransi.
3. Pergolakan besar dalam kepegawaian. Manajemen dan karyawan tingkat bawah sama-sama banyak berganti. Tidak ada lagi yang mampu memelihara kode lama, jadi mau tak mau semuanya harus dimulai ulang.
A: Pustaka open source A versi lama ini punya masalah crash.
B: Pakai A versi baru.
A: Sudah pakai A versi baru, tapi tidak bisa dikompilasi dengan GCC lama.
B: Pakai GCC versi baru.
A: Sudah pakai GCC versi baru, tapi tidak kompatibel dengan pustaka open source B.
B: Pakai B versi baru.
A: Sudah pakai B versi baru, tapi performanya jadi menurun.
B: Jalankan dengan multithreading.
A: Setelah memakai multithreading, jitter latensinya jadi tidak sinkron.
B: Pakai algoritma koreksi latensi yang baru.
A: Setelah memakai algoritma koreksi latensi yang baru, kadang-kadang malah crash.
B: Bagaimana kalau...
Kita coba lihat apakah masalah crash di pustaka open source A versi lama itu bisa diperbaiki.
Saat ini, skala dan kompleksitas proyek perangkat lunak di perusahaan TI yang sudah cukup besar jauh melampaui batas kemampuan para insinyurnya. Mereka hanya bisa memperbaikinya dengan sangat hati-hati. Terkadang perubahan besar di satu bagian memicu efek berantai. Risiko dan biaya perubahan besar sulit dikendalikan. Tanpa keuntungan besar, tidak ada yang berani sembarangan mengubahnya. Masalah yang kamu lihat, karyawan lama melihatnya dengan lebih jelas. Bahkan, mereka juga tahu cara mengatasinya. Namun, alasan mereka tidak turun tangan adalah karena tidak tahu siapa yang harus menanggung kesalahan kalau terjadi sesuatu. Dalam urusan teknis, siapa yang berani menjamin bahwa semuanya 100% aman?
Jadi, apakah proyek teknologi di perusahaan besar sudah tidak bisa diselamatkan?
Belum tentu. Ada hal-hal yang harus menunggu kesempatan. Kesempatan yang umum misalnya:
1. Revolusi besar pada platform teknologi dasar. Contohnya, munculnya internet seluler yang membuat banyak hal beralih dari PC ke ponsel. Banyak kode teknologi lama pun bisa ditinggalkan, dan semuanya bisa dimulai dari nol di ponsel.
2. Pesaing tiba-tiba melejit dan menciptakan keunggulan kompetitif lewat suatu teknologi. Kita pun terpaksa mengejar. Pada saat itu, apa pun masalah yang muncul setelah perubahan, semuanya bisa ditoleransi.
3. Pergolakan besar dalam kepegawaian. Manajemen dan karyawan tingkat bawah sama-sama banyak berganti. Tidak ada lagi yang mampu memelihara kode lama, jadi mau tak mau semuanya harus dimulai ulang.