आलस्य से संचालित विकास

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


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

समय बीतता गया। अधिक से अधिक लोग पेशे में आने लगे। कहाँ से? बहुत ही 99% से जो मैंने शुरुआत में लिखा था। हम में से, आलसी का। कुछ मामलों में, आलस्य ने तुरंत परिणाम के लिए काम किया - इसने इंटरफेस के सरलीकरण, प्रोटोकॉल के एकीकरण, और अनावश्यक लोगों को बाहर निकालने का नेतृत्व किया। अन्य मामलों में, आलस्य ने प्रोजेक्ट विफलताओं का कारण बना। कुछ हल करना जरूरी था। और फिर सॉफ्टवेयर विकास के तरीके दिखाई देने लगे।

एक धूम्रपान कक्ष में एक अनसुनी बातचीत से

-सभी विकास पद्धति सिर्फ "नियमित प्रोग्रामिंग" से बेहतर है!
-नहीं, क्योंकि अगर मैं कार्यप्रणाली को "केवल रात्रि में एक स्टंप पर जंगल में चंद्रमा के साथ नग्न" लिखता हूं, तो यह "साधारण प्रोग्रामिंग" से बेहतर नहीं है।

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

खैर, या यहाँ एक झरने का विचार है। अच्छा विचार है। लेकिन पहले से ही अपनी खुद की रूपरेखा। सिद्धांतकार कहते हैं: "वर्तमान उच्च गतिशीलता और तेजी से बदलती आवश्यकताओं का सामना नहीं करता है।" ऊ, बकवास। बात यह है कि "झरना" के तहत आलसी लोग महीनों, वर्षों तक छिप सकते हैं और कुछ भी नहीं कर सकते हैं। खैर, वहां छिपना अच्छा था, लेकिन बाहर निकलने पर - परियोजना की विफलता। आधुनिक "लचीली" कार्यप्रणाली "प्रोग्रामर के लिए सुविधाजनक" और "वर्तमान वास्तविकताओं को पूरा करने" के रूप में विज्ञापन करती है। उह फिर से। यह सिर्फ इतना है कि घोटाले बहुत जल्दी आलसी लोगों को छेद से बाहर निकालता है, बस इसे कानों से खींचता है, इसे कमरे के केंद्र में रखता है और उन पर सभी स्पॉटलाइट्स को निर्देशित करता है। इसलिए, यह लोकप्रिय है।

लेकिन आलस्य के संबंध में, सबसे दिलचस्प बात टीडीडी है । यह वास्तव में आता है जहां से मैंने यह लेख शुरू किया है: सभी लोग आलसी लोग हैं। हालाँकि, TDD ने इस आलस्य को मानवता की सेवा में औद्योगिक पैमाने पर डालने में कामयाबी हासिल की। यहाँ देखो।

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

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

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

नैतिकता

आलस्य हमेशा रहा है, है और रहेगा। हम इसे इस तरह नहीं ले सकते और हमेशा के लिए इससे छुटकारा पा सकते हैं। लेकिन हम इस आलस्य की दिशा को नियंत्रित कर सकते हैं, इस आलस्य को नुकसान न पहुंचाएं, बल्कि लाभ लाएं। सही ढंग से आलसी होने के लिए आलसी मत बनो!