एजाइल, कानबन आदि के पक्ष में चरम प्रोग्रामिंग (एक्सपी) पुराना क्यों हो गया है?


15

मुझे XP (चरम प्रोग्रामिंग) पसंद है, विशेष रूप से वह हिस्सा जहां एक ही स्क्रीन पर 2 प्रोग्रामर हैं, क्योंकि समस्या का समाधान अक्सर अधिक तेज़ी से पाया जाता है यदि आप केवल यह समझाते हैं कि आप क्या कर रहे हैं और जोड़ी प्रोग्रामिंग आपको समझाने के लिए मजबूर करती है कि आप क्या हैं करते हुए।

पिछले 10 वर्षों में, कार्य करने की XP शैली कार्यविधियों के पक्ष में पुरानी हो गई है: चंचल और / या कानबन। क्यों? चूंकि XP ​​मुझे काम करने का एक बहुत अच्छा तरीका लगता है और प्रोग्रामिंग के बारे में बहुत कुछ है, जबकि एजाइल और कानबन प्रक्रियाओं के बारे में अधिक हैं।


28
XP एक चुस्त दृष्टिकोण है। तो "चुस्त" वास्तव में XP की जगह नहीं ले सकता।
जोआचिम सॉर

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

3
विकिपीडिया पर XP पर आलोचनाओं की एक दिलचस्प सूची है , लेकिन यदि आप इसके माध्यम से स्कैन करते हैं, तो यह सामान्य रूप से एजाइल पर लागू होता है।
यानि

3
मुझे नहीं लगता कि XP ​​कहीं भी गया। इसमें से अधिकांश को चुस्त विकास के हिस्से के रूप में माना जाता है। मुझे लगता है कि 'चरम' शब्द का प्रयोग शैली से बाहर हो गया था। इसने मुझे हमेशा माउंट पर रखे कोडर की छवि दी। एक स्नोबोर्ड के साथ ओस डेस्क पर झुक गया।
जिमीजैम

पूरे "जोड़ी प्रोग्रामिंग" चीज ने काम नहीं किया, IMO। यह कुछ अलग-थलग समस्याओं को हल करने के लिए बहुत अच्छा है, लेकिन अधिकांश प्रोग्रामिंग समस्याएँ (उपयोगकर्ता इंटरफ़ेस, आर्किटेक्चर, व्यावसायिक नियम) एक ही स्क्रीन पर दो सॉफ्टवेयर डेवलपर्स के बैठने की लागत को उचित नहीं ठहराते हैं।
रॉबर्ट हार्वे

जवाबों:


21

पूरे क्षेत्र के विकास से संबंधित विभिन्न शैलियों, विधियों और मानसिकता का एक बहुत कुछ है, और हर चीज का अपना, चमकदार नाम है।

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

विशेष रूप से कानबन सॉफ्टवेयर विकास से मूल रूप से नहीं आता है, यह कारों के निर्माण में उत्पन्न होता है (मैं याद दिलाता हूं कि टोयोटा ने इसे कारों के निर्माण के लिए पेश किया था और कुछ सॉफ्टवेयर डेवलपर्स ने इसे अपनाया और विस्तारित किया था)

जोड़ी प्रोग्रामिंग, कोड समीक्षा और इस तरह के सामान सिर्फ उपकरण हैं - आप कर सकते हैं (और चाहिए) हमेशा इसे एक परियोजना के दौरान करते हैं, भले ही आप किस विधि का उपयोग करें। यह सिर्फ इतना है कि यह सामान स्थिर से ज्यादा चुस्त है।

XP ने कम या ज्यादा इन चीजों को पेश किया (या कम से कम उन्हें एक चमकदार नाम दिया गया) और निम्नलिखित सभी सामानों ने उन्हें अपनाया क्योंकि यह बस अच्छा काम करता था।


3
जैसा कि @refro ने भी उल्लेख किया है, स्क्रम और कंबन में जोड़ी प्रोग्रामिंग या कोड समीक्षा शामिल नहीं है (लेकिन न तो वे इन्हें बाहर करते हैं)। दोनों एक सॉफ्टवेयर विकास प्रक्रिया की तुलना में एक परियोजना प्रबंधन पद्धति के अधिक हैं। और जैसे, वे सॉफ्टवेयर विकास के बाहर कई प्रकार के क्षेत्रों में लागू होते हैं। जबकि XP ​​विशेष रूप से एक सॉफ्टवेयर विकास दृष्टिकोण है। ये सह-कलाकार हो सकते हैं - आप अपनी XP टीम को स्क्रम तरीके से प्रबंधित कर सकते हैं।
Péter Török

