Pertama izinkan saya untuk membuat koin istilah:
pemeliharaan sasaran kode: Memeriksa kode di pagi hari, lalu dengan tenang meninjau semua perubahan yang dibuat oleh pengembang lain pada file hari sebelumnya, (terutama file kode yang Anda kembangkan sebelumnya), dan memperbaiki pemformatan, logika, variabel penamaan ulang, refactoring metode yang panjang, dll., dan kemudian melakukan perubahan pada VCS.
Praktek ini cenderung memiliki beberapa pro dan kontra yang telah saya identifikasi:
- Pro : Kualitas kode / keterbacaan / konsistensi sering dipertahankan
- Pro : Beberapa bug diperbaiki karena pengembang lain tidak terlalu terbiasa dengan kode asli.
- Kontra : Sering kali buang-buang waktu pengembang tujuan-cenderung.
- Con : Kadang-kadang memperkenalkan bug yang menyebabkan kemarahan menarik oleh pengembang yang berpikir mereka menulis kode bebas bug pada hari sebelumnya.
- Con : Pengembang lain diperparah dengan nitpicking berlebihan dan mulai tidak suka berkontribusi pada kode tender-tujuan.
Penafian: Agar adil, saya sebenarnya bukan manajer pengembangan, saya pengembang yang benar-benar melakukan "goal tending".
Dalam pembelaan saya, saya pikir saya melakukan ini untuk alasan yang baik (untuk menjaga basis kode kami yang sangat besar menjadi mesin yang diminyaki dengan baik), tetapi saya sangat khawatir bahwa itu juga menciptakan suasana negatif. Saya juga sangat khawatir bahwa manajer saya perlu mengatasi masalah ini.
Jadi, jika Anda adalah manajer, bagaimana Anda mengatasi masalah ini?
UPDATE: Saya tidak bermaksud ini terlalu lokal, tetapi beberapa orang bertanya, jadi mungkin beberapa latar belakang akan menerangi. Saya ditugaskan proyek raksasa (200K LoC) tiga tahun yang lalu, dan hanya baru-baru ini (1 tahun yang lalu) adalah pengembang tambahan ditambahkan ke proyek, beberapa di antaranya tidak terbiasa dengan arsitektur, yang lain masih belajar bahasa (C #). Saya biasanya harus menjawab untuk stabilitas keseluruhan produk, dan saya sangat gugup ketika perubahan mengejutkan dilakukan pada bagian arsitektur inti dari basis kode. Kebiasaan ini muncul karena pada awalnya saya optimis tentang kontribusi pengembang lain, tetapi mereka membuat terlalu banyak kesalahan yang menyebabkan masalah serius yang tidak akan ditemukan sampai berminggu-minggu kemudian, di mana jari akan menunjuk saya untuk menulis kode yang tidak stabil. Sering ini "