Geliştirici taahhüt istatistikleri neden zararlıdır?


10

Uzun zamandır, her geliştiricinin günde kaç taahhüt yaptığı gibi taahhüt istatistiklerini takip etmenin geliştirme sürecine zararlı olduğuna inandım (ve başkalarından duydum). Nedeni açık görünüyor - geliştiriciler daha küçük artışlarla taahhüt edecek, günlük taahhüt sayılarını en üst düzeye çıkaracak, ancak ikiye ayırmayı zorlaştıracak (belki de tüm ara yamaları repoyu iyi biçimlendirmeyecek) ve taahhüt geçmişiyle çalışmayı zorlaştıracak (bir değişiklik aniden bir yerine birden fazla işlemde olur, bir yamayı geri döndürmek daha zordur vb.).

İşlem istatistiklerinin zararlı olduğunu gösteren çalışmalar var mı? Konuyla ilgili zarif ve tartışmalı bir makale var mı? Aynı derecede geçerli olan, yanlış şeyi ölçmenin neden insanların yanlış şeyi optimize etmesine yol açtığına dair herhangi bir şey olabilir, bu sorun sadece özel bir durumdur.


8
"Herhangi bir zarif ve iyi tartışılmış makale" ?? Sorunuz zarif ve iyi tartışılmış. Daha ne gerekiyor? Sayıların önemsiz bir şekilde oynandığına ve bu nedenle işe yaramadığına dair geniş kanıt sağladınız. Zarif ve tartışmalı sorunuzdan daha ne istersiniz?
S.Lott

Geliştiricilerin, farklılığı görmek için büyük taahhüt ve küçük taahhüt senaryolarında hataları bulma ve düzeltme ile çalışmayı

İstatistiği toplamanın kendi başına zararlı olduğunu düşünmüyorum ama bunu programcıları değerlendirmek için kullanmak olurdu. VCS'miz bu bilgileri, diğer istatistikler varsa bir sürü ile birlikte toplar ve tüm ekibin kullanımına açıktır, ancak neredeyse hiç bakmıyoruz. Yani hayır, istatistiği toplamak zararlı değil.
MarkJ

Ben burada büyük vs küçük taahhütleri tartışmıyorum (ben şahsen küçük bir taahhüt adamım), sadece bir istatistik sahte (sadece iyi olamaz) taahhüt boyutunu değiştirmek için dış baskı. İdeal olarak başkalarını işaret edebileceğim bir yer arıyorum, bu yüzden tartışmayı kendim yapmak zorunda değilim :)
Neil Mitchell

2
Bu Dilbert çizgi romanının davayı ve gördüğüm her şeyi yaptığına inanıyorum .
ebneter

Yanıtlar:



6

Ölçmek eğlenceli bir istatistiktir, ancak bir geliştiricinin hafta boyunca kaç saat çalıştığını kaydetmekten daha yararlı değildir.

Birincisi, kod kalitesini dikkate almaz. Bir geliştirici, kodundaki hataları düzeltmeye devam ettiği için sürekli olarak çalışıyor olabilir. Bu, bir parça bitmiş, parlatılmış kod işleyen bir geliştiriciye kıyasla çok sayıda taahhüt gösterecektir. Daha büyük taahhüt sayısına sahip adamın daha iyi geliştirici olduğunu düşünemezsiniz.

Benzer şekilde, gün boyunca sadece bir kez işlemek için gevşeyen ve SO'da sörf yapan biri, kodunu güvende tutmak için tüm gün kodlamayı yalnızca gün sonunda nihai bir taahhütte bulunmak için harcayan özel geliştirici ile aynı taahhüt sayısına sahip olacaktır.

Kod satırlarının sayıldığı bir sisteminiz varsa, her kıvırcık ayracı tercih ettiği stile 'yeniden düzenleyen' kaynak dosyalarından geçen adamın büyük bir değeri olacaktır. 1 satırlık önemli bir hata düzeltmesi yapan adam zar zor ortaya çıkacak.

Dolayısıyla, geliştiriciler sistemi oynamasalar bile anlamlı bir istatistik oluşturmaz. Size güzel bir grafik dışında hiçbir şey sunmamalıdır. Ancak herkes istatistikleri sever, bu yüzden onları sakla diyebilirim, ancak onları eğlence dışında bir şey için kullanmayın.


Fikriniz ilginç olsa da asıl soru "herhangi bir çalışma var mı?" ki cevabınız buna değinmez.
Bryan Oakley

msgstr "satır sayısı". Sonunda tek bir satır yamasıyla sonuçlanacak bir problemin araştırılması birkaç gün sürebilir.


Bu "birkaç gün" (ya da en az birkaç saat) çok önemli fakat tek satırlı bir düzeltmeyle sonuçlanan araştırma tecrübemde oldukça sık oluyor.
Johan
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.