Dua Pintu, Satu Pagar: Tadbir Urus Melampaui EDD
Peraturan onboarding dan geseran pembangun sering kelihatan seperti masalah yang sama. Hakikatnya tidak.
Apabila anda berkembang kepada empat puluh pembangun, anda tidak boleh menggunakan kaedah latihan yang sama untuk semua orang. Sesetengah pembangun adalah pakar dalam ejen AI. Yang lain pula masih baharu. Jika anda menulis satu set peraturan untuk semua orang, anda akan gagal.
Pembangun berpengalaman akan mengabaikan peraturan tersebut. Pembangun baharu akan bergelut dengannya.
Anda mesti membahagikan pendekatan anda kepada dua lapisan yang berbeza:
Alat Kesedaran (Awareness tools) Alat-alat ini mengubah apa yang diketahui oleh seseorang. Contohnya termasuk komen semakan AI atau amaran linting. Ia bertindak seperti penyambut tetamu. Ia menyedari sesuatu dan mencadangkan tindakan. Ia hanya berkesan jika orang tersebut mendengar.
Alat Tadbir Urus (Governance tools) Alat-alat ini mengubah apa yang boleh dilakukan oleh seseorang. Contohnya termasuk perlindungan cawangan (branch protection) dan pintu penggabungan (merge gates). Ia bertindak seperti palang pusingan (turnstile). Ia tidak berunding. Ia menghentikan proses jika keperluan tidak dipenuhi.
Kesilapannya adalah menggunakan penyambut tetamu apabila anda memerlukan palang pusingan. Cadangan AI yang diabaikan oleh pembangun bukanlah tadbir urus. Ia hanyalah gangguan (noise).
Untuk mengatasi perkara ini, gunakan dua lapisan berasingan:
Lapisan Tadbir Urus (The Governance Layer) Lapisan ini kecil dan bersifat sejagat. Ia terpakai kepada semua orang tanpa mengira kemahiran. Ia merangkumi peraturan seperti larangan 'direct push' ke cawangan yang dilindungi dan semakan mandatori. Ia bukan tentang kepercayaan. Ia adalah tentang melindungi kod sumber (codebase) daripada risiko tinggi perubahan yang dipacu oleh ejen.
Lapisan Perancah (The Scaffolding Layer) Lapisan ini bersifat peribadi dan fleksibel. Ia merangkumi langkah-langkah seperti perancangan eksplisit dan penaakulan terperinci (verbose reasoning). Pembangun baharu menggunakan ini secara intensif untuk membina pertimbangan. Pembangun berpengalaman boleh mengurangkan penggunaan ini seiring dengan kemajuan mereka. Ini bukan ganjaran untuk senioriti. Ia adalah alat yang menjadi tidak perlu apabila kemahiran meningkat.
Anda juga harus melihat risiko perubahan itu sendiri. Seorang pembangun senior yang menyentuh fail yang kompleks dan mempunyai kaitan tinggi (highly coupled) mewujudkan lebih banyak risiko berbanding pembangun junior yang menyentuh fungsi utiliti yang ringkas. Sistem harus bertindak balas terhadap kod, bukan sekadar kepada individu tersebut.
Akhir sekali, fokus pada pemilikan. Ejen AI mungkin menulis kod tersebut, tetapi pembangun bertanggungjawab atas hasilnya. Jika pembangun tidak dapat menjelaskan mengapa sesuatu perubahan dibuat semasa semakan, perubahan tersebut tidak sepatutnya digabungkan (merge).
Berhenti melabel orang dengan tahap (tiers). Sebaliknya, sediakan alat yang membolehkan mereka menguruskan risiko mereka sendiri.
Source: https://dev.to/karlheinz_reichel_7ee08d/two-doors-one-gate-navigating-governance-beyond-edd-5clj
Optional learning community: https://t.me/GyaanSetuAi