Saya telah bekerja sebagai pemimpin tim / pengembang di lingkungan perusahaan keuangan besar selama lebih dari tiga tahun. Proses rilis produksi kami adalah mimpi buruk karena berputar di sekitar Clearcase. Kami memiliki grup manajemen perubahan yang mengeksekusi semua rilis dan yang hanya akan mengizinkan kode menjadi produksi yang diambil darinya.
Salah satu hal pertama yang saya lakukan ketika bergabung adalah mengatur tim saya dengan Git. Semua orang setuju bahwa Clearcase mengerikan dan tidak praktis untuk menangani masalah kontrol sumber sehari-hari. Jadi kami membuat semacam repositori "tidak resmi" pada mesin lokal saya dan saya menulis naskah untuk menyinkronkan repositori git dan Clearcase sekitar waktu rilis.
Berita ini menyebar ke tim lain dan beberapa telah mengadopsi proses yang sama. Menggunakan git dengan cara "tidak resmi" untuk kegiatan sehari-hari dan "secara resmi" menggunakan Clearcase untuk rilis. Saya menjadi semacam orang yang suka berurusan dengan Git.
Jadi saya mengadakan pertemuan minggu ini dengan SVP tentang perubahan infrastruktur yang secara khusus ingin saya menjelaskan kepadanya manfaat Git. Rupanya tersiar kabar buruk tentang Clearcase. Jika dia menerima argumen saya, saya akan memiliki kesempatan nyata untuk membantu majikan saya membebaskan diri dari kekejian ini.
Pengalaman saya dengan eksekutif memberi tahu saya bahwa mereka a) ingin penjelasan yang sangat singkat untuk semuanya b) hanya tertarik pada fakta yang melibatkan angka dolar
Untuk seorang pengembang saya dapat menjelaskan manfaat dari Git atas Clearcase (atau sistem kontrol versi lain APAPUN atas Clearcase dalam hal ini), tetapi saya menarik kosong tentang bagaimana melakukan ini kepada seorang eksekutif teknis tanpa latar belakang teknis (dia memiliki MBA dan gelar sarjana di bidang geografi).
Saya merasa setiap argumen yang saya buat kepadanya akan terdengar seperti omong kosong teknis atau bahwa saya menginjili preferensi pribadi saya.
Apa yang saya coba temukan adalah fakta nyata yang menunjukkan pengembang bekerja lebih efektif dengan Git, atau sistem kontrol sumber modern APAPUN.
Saya pikir fakta bahwa tim-tim lain sudah mulai menggunakan Git secara internal adalah tanda yang bermakna, tetapi itu masih belum cukup kuat karena masih dapat dianggap sebagai pilihan pribadi.
Yang benar-benar saya butuhkan adalah sesuatu yang cukup kuat untuk menerobos "Proses ini telah bekerja selama 20 tahun, mengapa kita harus mengubahnya?" argumen.