Saya telah menghabiskan bertahun-tahun memimpin dan mengelola tim pengembangan. Secara alami, saya sedikit OCD dalam hal kode dan sangat hitam-putih. Saya telah belajar dari pengalaman bahwa memilih pertempuran Anda adalah salah satu keterampilan paling sulit untuk dipelajari sebagai pemimpin tim. Ya, standar itu penting. Ya, keterbacaan dan pemeliharaan sangat penting. Ya, kita semua harus berusaha untuk menulis kode yang seragam dan sesuai standar. Pengembang adalah manusia ... bukan alat pembuat kode. Kami memiliki kepribadian, pendapat, kami bosan, dan kami ingin belajar hal-hal baru.
Pada ulasan kode di tempat kerja saya telah melihat kode & pola yang saya anggap "pintar" meskipun tidak selalu menambah kualitas keseluruhan atau pemeliharaan basis kode.
OKE ... jadi mereka tidak menambahkan, tetapi apakah mereka mengurangi? Apakah kita berbicara hanya masalah preferensi pribadi dalam gaya pengkodean, atau apakah kode yang ditulis sama sekali tidak perlu (misalnya menggunakan pohon ekspresi dan refleksi hanya karena menyenangkan untuk menggunakan pohon ekspresi dan refleksi)? Jika yang pertama, biarkan saja. Bagian dari kesenangan menjadi pengembang adalah menghadirkan solusi kreatif untuk masalah. Mungkin (dan kebanyakan dari kita tidak suka mengakui hal ini), kita kadang merasa terintimidasi oleh pendekatan yang tidak kita pahami, dan entah tidak mau bertanya atau tidak memiliki energi tambahan untuk mempelajari pendekatan baru.
Sekarang, ketika kreativitas mengarah pada kode yang tidak perlu dan kompleksitas yang sama sekali tidak dapat dibenarkan, maka dengan segala cara bersikap vokal dan sampaikan pendapat Anda. Menjadi pemain tim itu penting, tetapi menjadi (dan meminta orang lain) bertanggung jawab. Ulasan kode adalah tentang akuntabilitas, serta jaminan kualitas dan pembelajaran. Anda akan menginjak beberapa langkah, tetapi jika Anda merasa memiliki argumen yang kuat mengapa usaha (uang) harus dihabiskan untuk menulis ulang kode kerja DAN ego harus diremukkan dalam proses DAN Anda ingin mengambil risiko tergencetnya antusiasme seseorang terhadap kerajinan mereka , maka Anda tidak harus menghindar untuk menaruhnya di atas meja. Jika Anda adalah pemimpin tim, ini adalah pekerjaan Anda. Waspadai dampaknya, dan lakukanlah. Jika Anda bukan pemimpin tim dan tidak memiliki wewenang, maka serahkan kepada tim untuk memutuskan.
Cara terbaik untuk menanamkan akuntabilitas dalam tim Anda adalah dengan mendorong orang lain agar Anda bertanggung jawab. Jika Anda tetap berpikiran terbuka dan tidak mematikan orang ketika mereka menyarankan perbaikan pada kode Anda, Anda mungkin menemukan mereka lebih mudah menerima saran Anda.