डेवलपर प्रतिबद्ध आँकड़े हानिकारक क्यों हैं?


10

मैंने लंबे समय से विश्वास किया है (और दूसरों से सुना है) कि प्रतिबद्ध आँकड़ों पर नज़र रखना, जैसे कि प्रत्येक डेवलपर प्रति दिन कितने कमिट करता है, विकास प्रक्रिया के लिए हानिकारक है। कारण स्पष्ट लगता है - डेवलपर्स छोटे वेतन वृद्धि में प्रतिबद्ध होंगे, उनकी प्रति-दिन की संख्या को अधिकतम करेंगे, लेकिन इसे कठिन बनाना मुश्किल होगा (शायद उनके सभी मध्यवर्ती पैच रेपो को अच्छी तरह से नहीं छोड़ेंगे) और प्रतिबद्ध इतिहास के साथ काम करने के लिए कठिन है। (एक बदलाव अचानक कई बार होगा, केवल एक के बजाय, एक पैच को बदलना कठिन है आदि)।

क्या ऐसे कोई अध्ययन हैं जो कमिटमेंट आँकड़े दिखाते हैं जो हानिकारक हैं विषय पर कोई सुरुचिपूर्ण और अच्छी तरह से दलील वाला लेख? समान रूप से लागू इस बारे में कुछ भी होगा कि गलत चीज़ को मापने से लोगों को गलत चीज़ का अनुकूलन कैसे होता है, जो कि यह समस्या सिर्फ एक विशेष मामला है।


8
"कोई भी सुरुचिपूर्ण और अच्छी तरह से दलील वाला लेख" ?? आपका सवाल सुरुचिपूर्ण और अच्छी तरह से तर्क है। आपको और क्या चाहिए? आपने पर्याप्त सबूत दिए हैं कि संख्याएँ मामूली रूप से प्राप्त हैं और इसलिए बेकार हैं। आप अपने सुरुचिपूर्ण और अच्छी तरह से तर्क वाले प्रश्न से अधिक क्या चाहते हैं?
S.Lott

डेवलपर्स खोज के साथ काम करने और में बगों की कोशिश की है की जरूरत है बड़े प्रतिबद्ध और छोटे प्रतिबद्ध परिदृश्यों differenc.e देखने के लिए

मुझे नहीं लगता कि आँकड़ा इकट्ठा करना अपने आप में हानिकारक है, लेकिन इसका उपयोग करके प्रोग्रामर का मूल्यांकन करना होगा। हमारे वीसीएस उस जानकारी को इकट्ठा करते हैं, साथ ही साथ यदि अन्य आँकड़े, और इसकी पूरी टीम के लिए उपलब्ध है, लेकिन हम शायद ही कभी इसे देखते हैं। तो नहीं, आँकड़ा एकत्रित करना हानिकारक नहीं है।
MarkJ

मैं यहां बड़े बनाम छोटे कमिट पर बहस नहीं कर रहा हूं (मैं व्यक्तिगत रूप से एक छोटा कमिटेड किस्म का आदमी हूं), केवल एक स्टेटिस्टिक (जो कभी अच्छा नहीं हो सकता) को नकली बनाने के लिए बाहरी आकार बदलने के लिए बाहरी दबाव। मैं आदर्श रूप से कहीं और तलाश कर रहा हूं, जिस पर मैं दूसरों को इंगित कर सकता हूं, इसलिए मुझे स्वयं तर्क करने की जरूरत नहीं है :)
नील मिशेल

2
मेरा मानना ​​है कि यह दिलबर्ट कॉमिक केस के साथ-साथ कुछ भी मैंने कभी देखा है।
इबनेटर

जवाबों:


8

http://www.mit.edu/~hauser/Papers/Hauser-Katz%20Measure%2004-98.pdf

क्या इस तरह की चीज आप ढूंढ रहे हैं? Google द्वारा पाए गए लेखों में "आपको केवल वही मिलता है जो आप मापते हैं"।


1
आम तौर पर मैं मूल रूप से लिंक-केवल + नो-एक्स्प्रेट उत्तर को अपवोट नहीं करता, लेकिन इस विशिष्ट मामले में मुझे यह ठीक लगता है, क्योंकि "उत्तर" वैसे भी सवाल ही होगा।
ओ ० '।

6

यह मापने के लिए एक मजेदार आंकड़ा है, लेकिन एक डेवलपर ने सप्ताह के दौरान काम किए गए घंटों की संख्या दर्ज करने से अधिक उपयोगी नहीं है।

एक के लिए, यह खाता गुणवत्ता में ध्यान नहीं देता है। एक डेवलपर लगातार कमिट कर सकता है क्योंकि वह अपने कोड में बग्स को ठीक करता रहता है। यह एक डेवलपर की तुलना में बड़ी संख्या में कमिट दिखाएगा, जो समाप्त, पॉलिश कोड का एक हिस्सा बनाता है। आप यह नहीं सोचेंगे कि बड़ा कमिट वाला लड़का बेहतर डेवलपर था।

इसी तरह, जो कोई दिन भर में केवल एक बार थप्पड़ मारता है और एसओ को सर्फ करता है, उसके पास एक ही प्रतिबद्ध गणना होती है, जो समर्पित डेवलपर के रूप में होती है, जिसने अपने कोड को सुरक्षित रखने के लिए दिनभर की अंतिम प्रतिबद्धताओं को पूरा करने के लिए पूरे दिन की कोडिंग में ही खर्च किया।

यदि आपके पास एक ऐसी प्रणाली है जहाँ प्रतिबद्ध कोड की पंक्तियों को गिना जाता है, तो जो व्यक्ति अपनी पसंदीदा शैली के लिए प्रत्येक घुंघराले ब्रैकेट को स्रोत फ़ाइलों के माध्यम से चला जाता है, उसका बहुत बड़ा मूल्य होगा। जिस आदमी ने 1-लाइन सुपर-महत्वपूर्ण बगफिक्स किया था, वह मुश्किल से दिखाई देगा।

तो यह कोई सार्थक आँकड़ा नहीं बनाता है, भले ही डेवलपर्स सिस्टम को गेम न करें। यह आपको एक सुंदर ग्राफ के अलावा कुछ भी नहीं प्रदान करना चाहिए। हालाँकि सभी को आँकड़े पसंद हैं इसलिए मैं कहूँगा कि उन्हें रखो, लेकिन मज़े के अलावा किसी और चीज़ के लिए उनका इस्तेमाल मत करो।


जबकि आपकी राय दिलचस्प है, वास्तविक सवाल यह है कि "क्या कोई अध्ययन है ...?" जो आपका जवाब पता नहीं है।
ब्रायन ओकले

"लाइनों की संख्या"। एक समस्या के अनुसंधान में कई दिनों का समय लग सकता है जो अंततः एक ही लाइन पैच में परिणाम देगा।

5
सिर्फ एक कहानी , लेकिन एक क्लासिक।
Wrikken

अनुसंधान के इस "कई दिन" (या कम से कम कई घंटे) के परिणामस्वरूप एक बहुत ही महत्वपूर्ण, लेकिन एकल लाइन फिक्स मेरे अनुभव में अक्सर होता है।
जोहान
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.