अंत में, चरम प्रोग्रामिंग प्रथाओं और कार्यप्रणाली के एक सेट के बारे में है जो व्यवसाय के बेहतर मूल्य की ओर ले जाता है। इसका सबसे अच्छा चित्रण जो मुझे मिला है, वह http://c2.com/cgi/wiki?ExtremeProgrammingEniablehart से है
नीले रंग में सब कुछ XP के कोर का हिस्सा है ।
इसके कुछ हिस्से ऐसे हैं जो इसके बाहरी हिस्से में हैं जो नीले क्षेत्र के भीतर चीजों को सक्षम करने में मदद करते हैं और एक पूरे के रूप में एक्सपी का हिस्सा हैं, लेकिन इसके लिए महत्वपूर्ण नहीं है। ध्यान दें कि मैं व्यक्तिगत रूप से एक एक्सपी व्यवसायी नहीं हूं और मैंने एक्सपी के बाद "लगभग" लोगों की आलोचना की उचित मात्रा में पढ़ा है कि विभिन्न लोग एक्सपी नहीं हैं। आओ हम XP के हठधर्मिता के उस पहलू को थोड़ा अलग करते हैं और देखते हैं कि हमारे पास क्या है।
एहसास करें कि पहली और अधिकांश चीजों में से एक ग्राहक से प्रक्रिया के लिए प्रतिबद्धता है। XP का एक प्रमुख घटक ग्राहक की भागीदारी है। यह कई स्पॉट्स में प्रदर्शित होता है जैसे कि रिलीज प्लानिंग, छोटे रिलीज, ऑफसाइट कस्टमर मूल्यांकन। ये चीजें हैं जो आपके ग्राहकों को सदस्यता लेने की आवश्यकता होगी यदि आप एक एकल डेवलपर के रूप में XP में सफल होने जा रहे हैं। यदि वे इसके बजाय एक डिजाइन और फिर एक विकास अवधि और फिर परीक्षण और इस तरह के लिए पूछते हैं, तो आपको आगे जाने के लिए उनसे प्रतिबद्धता नहीं होगी।
XP का मतलब कोई प्लानिंग नहीं है। इसमें कई बिंदु हैं जहाँ नियोजन इसका हिस्सा है - प्राथमिकताकरण, उपयोगकर्ता कहानी अनुमान, पुनरावृत्ति नियोजन और कार्य परिभाषा। भले ही आप इस पर एक डेवलपर हैं, ये चीजें हैं जिन्हें आपको अपने ग्राहक के साथ काम करने की आवश्यकता होगी।
कोड और जोड़ी प्रोग्रामिंग के सामूहिक स्वामित्व जैसे बिंदु एक से अधिक चीजें शामिल हैं। कोडिंग मानकों जैसी चीजों पर निर्णय लेना बहुत आसान है, लेकिन इसका मतलब यह नहीं है कि आपको उनका पालन करने की आवश्यकता नहीं है। सामूहिक कोड स्वामित्व अभी भी लागू होता है - इसका सिर्फ इतना है कि स्वामित्व अगला डेवलपर भी है - वह कोड न लिखें जो आपके और आपके लिए अकेले हो। ध्यान दें कि यह कुछ हद तक संघर्ष में है 'कोड सभी इरादे प्रकट करता है' जो कि युग्म प्रोग्रामिंग द्वारा सक्षम है - आपके पास उस व्यक्ति की जांच करने के लिए नहीं है कि आप बनाए रखने योग्य कोड लिख रहे हैं, इसलिए कोड का प्रलेखन भी महत्वपूर्ण है।
उन कैविट्स के अलावा, कई एक्सपी डिजाइन सिद्धांत अभी भी लागू होते हैं। टेस्ट फर्स्ट डिजाइन, निरंतर एकीकरण, ग्राहक के साथ मीटिंग, रिफैक्टिंग, YAGNI, स्पाइक सॉल्यूशन जैसी चीजें - उन कॉल को सोलो किया जा सकता है।
एहसास है कि एकल XP नियमित रूप से XP के रूप में अधिक या अधिक अनुशासन लेता है। XP को अक्सर एक उच्च अनुशासन पद्धति माना जाता है, जिसमें लोगों को सर्वोत्तम प्रथाओं के लिए कठोर पालन बनाए रखने की आवश्यकता होती है जो इसे मूर्त रूप देने की कोशिश करता है। जब आपके पास एक कोच या अन्य लोगों का समर्थन करने के लिए नहीं होता है, तो उस अनुशासन का समर्थन करने की आवश्यकता होती है, जो एक्सपी के लिए कुछ समानताएं सहन करने वाली प्रथाओं के एक हॉजपॉट में गिर सकती है।
संबंधित पढ़ने:
मैं c2 लिंक के पहले से एक उद्धरण निकालना चाहूंगा:
प्रख्यात पर्ल लैंग्वेजरी और पागल वैज्ञानिक, डेमियन कॉनवे का मानना है कि एक्सट्रीम प्रोग्रामिंग वास्तव में एक मिथ्या नाम है। चूँकि यह प्रोग्रामर को सिखाए जाने वाले कई अच्छे प्रोग्रामिंग अभ्यासों का प्रतीक है, लेकिन लगभग निश्चित रूप से अनदेखा करते हैं, उनका मानना है कि इसे वास्तव में अल्ट्रा कंजर्वेटिव प्रोग्रामिंग कहा जाना चाहिए था