प्रस्तावना

यह पाठ मानता है कि पाठक तथाकथित से परिचित है। सॉफ्टवेयर के विकास और इसके तथाकथित की चुस्त अभिव्यक्ति मूलभूत सिद्धांत ।

फिलहाल, इस "प्रकट" को स्वीकार करने वाले, इसके साथ सहमत होने और इसे लागू करने का प्रयास करने वाले लोगों की एक बड़ी संख्या है। लेकिन मेरे लिए व्यक्तिगत रूप से यह एक मजाक की तरह दिखता है जो घसीटा गया है।

सामग्री

1. कठोर प्रोग्रामर मैनिफेस्टो
2. एक कठिन प्रोग्रामर के घोषणापत्र के मौलिक सिद्धांत
3. टिप्पणियाँ

कठोर प्रोग्रामर मैनिफेस्टो

हम लगातार सॉफ़्टवेयर विकास के अधिक उन्नत तरीकों की खोज करते हैं, सीधे विकास करते हैं और इसके साथ दूसरों की मदद करते हैं। किए गए काम की बदौलत, हम महसूस कर पाए कि:

नई आवश्यकताओं की तुलना में अवधारणा अधिक महत्वपूर्ण है।
गुणवत्ता गति से अधिक महत्वपूर्ण है
अनुरोध के अनुसार करने से अधिक महत्वपूर्ण क्या है

यही है, दाईं ओर क्या है के महत्व को नकारे बिना, हम अभी भी बाईं ओर के मूल्य पर अधिक मूल्य रखते हैं।

एक कठिन प्रोग्रामर के घोषणापत्र के मौलिक सिद्धांत

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

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

उत्पाद को केवल तभी जारी किया जाना चाहिए जब वह गुणवत्ता के आवश्यक स्तर तक पहुंच जाए। नहीं, और कोई निश्चित आवधिकता नहीं हो सकती है।

हर किसी को समझना चाहिए कि वह क्या कर रहा है और इसे अच्छी तरह से करने की कोशिश करता है। बिक्री या नियोजन पर असफल काम को आवश्यकताओं या समय सीमा में संशोधन की एक अंतहीन धारा में नहीं बदलना चाहिए, अर्थात इंजीनियरों को हस्तांतरित किया जाना चाहिए।

प्रेरित पेशेवरों को परियोजना पर काम करना चाहिए। काम पूरा करने के लिए, परिस्थितियां बनाएं, सहायता प्रदान करें और उन पर पूरी तरह से भरोसा करें।

प्रत्यक्ष संचार को प्रत्यक्ष कार्य में हस्तक्षेप नहीं करना चाहिए। जब वर्कफ़्लो को उनकी आवश्यकता हो तो मीटिंग्स आयोजित करें।

एक गुणवत्ता उत्पाद सफलता का एक महत्वपूर्ण संकेतक है।

किसी को भी "पहनने के लिए" काम नहीं करना चाहिए। आपको किसी भी अनुचित "लय" और "चक्र" का पालन किए बिना, शांति से काम करने की आवश्यकता है। प्रसंस्करण अस्वीकार्य है।

प्रक्रिया पर लगातार ध्यान देने से सिस्टम की गुणवत्ता, विश्वसनीयता और लचीलापन बढ़ जाता है।

सर्वश्रेष्ठ आवश्यकताओं, वास्तुकला और तकनीकी समाधान टीमों से पैदा होते हैं जो आवश्यकताओं, वास्तुकला और तकनीकी समाधानों पर बारीकी से काम करते हैं।

यह सामान्य पेशेवर स्तर और समग्र प्रक्रिया में भागीदारी की डिग्री बढ़ाने के लिए प्रस्तुतियों और सेमिनारों को धारण करने के लिए उपयोगी है।

प्रकट करने के लिए टिप्पणियाँ

नई आवश्यकताओं की तुलना में अवधारणा अधिक महत्वपूर्ण है।

सॉफ्टवेयर विकास शुरू करने से पहले, दो काम करने होंगे:

1. एक सॉफ्टवेयर मॉडल विकसित करना;
2. सॉफ्टवेयर आर्किटेक्चर के बारे में सोचें।

यदि ग्राहक अचानक नई आवश्यकताओं के साथ आता है, तो आपको "परिवर्तनों के लिए तैयार" होने की आवश्यकता नहीं है, लेकिन पुरानी अवधारणा के साथ नई आवश्यकताओं की तुलना करने के लिए तैयार है।

यदि आवश्यकताएं मौजूदा मैटमॉडल और वास्तुकला पर पड़ती हैं - ठीक है। हमने कार्य को कतार में रखा। यदि आप नहीं रखते हैं, तो आपको नई आवश्यकताओं को समायोजित करने या त्यागने की ज़रूरत है, या मॉडल और आर्किटेक्चर को बदलना होगा ताकि आवश्यकताएं उन पर पड़ें। और यह एक नई योजना है, जो पहले से ही किया गया है, वह है, समय और पैसा।

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

गुणवत्ता गति से अधिक महत्वपूर्ण है

दूसरे शब्दों में, तकनीकी प्रक्रिया समय की तुलना में अधिक महत्वपूर्ण है।

एक निर्माण स्थल पर वे हेलमेट में चलते हैं। क्यों? क्योंकि इसके लिए सुरक्षा की आवश्यकता होती है।
सॉफ्टवेयर डेवलपर्स परीक्षण और प्रलेखन लिखते हैं। क्यों? क्योंकि यह सॉफ्टवेयर उत्पादन की तकनीक है।

कई कार्यालय बेकार या खराब तरीके से काम कर रहे हैं, अहम, सॉफ्टवेयर, यह सब दिमाग में लाने के लिए थोड़ा समय बिताने के बजाय। और फिर वे "कीड़े को ठीक करना" शुरू करते हैं।

खतरनाक नियमितता के साथ, ऐसे संकेत हैं कि अगला एप्लिकेशन (या यहां तक ​​कि पूरे ओएस) अगले अपडेट के बाद काम करना बंद कर देता है। साप्ताहिक "तकनीकी" अपडेट के बारे में क्या है जो "समग्र स्थिरता और विश्वसनीयता" में सुधार करता है? क्या वह परिचित है?

हम स्वयं इस दुष्चक्र को बनाते हैं: हर कोई जल्दी में है, इसलिए हम जल्दी में हैं, इसलिए हर कोई जल्दी में है। यह रुकने और सोचने का समय है।

अनुरोध के अनुसार करने से अधिक महत्वपूर्ण क्या है

. , X . , , X, , , , , , , A, B , , C.

— "" " ", , " ", "", " ". , — , .

, . , , , , , , X, , Y , . , , ? ?

→

P.S.

.

, , , "".

… , , — , ...

powerman

— . :)

DexterHD