हाल ही में मैंने ग्रेग विल्सन (सॉफ्टवेयर कारपेंटरी के मुख्य वैज्ञानिक) द्वारा दिए गए एक व्याख्यान में भाग लिया । अमूर्त से:
सॉफ्टवेयर विकास प्रथाओं के बारे में दावा करने वाला विचार अभी भी साक्ष्य डेवलपर्स के लिए विदेशी होना चाहिए, लेकिन यह अंततः सॉफ्टवेयर डेवलपर्स के लिए शुरू हो रहा है: कोई भी अकादमिक जो दावा करता है कि एक विशेष उपकरण या अभ्यास सॉफ्टवेयर विकास को तेज, सस्ता या अधिक विश्वसनीय बनाता है। किसी प्रकार के अनुभवजन्य अध्ययन के साथ उस दावे का बैकअप लेने की उम्मीद है।
कुल मिलाकर, व्याख्यान बहुत जानकारीपूर्ण था और मुझे विकास के बारे में अपने दृष्टिकोण के बारे में बहुत गहराई से सोचने लगा। विशेष रूप से, मैं अब अपने आप को कई बयानों का समर्थन करने के लिए उद्धरणों की तलाश कर रहा हूं। पहले, मैं बस सच की पुनरावृत्ति की आदत में फिसल गया था, शायद बाद में इस पर जांच करने के लिए एक मानसिक नोट।
यह स्पष्ट रूप से कहते हुए, मैं भोला हो रहा था ।
यहाँ एक उदाहरण व्याख्यान से लिया गया है:
"यदि 25% से अधिक कोड को रिफैक्टिंग की आवश्यकता है, तो इसे फिर से लिखना जल्दी है"।
प्रशंसनीय लगता है, लेकिन क्या यह सच है? इस अध्ययन का समर्थन कहां है? क्या यह सभी भाषाओं के लिए सही है? और इसी तरह।
ठीक है, यह एक चरम पर ले जाना काफी संभव है और किसी के द्वारा कुछ भी नहीं मानना है जब तक कि आप इसे पहले सिद्धांतों से खुद को प्राप्त नहीं करते हैं। इस तरह से पागलपन (या शायद गणित ;-)) निहित है। लेकिन, अगर कोई आपके सामने "अरे, इस समय की भाषा चुनें", की तर्ज पर एक बयान के साथ आता है, तो हम उत्पादकता को बढ़ावा देने में सक्षम होंगे [10 से अधिक]% "क्या आप सिर्फ इसके लिए इच्छुक हैं इसे स्वीकार करें, या आप साबित सबूत के लिए पूछने जा रहे हैं?
यदि यह बाद का है (और मुझे आशा है कि यह है) तो
- आप इस सबूत को खोजने के लिए कहां जाएंगे?
- आप कितने कठोर होंगे?
संक्षेप में, यदि कोई आपको एक असत्यापित कथन प्रदान करता है, तो क्या आप "प्रशस्ति पत्र की आवश्यकता" का जवाब देंगे?