शांत विकास के लिए दस नियम

परिचय

सॉफ्टवेयर विकास की वर्तमान गति इसकी गति में अद्भुत है। कार्यक्षमता हमेशा "कल की आवश्यकता" होती है। क्यों? प्रतियोगिता - बायपास, ओवरटेक। परीक्षण करने का कोई समय नहीं है, कार्यात्मक को जहाज करना आवश्यक है, यह आवश्यक है, यह आवश्यक है, यह आवश्यक है।

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

समस्या

फिल्म "सिलिकॉन वैली पाइरेट्स" में, Apple डेवलपर्स, जो एक लंबी मैराथन द्वारा अत्याचार करते हैं, अच्छी तरह से दिखाए जाते हैं। और एक थका हुआ डेवलपर का कोड अक्सर अप्रिय होता है यहां तक ​​कि अगले दिन भी। निष्कर्ष - थका हुआ कोड न लिखें। हां, और प्रदर्शन खराब है।

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

चलो "शांत" विकास के नियमों पर चलते हैं।

नियम

1. कोई जरूरी काम नहीं हैं, प्राथमिकताएं हैं
   यदि कार्य की एक घातक प्राथमिकता है, तो एक सप्ताह पहले इसके बारे में सोचना आवश्यक था। स्पष्ट नियोजन त्रुटि। या बिंदु 9 को नजरअंदाज कर दिया गया और "हम्सटर" उसके हाथ की मंजिल को काटने की धमकी देता है;
   
2. इसे पूरी तरह से समझने के बाद कार्य को आगे बढ़ाएं
   बड़े सिस्टम पर एक विशिष्ट गलती। उसने कुछ किया, किसी तरह जांचा, कुछ पाया;
   
3. ग्राहक के साथ एक संवाद स्थापित करें
   किसी भी परियोजना में, आपको समझौता करना पड़ता है, प्राथमिकता तय करनी होती है। ग्राहक के साथ एक आम भाषा खोजना बहुत मायने रखता है;
   
4. टीके का पालन करें
   अनुच्छेद 3 का उपयोग करते समय टीके आदर्श होगा, इसलिए कोई समस्या नहीं होनी चाहिए। और अगर कोई कार्यात्मक तत्व नहीं है, तो आपको इसे करने की आवश्यकता नहीं है;
   
5. केवल सत्यापित कोड का उपयोग करें।
   किसी भी कोड को ग्राहक को डिलीवरी से पहले एक गंभीर सत्यापन चक्र से गुजरना होगा। किसी भी तृतीय-पक्ष मॉड्यूल को परीक्षण कोड और अच्छी तरह से परीक्षण के साथ कवर किया जाना चाहिए। आपका कोड बिना किसी असफलता के चेक किया जाना चाहिए;
   
6. कार्य दिवस 8 घंटे
   बहुत सहायक वस्तु। कभी-कभी आपको खुद को यह याद दिलाने की जरूरत होती है। परिवार को भी ध्यान देने की आवश्यकता है, और उनके स्वास्थ्य की रक्षा की जानी चाहिए। यदि पर्याप्त समय नहीं है, तो बिंदु 1 देखें।
   
7. दस्तावेज लिखें
   प्रलेखन के बिना, कोई कार्यक्षमता नहीं है। इसके अलावा, यह बहुत समय बचाता है, क्योंकि यह एक इच्छुक व्यक्ति को एक लिंक देने के लिए पर्याप्त है। यदि प्रलेखन स्पष्ट नहीं है, पुराना है या इसकी दोहरी व्याख्या है, तो इसे अद्यतन किया जाना चाहिए;
   
8. कोड क्रम में रखें
   भयानक कोड को फिर से लिखा जाना चाहिए, और सिस्टम में नहीं बढ़ना चाहिए। कोई समय नहीं TODO को लगाएं और अगले खाली मिनट में ठीक करें;
9. ग्राहक प्रयोगों के लिए प्रयोगशाला हैम्स्टर नहीं है
   इस तरह के एक दृष्टिकोण "ट्रेसर शूटिंग" है । इसका उपयोग केवल युवा और अभी भी थोड़ा कार्यात्मक उत्पादों में किया जा सकता है। जैसे ही उत्पाद परिपक्वता में जाता है, ग्राहक छोटी से छोटी गलतियों को भी बंद कर देता है। उत्पाद सही होना चाहिए। अन्यथा, वफादारी कम हो जाएगी, और इसलिए पारिश्रमिक का स्तर;
   
10. परीक्षण किया
    एक बहुत ही महत्वपूर्ण बिंदु। यदि किसी फ़ंक्शन का परीक्षण नहीं है, तो उसके प्रदर्शन के बारे में कुछ नहीं कहा जा सकता है। सॉफ्टवेयर अस्थिर है। SQLite का एक ज्वलंत उदाहरण। यही कारण है कि यह डेटाबेस विभिन्न प्रणालियों में सफलतापूर्वक काम करता है।
    

निष्कर्ष

अपने स्वास्थ्य की रक्षा करें, उच्च गुणवत्ता वाला कोड लिखें, अपने काम का आनंद लें। शांत हो जाओ! आपके विचार से किन अन्य नियमों का उल्लेख किया जाना चाहिए?