Teknik borç nasıl ölçülür ve ne zaman ödenir?
Teknik borç her zaman kötü değildir. Hangi borcu ne zaman ödemeniz gerektiğini iş etkisine göre belirlemenin pratik yolu.
Kod incelemesi yanlış kurulduğunda ekibin en yavaş adımı olur. Doğru kurulduğunda hem kaliteyi hem de bilgi paylaşımını artırır.
İnceleyen neye bakmalı?
Biçim ve stil konuları otomatik araçlara bırakılmalı. İnsan dikkati şu sorulara ayrılmalı: Değişiklik gerçekten sorunu çözüyor mu, hata durumunda ne oluyor, yetki kontrolü doğru yerde mi, bir yıl sonra bu kodu okuyan kişi anlayabilir mi?
Değişiklikler ne kadar büyük olmalı?
Büyük bir değişiklikte inceleyen yorulur ve onaylayıp geçer. Tek bir amaca hizmet eden, birkaç yüz satırı aşmayan değişiklikler hem daha hızlı hem daha dikkatli incelenir. Büyük işleri özellik bayrağıyla parçalara bölmek bunu mümkün kılar.
Yorumlar nasıl yazılmalı?
Yorumun zorunlu mu öneri mi olduğu baştan belli olmalı. Kişiyi değil kodu konuşun ve nedenini yazın. Üç turdan uzun süren bir tartışma için kısa bir görüşme yapmak genellikle daha iyidir.
Beklemeyi nasıl azaltırsınız?
Ekip içinde bir yanıt süresi hedefi belirleyin; örneğin aynı iş günü içinde ilk geri dönüş. Bekleyen incelemeleri günlük akışın ilk işi yapmak, yeni iş açmaktan daha çok değer üretir.
