Kod karmaşıklığı ile geliştirici verimliliği arasında bir korelasyon var mı?

Bir kod tabanının yeniden düzenlenmesi için harcanan zaman, geliştirici verimliliği açısından uzun vadede buna değer mi?

Temiz, iyi tasarlanmış bir sistemi değiştirmenin, kötü tasarlanmış bir sistem üzerinde çalışmaktan çok daha basit ve daha hızlı olduğu bana çok açık görünüyor, ancak bazı sağlam kanıtların peşindeyim. Bu konuda herhangi bir çalışma var mı?

Ampirik olarak, siklomatik karmaşıklık gibi daha yüksek karmaşıklık metriklerine sahip yazılımların bakımı daha zordur. Bunu 1970'lere dayanan bir araştırma var ("Program Karmaşıklığı ve Programcı Verimliliği", ET Chen) . Ayrıca, sistemin büyüklüğüne göre siklomatik karmaşıklık olan karmaşıklık yoğunluğunun aynı zamanda burada ücretsiz olarak temin edilebilen bakım süresi ("Siklomatik karmaşıklık yoğunluğu ve yazılım bakım verimliliği", GK Gill, CF Kemerer) ile ilgili olduğunu gösteren çalışmalar da vardır . Ne yazık ki, Chen'in makalesi için bir IEEE aboneliği gereklidir, ancak ilgileniyorsanız diğer kaynaklara bakmayı deneyebilirsiniz.

Kalite perspektifinden bakıldığında, yeni kusurların ortaya çıkmasını önlemek için bir test çerçeveniz olduğunu varsayarsak, yeniden düzenleme yapmak için zaman ayırmaya değer. Bu, sisteminize yeni özellikleri daha kolay uygulamanıza, ek testler eklemenize ve yeni geliştiricilerin çalışması için eğitmenize olanak tanır.

Bununla birlikte, sonuçta, yeni işlevsellik ve katma değer sağlama baskısı vardır. Yeniden işlevselliği yeni işlevlerin uygulanması ve kusurların onarılması ile dengelemeniz gerekir.

Bazı sağlam kanıtların peşindeyim

O zaman burada zaman kaybetmeyin.

1. Bakımı pahalı olan bazı kodları bulun. Bu kolay. Kuruluşunuzun sorunlu biletlerine bakın.

2. Bakımı ucuz bir kod bulun. Sık çalışan, ancak çok az sorun içeren veya hiç sorun olmayan kodu bulun.

3. Karmaşıklığı, yaygın olarak bulunan karmaşıklık araçlarından herhangi biriyle ölçün.

4. Kanıtlara odaklanın.

Şimdi bariz olanı onaylamak için rakamlar girdiniz.