16

मेरे विचार में XP एक प्रोग्रामिंग प्रैक्टिस है, स्क्रैम और कानबन प्रोजेक्ट मैनेजमेंट प्रैक्टिस हैं। उनका रिश्ता है लेकिन एक-दूसरे की जगह नहीं लेते।

हमारे काबान प्रोजेक्ट में हम जोड़ी प्रोग्रामिंग (ज्यादातर जटिल अनुभागों और डिबगिंग के लिए), टीडीडी, सीआई का उपयोग करते हैं। तो यह अभी भी उपयोग किया जाता है, लेकिन प्रबंधन परियोजना प्रबंधन की ओर जोर दे रहा है।


1
जोड़ी प्रोग्रामिंग संगीतकारों की प्रथाओं में ठेला लगाने जैसा है। यह कभी-कभी काम करता है और कभी-कभी काम नहीं करता है। दुर्लभ मामलों में इसे खेलने के सामान्य तरीके के रूप में अपनाया जा सकता है और रचना करने के तरीके के रूप में बहुत ही दुर्लभ मामलों में ।
एलेक्स यू

0

चरम प्रोग्रामिंग विकास के यांत्रिकी के बारे में है, जबकि एजाइल एसडीएलसी (सॉफ्टवेयर विकास जीवन चक्र) के बारे में है।

अब तक नाम से "एक्सट्रीम प्रोग्रामिंग" के बारे में आपने जो सुना नहीं है उसका मुख्य कारण "एक्सट्रीम" शब्द का प्रयोग एक सकारात्मक विशेषण के रूप में है जो 90 के दशक की शुरुआती-00 की पुरानी बात है जिसे अब कॉर्नी के रूप में देखा जाता है। यह ज्यादातर मार्केटिंग का शिकार है। यही कारण है कि आप लगभग विशेष रूप से इसे "एक्सपी" के रूप में संदर्भित करते हैं, यहां तक ​​कि मौखिक रूप से भी सुना।


0

जोड़ी प्रोग्रामिंग के बारे में मेरे कुछ विचार हैं।

मेरे लिए यह कुछ ऐसा है जो आप तब करते हैं जब आप किसी चीज से फंस जाते हैं। उस समय यह बहुत प्रभावी हो सकता है, यह आपको एक रट से बाहर निकाल सकता है। लेकिन यह थका देने वाला और काम करने का एक तरीका भी है जो स्टीरियो टाइप प्रोग्रामर को कभी-कभार ज्यादा करना पसंद नहीं है।

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

जहां मैं काम करता हूं जोड़ी प्रोग्रामिंग औपचारिक नहीं है, लेकिन हमारे पास तदर्थ सत्र हैं और वे आम तौर पर संक्षिप्त हैं। यह "अरे सह-कार्यकर्ता, कुछ चरम प्रोग्रामिंग के बारे में कैसा होगा?" यह अक्सर "क्या आप मेरी स्क्रीन पर नज़र डाल सकते हैं?" और उनके लिए एक कुर्सी खींच रहा है।

इसलिए मुझे नहीं लगता कि जोड़ी प्रोग्रामिंग मर गई है या कम लोकप्रिय है, यह सिर्फ उन उपकरणों में से एक है जो आप बहुत बार उपयोग नहीं करते हैं क्योंकि यह महंगा है, और प्राथमिक रूप से नहीं क्योंकि आपके पास दो भुगतान किए गए लोग एक चीज पर काम कर रहे हैं।


0

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

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


0

मैंने हमेशा सोचा है कि स्क्रैम एजाइल का संस्करण था जो प्रबंधन को बेचना सबसे आसान था: नियतात्मक अनुमान, इसके कुछ सिद्धांत, अच्छी तरह से परिभाषित प्रकृति ("आप वास्तव में स्क्रैम नहीं कर रहे हैं - दोषी महसूस करते हैं!") ...

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

XP की ओर, जोड़ी प्रोग्रामिंग आमतौर पर प्रबंधन, विशेष रूप से गैर-तकनीकी प्रबंधन के लिए अपील नहीं करती है।

इसे SAT सादृश्य प्रारूप में रखने के लिए, Scrum: XP :: The Monkees: The Beatles

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.