नौकरी सुरक्षा संचालित विकास

जबकि आधुनिक फुर्तीली विकास पद्धति के समर्थक अधिक से अधिक नई प्रथाओं का आविष्कार कर रहे हैं, उनके विरोधी भी स्थिर नहीं हैं। XDDs (FDD - Feature Driven Development, TDD - Test Driven Development, BDD - Behavior Driven Development, ATDD - Acceptance Test Driven Development) की एक किस्म की पृष्ठभूमि के खिलाफ, उन्होंने अपनी कार्यप्रणाली तैयार की - JSDD (जॉब सेफ्टी ड्रिवेन डेवलपमेंट)। कौन विवरण के बारे में परवाह करता है, बिल्ली में आपका स्वागत है।

नौकरी सुरक्षा प्रेरित विकास क्या है?

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

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

और यह भी सभी पक्षों से चुस्त दृष्टिकोण की शुरुआत ही स्थिति को बढ़ा देती है। नई प्रथाओं और दृष्टिकोणों को पेश करने के लिए, सामाजिक, सामाजिक और प्रगतिशील होना आवश्यक है। लेकिन क्या होगा अगर यह काम नहीं करता है? क्या होगा यदि आप बाकी की तुलना में अब उच्च-स्तरीय पेशेवर नहीं हो सकते हैं? ये प्रश्न भय और चिंता को जन्म देते हैं, विशिष्ट कार्यों के लिए एक प्रेरणा के रूप में।

JSDD के समर्थक हर संभव प्रयास करने की कोशिश करते हैं ताकि उनकी स्थिति की स्थिरता कुछ भी हिला न सके।

प्रैक्टिस जॉब सेफ्टी ड्रिवेन डेवलपमेंट

निम्नलिखित प्रैक्टिस हैं जो JSDD अनुयायियों को अपने लक्ष्य को प्राप्त करने में मदद करते हैं।

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

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

घृणित रूपरेखा - आपको लोकप्रिय रूपरेखाओं और पुस्तकालयों का उपयोग नहीं करना चाहिए, विशिष्ट कार्यों के लिए अपना समाधान लिखना बहुत बेहतर है। आखिरकार, आपको उत्पाद का समर्थन करने की आवश्यकता है और शायद इस भूमिका के लिए आपको नए सस्ते डेवलपर्स की आवश्यकता होगी। जो लोग स्व-लिखित के साथ सौदा कर सकते हैं, उनकी तुलना में लोकप्रिय ढांचे के ज्ञान के साथ बाजार पर एक डेवलपर को ढूंढना बहुत आसान है। और इसका मतलब है कि आपको लंबे समय तक काम प्रदान किया जाता है।

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

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

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

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

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

इस अद्भुत कार्यप्रणाली में कई अन्य दिलचस्प प्रथाएं हैं। आप शायद उनमें से कई के जीवन में आए और मुझे टिप्पणियों में उनका विवरण देखकर खुशी होगी। मैं भी विशेष रूप से अपनी कल्पना की कोशिश करने के लिए उपकरण अनुभाग को याद किया ...

निष्कर्ष

यदि आप एजाइल के समर्थक हैं, तो आपको वैकल्पिक तरीकों से निपटने के लिए तैयार रहना चाहिए, जिनमें से एक लेख में प्रस्तुत किया गया है। आपके शस्त्रागार में स्थैतिक कोड विश्लेषण, कोड समीक्षा, जोड़ी प्रोग्रामिंग, सरल डिजाइन और वास्तुकला, कृषि विकास की प्रक्रियाओं और सिद्धांतों की एक ठोस समझ शामिल होनी चाहिए। केवल इस मामले में आप JSDD के विशेषण की गणना करने में सक्षम होंगे, और फिर या तो उसे अपनी तरफ आकर्षित कर लेंगे या उससे छुटकारा पाने में सक्षम होंगे। अन्यथा, आपकी चुस्त तैनाती शुरू होने से पहले रुक सकती है ...