विरोधी प्रतिरूप: Difference between revisions

From Vigyanwiki
(Created page with "{{Short description|Common response to a recurring problem that is usually ineffective or counterproductive}} सॉफ्टवेयर इंजीनियरिंग...")
 
No edit summary
Line 1: Line 1:
{{Short description|Common response to a recurring problem that is usually ineffective or counterproductive}}
[[सॉफ्टवेयर इंजीनियरिंग|सॉफ्टवेयर अभियांत्रिकी]], [[परियोजना प्रबंधन]] और व्यावसायिक प्रक्रियाओं में '''विरोधी प्रतिरूप''' एक आवर्ती समस्या के लिए एक आम प्रतिक्रिया होती है जो सामान्यतः अप्रभावी होती है और अत्यधिक प्रतिकूल होने का जोखिम उठाती है।{{sfn|Budgen|2003|p=225}}{{sfn|Ambler|1998|p=4}} यह शब्द, कंप्यूटर प्रोग्रामर [[एंड्रयू कोएनिग (प्रोग्रामर)]] द्वारा 1995 में प्रस्तावित किया गया था, जो [[डिज़ाइन पैटर्न|डिज़ाइन प्रतिरूप]] नामक पुस्तक से प्रेरित था (जो सॉफ्टवेयर विकास में कई डिज़ाइन प्रतिरूप पर प्रकाश डालता है, जिसे इसके लेखक अत्यधिक विश्वसनीय और प्रभावी मानते है){{sfn|Neill|Laplante|DeFranco|2011|p=4}} 1996 में वस्तु विश्व पश्चिम सम्मेलन में माइकल एक्रोयड द्वारा प्रस्तुत एक पेपर में विरोधी प्रतिरूप का दस्तावेजीकरण किया गया था।{{sfn|Neill|Laplante|DeFranco|2011|p=4}}
[[सॉफ्टवेयर इंजीनियरिंग]], [[परियोजना प्रबंधन]] और व्यावसायिक प्रक्रियाओं में एक विरोधी पैटर्न एक आवर्ती समस्या के लिए एक सामान्य प्रतिक्रिया है जो आमतौर पर अप्रभावी होती है और अत्यधिक प्रतिकूल होने का जोखिम होता है।{{sfn|Budgen|2003|p=225}}{{sfn|Ambler|1998|p=4}} कंप्यूटर प्रोग्रामर [[एंड्रयू कोएनिग (प्रोग्रामर)]] द्वारा 1995 में गढ़ा गया यह शब्द, [[डिज़ाइन पैटर्न]] (पुस्तक) नामक पुस्तक से प्रेरित था (जो सॉफ़्टवेयर विकास में कई डिज़ाइन पैटर्न पर प्रकाश डालता है जिसे इसके लेखक अत्यधिक विश्वसनीय और प्रभावी मानते हैं) और सबसे पहले जर्नल ऑफ़ ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग में उनके लेख में प्रकाशित।{{sfn|Neill|Laplante|DeFranco|2011|p=4}}
1996 में ऑब्जेक्ट वर्ल्ड वेस्ट कॉन्फ्रेंस में माइकल एक्रोयड द्वारा प्रस्तुत एक और पेपर में भी विरोधी पैटर्न का दस्तावेजीकरण किया गया।{{sfn|Neill|Laplante|DeFranco|2011|p=4}}


हालाँकि, 1998 की पुस्तक [[एंटीपैटर्न]]्स ने इस विचार को लोकप्रिय बनाया और सॉफ्टवेयर आर्किटेक्चर और प्रोजेक्ट प्रबंधन को शामिल करने के लिए सॉफ्टवेयर डिजाइन के क्षेत्र से परे इसका दायरा बढ़ाया।{{sfn|Neill|Laplante|DeFranco|2011|p=4}}
चूँकि, 1998 की पुस्तक [[एंटीपैटर्न|विरोधी प्रतिरूप]] ने इस विचार को लोकप्रिय बनाया था और सॉफ्टवेयर वास्तुकला और योजना प्रबंधन को सम्मलित करने के लिए सॉफ्टवेयर डिजाइन किया था।{{sfn|Neill|Laplante|DeFranco|2011|p=4}} अन्य लेखकों ने पर्यावरण, संगठनात्मक, सांस्कृतिक विरोधी प्रतिरूप को सम्मलित करने के लिए इसे और आगे बढ़ाया है।{{sfn|Neill|Laplante|DeFranco|2011|p=5}}ka
अन्य लेखकों ने पर्यावरण/संगठनात्मक/सांस्कृतिक विरोधी पैटर्न को शामिल करने के लिए इसे और आगे बढ़ाया है।{{sfn|Neill|Laplante|DeFranco|2011|p=5}}


== परिभाषा ==
== परिभाषा ==
डिज़ाइन पैटर्न के लेखकों के अनुसार, एंटी-पैटर्न में दो प्रमुख तत्व होते हैं जो इसे एक बुरी आदत, बुरे अभ्यास या बुरे विचार से अलग करते हैं:
डिज़ाइन प्रतिरूप के लेखकों के अनुसार, विरोधी प्रतिरूप में दो प्रमुख तत्व होते है जो इसे एक बुरे अभ्यास या बुरे विचार से अलग करते है:


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


जो आमतौर पर उपयोग किया जाता है उसके लिए एक मार्गदर्शिका पैटर्न के समान तीन नियम हैं: एक विरोधी पैटर्न होने के लिए इसे कम से कम तीन बार घटित होते देखा जाना चाहिए।{{sfn|Neill|Laplante|DeFranco|2011|p=6}}
सामान्यतः जो उपयोग किया जाता है उसके लिए एक मार्गदर्शिका प्रतिरूप के समान "तीन में से एक नियम" होता है: एक विरोधी प्रतिरूप होने के लिए इसे कम से कम तीन बार घटित होते हुए देखा जा सकता है।{{sfn|Neill|Laplante|DeFranco|2011|p=6}}


== उपयोग ==
== उपयोग ==
किसी समस्या स्थान का विश्लेषण करने और विशेषज्ञ ज्ञान प्राप्त करने के लिए विरोधी पैटर्न का दस्तावेजीकरण एक प्रभावी तरीका हो सकता है।{{sfn|Jimenez|2006}}
किसी समस्या स्थान का विश्लेषण करने और विशेषज्ञ ज्ञान प्राप्त करने के लिए विरोधी प्रतिरूप का दस्तावेजीकरण एक प्रभावी विधि हो सकती है।{{sfn|Jimenez|2006}}


जबकि कुछ एंटी-पैटर्न विवरण केवल पैटर्न के प्रतिकूल परिणामों का दस्तावेजीकरण करते हैं, अच्छा एंटी-पैटर्न दस्तावेज़ीकरण एंटी-पैटर्न को सुधारने का एक विकल्प या साधन भी प्रदान करता है।{{sfn|Demeyer|2008|p=102}}
जबकि कुछ विरोधी प्रतिरूप विवरण केवल प्रतिरूप के प्रतिकूल परिणामों का दस्तावेजीकरण करते है, अच्छा विरोधी प्रतिरूप दस्तावेज़ीकरण विरोधी प्रतिरूप को सुधारने का एक विकल्प या साधन भी प्रदान करता है।{{sfn|Demeyer|2008|p=102}}


== सॉफ्टवेयर इंजीनियरिंग विरोधी पैटर्न ==
== सॉफ्टवेयर अभियांत्रिकी विरोधी प्रतिरूप ==
सॉफ़्टवेयर इंजीनियरिंग में, एंटी-पैटर्न में मिट्टी की बड़ी गेंद (कमी) डिज़ाइन शामिल है; [[भगवान आपत्ति]] (जहाँ एक एकल वर्ग (प्रोग्रामिंग) कई वर्गों में वितरित नियंत्रण के बजाय [[कंप्यूटर प्रोग्राम]] में सभी नियंत्रण संभालता है); और पोल्टरजिस्ट (क्षणिक नियंत्रक वर्ग जो केवल कक्षाओं पर अन्य तरीकों को लागू करने के लिए मौजूद हैं)।{{sfn|Demeyer|2008|p=102}}
सॉफ्टवेयर अभियांत्रिकी में, विरोधी प्रतिरूप में मिट्टी की एक बड़ी गेंद डिज़ाइन सम्मलित होती है, [[भगवान आपत्ति|गॉड वर्ग]] जहाँ एक एकल वर्ग प्रोग्रामिंग कई वर्गों में वितरित नियंत्रण के अतिरिक्त [[कंप्यूटर प्रोग्राम]] में सभी नियंत्रण संभालता है, और पोल्टरजिस्ट क्षणिक नियंत्रक वर्ग जो केवल कक्षाओं पर अन्य विधियों को लागू करने के लिए उपस्थित है।{{sfn|Demeyer|2008|p=102}}


===कीचड़ का बड़ा गोला===
===मिट्टी की एक बड़ी गेंद===
यह एक [[सॉफ्टवेयर प्रणाली]] को इंगित करता है जिसमें बोधगम्य वास्तुकला का अभाव है। हालाँकि सॉफ़्टवेयर इंजीनियरिंग के दृष्टिकोण से अवांछनीय है, व्यावसायिक दबाव, डेवलपर [[टर्नओवर (रोज़गार)]] और [[सॉफ्टवेयर एन्ट्रापी]] के कारण ऐसी प्रणालियाँ व्यवहार में आम हैं।
यह एक [[सॉफ्टवेयर प्रणाली]] को इंगित करता है जिसमें बोधगम्य वास्तुकला का अभाव होता है। चूँकि सॉफ्टवेयर अभियांत्रिकी के दृष्टिकोण से अवांछनीय होती है, व्यावसायिक दबाव, [[टर्नओवर (रोज़गार)|विकासक आवर्त]] और [[सॉफ्टवेयर एन्ट्रापी]] के कारण ऐसी प्रणालियाँ व्यवहार में आम होती है।


यह शब्द [[ब्रायन फूटे (कंप्यूटर वैज्ञानिक)]] और जोसेफ योडर के 1997 के इसी नाम के पेपर में लोकप्रिय हुआ, जो इस शब्द को परिभाषित करता है:
यह शब्द [[ब्रायन फूटे (कंप्यूटर वैज्ञानिक)|ब्रायन फूटे]] और जोसेफ योडर के 1997 के पेपर में लोकप्रिय हुआ था, जो इस शब्द को परिभाषित करता है:


{{bquote|
{{bquote|
A Big Ball of Mud is a haphazardly structured, sprawling, sloppy, duct-tape-and-baling-wire, [[spaghetti code|spaghetti-code]] jungle. These systems show unmistakable signs of unregulated growth, and repeated, expedient repair. Information is shared promiscuously among distant elements of the system, often to the point where nearly all the important information becomes global or duplicated.
मिट्टी की एक बड़ी गेंद एक बेतरतीब तरह से संरचित, फैला हुआ, डक्ट-टेप-और-बेलिंग-वायर, [[स्पेगेटी कोड|स्पेगेटी-कोड]] है। ये प्रणाली अनियमित विकास और बार-बार, शीघ्र अचूक संकेत दिखाते है। सूचना को प्रणाली के दूरस्थ तत्वों के बीच अनियमित रूप से साझा किया जाता है, अधिकांशतः उस बिंदु तक जहां लगभग सभी महत्वपूर्ण जानकारी वैश्विक हो जाती है।


The overall structure of the system may never have been well defined.
प्रणाली की समग्र संरचना को कभी भी अच्छी तरह से परिभाषित नहीं किया जा सकता है।


If it was, it may have eroded beyond recognition. Programmers with a shred of architectural sensibility shun these quagmires. Only those who are unconcerned about architecture, and, perhaps, are comfortable with the inertia of the day-to-day chore of patching the holes in these failing dikes, are content to work on such systems.
वास्तुकला की थोड़ी-सी समझ रखने वाले प्रोग्रामर इन समस्याओं से दूर रहते है। केवल वे लोग जो वास्तुकला के बारे में चिंतित नहीं है, और, संभवतः, इन असफल बांधों में छेदों को भरने के दिन-प्रतिदिन के काम करने में सहज होते है, ऐसी प्रणालियों पर काम करने के लिए संतुष्ट होते है।|ब्रायन फूटे और जोसेफ योडर|''मिट्टी की बड़ी गेंद'' कार्यक्रमों के प्रतिरूप भाषाओं पर चौथा सम्मेलन (पीएलओपी '97/यूरोपीएलओपी '97) मोंटीसेलो, इलिनोइस, सितंबर 1997}}
|Brian Foote and Joseph Yoder
|''Big Ball of Mud.'' Fourth Conference on Patterns Languages of Programs (PLoP '97/EuroPLoP '97) Monticello, Illinois, September 1997
}}


फूटे और योडर ने इस प्रकार की वास्तुकला के लिए 'मिट्टी की बड़ी गेंद' शब्द के प्रवर्तक के रूप में ब्रायन मैरिक को श्रेय दिया है।<ref>{{cite web |last1=Foote |first1=Brian |last2=Yoder |first2=Joseph |url=http://www.laputan.org/mud/mud.html#BigBallOfMud |title=मिट्टी की बड़ी गेंद|website=laputan.org |date=26 June 1999 |accessdate=14 April 2019}}</ref>
फूटे और योडर ने इस प्रकार की वास्तुकला के लिए 'मिट्टी की बड़ी गेंद' शब्द के प्रवर्तक के रूप में ब्रायन मैरिक को श्रेय दिया है।<ref>{{cite web |last1=Foote |first1=Brian |last2=Yoder |first2=Joseph |url=http://www.laputan.org/mud/mud.html#BigBallOfMud |title=मिट्टी की बड़ी गेंद|website=laputan.org |date=26 June 1999 |accessdate=14 April 2019}}</ref>
 
== परियोजना प्रबंधन विरोधी प्रतिरूप ==
 
विरोधी प्रतिरूप पुस्तक में परियोजना प्रबंधन में ब्लोहार्ड जाम्बोरे, [[विश्लेषण पक्षाघात]], व्यूग्राफ अभियांत्रिकी, सफलता का डर (परियोजना पूरी होने के निकट अतार्किक भय), द कॉर्नकोब (लोगों के साथ कठिनाइयाँ), बौद्धिक हिंसा (शब्दजाल या रहस्यमय प्रौद्योगिकी के उपयोग के माध्यम से भय), अतार्किक प्रबंधन (बुरी प्रबंधन आदते), अग्नि अभ्यास (छोटे संकटों के कारण लंबी अवधि की एकरसता), द फ्यूड (प्रबंधकों के बीच संघर्ष), और ई -मेल समस्यात्मक (गलत सलाह वाले ई-मेल संदेशों से उत्पन्न स्थितियाँ) सम्मलित होते है।{{sfn|Neill|Laplante|DeFranco|2011|p=5}}
== परियोजना प्रबंधन विरोधी पैटर्न ==
एंटीपैटर्न पुस्तक में शामिल परियोजना प्रबंधन विरोधी पैटर्न में ब्लोहार्ड जाम्बोरे (उद्योग पंडितों की अधिकता), [[विश्लेषण पक्षाघात]], व्यूग्राफ इंजीनियरिंग (प्रस्तुतीकरण बनाने में बहुत अधिक समय और वास्तविक सॉफ्टवेयर पर पर्याप्त नहीं), डेथ बाय प्लानिंग (इसी तरह, बहुत अधिक) शामिल हैं योजना बनाना), सफलता का डर (परियोजना पूरी होने के निकट अतार्किक भय), द कॉर्नकोब (लोगों के साथ कठिनाइयाँ), बौद्धिक हिंसा (शब्दजाल या रहस्यमय प्रौद्योगिकी के उपयोग के माध्यम से डराना), अतार्किक प्रबंधन (बुरी प्रबंधन आदतें), धुआँ और दर्पण (अत्यधिक उपयोग) सेल्सपर्सन द्वारा डेमो और प्रोटोटाइप के), थ्रो इट ओवर द वॉल (बिना खरीद-फरोख्त के डेवलपर्स पर सनक सॉफ्टवेयर इंजीनियरिंग प्रथाओं को थोपना), फायर ड्रिल (छोटे संकटों के कारण लंबी अवधि की एकरसता), द फ्यूड (प्रबंधकों के बीच संघर्ष), और ई -मेल खतरनाक है (गलत सलाह वाले ई-मेल संदेशों से उत्पन्न स्थितियाँ){{sfn|Neill|Laplante|DeFranco|2011|p=5}}


== यह भी देखें ==
== यह भी देखें ==
*[[कोड गंध]] - ख़राब प्रोग्रामिंग का लक्षण
*[[कोड गंध]] - ख़राब प्रोग्रामिंग का लक्षण
*डिज़ाइन गंध
*डिज़ाइन गंध
*[[ गहरा पैटर्न ]]
*[[ गहरा पैटर्न | गहरा प्रतिरूप]]
*[[सॉफ्टवेयर विकास दर्शन की सूची]] - सॉफ्टवेयर विकास के लिए दृष्टिकोण, शैलियाँ, सिद्धांत और दर्शन
*[[सॉफ्टवेयर विकास दर्शन की सूची]] - सॉफ्टवेयर विकास के लिए दृष्टिकोण, शैलियाँ, सिद्धांत और दर्शन
* [[स्थैतिक कोड विश्लेषण के लिए उपकरणों की सूची]]
* [[स्थैतिक कोड विश्लेषण के लिए उपकरणों की सूची]]

Revision as of 20:27, 3 July 2023

सॉफ्टवेयर अभियांत्रिकी, परियोजना प्रबंधन और व्यावसायिक प्रक्रियाओं में विरोधी प्रतिरूप एक आवर्ती समस्या के लिए एक आम प्रतिक्रिया होती है जो सामान्यतः अप्रभावी होती है और अत्यधिक प्रतिकूल होने का जोखिम उठाती है।[1][2] यह शब्द, कंप्यूटर प्रोग्रामर एंड्रयू कोएनिग (प्रोग्रामर) द्वारा 1995 में प्रस्तावित किया गया था, जो डिज़ाइन प्रतिरूप नामक पुस्तक से प्रेरित था (जो सॉफ्टवेयर विकास में कई डिज़ाइन प्रतिरूप पर प्रकाश डालता है, जिसे इसके लेखक अत्यधिक विश्वसनीय और प्रभावी मानते है)।[3] 1996 में वस्तु विश्व पश्चिम सम्मेलन में माइकल एक्रोयड द्वारा प्रस्तुत एक पेपर में विरोधी प्रतिरूप का दस्तावेजीकरण किया गया था।[3]

चूँकि, 1998 की पुस्तक विरोधी प्रतिरूप ने इस विचार को लोकप्रिय बनाया था और सॉफ्टवेयर वास्तुकला और योजना प्रबंधन को सम्मलित करने के लिए सॉफ्टवेयर डिजाइन किया था।[3] अन्य लेखकों ने पर्यावरण, संगठनात्मक, सांस्कृतिक विरोधी प्रतिरूप को सम्मलित करने के लिए इसे और आगे बढ़ाया है।[4]ka

परिभाषा

डिज़ाइन प्रतिरूप के लेखकों के अनुसार, विरोधी प्रतिरूप में दो प्रमुख तत्व होते है जो इसे एक बुरे अभ्यास या बुरे विचार से अलग करते है:

  1. विरोधी प्रतिरूप सामान्यतः उपयोग की जाने वाली प्रक्रिया, संरचना का प्रतिरूप होता है, जो प्रारंभ में किसी समस्या के लिए उचित और प्रभावी प्रतिक्रिया प्रतीत होने के अतिरिक्त, अच्छे परिणामों की तुलना में अधिक बुरे परिणाम देता है।
  2. उस समस्या का एक और समाधान उपस्थित होता है जिसे विरोधी प्रतिरूप संबोधित करने का प्रयास करता है। यह समाधान प्रलेखित होता है, दोहराने योग्य होता है, और जहां विरोधी प्रतिरूप नहीं होता है वहां भी प्रभावी सिद्ध होता है।

सामान्यतः जो उपयोग किया जाता है उसके लिए एक मार्गदर्शिका प्रतिरूप के समान "तीन में से एक नियम" होता है: एक विरोधी प्रतिरूप होने के लिए इसे कम से कम तीन बार घटित होते हुए देखा जा सकता है।[5]

उपयोग

किसी समस्या स्थान का विश्लेषण करने और विशेषज्ञ ज्ञान प्राप्त करने के लिए विरोधी प्रतिरूप का दस्तावेजीकरण एक प्रभावी विधि हो सकती है।[6]

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

सॉफ्टवेयर अभियांत्रिकी विरोधी प्रतिरूप

सॉफ्टवेयर अभियांत्रिकी में, विरोधी प्रतिरूप में मिट्टी की एक बड़ी गेंद डिज़ाइन सम्मलित होती है, गॉड वर्ग जहाँ एक एकल वर्ग प्रोग्रामिंग कई वर्गों में वितरित नियंत्रण के अतिरिक्त कंप्यूटर प्रोग्राम में सभी नियंत्रण संभालता है, और पोल्टरजिस्ट क्षणिक नियंत्रक वर्ग जो केवल कक्षाओं पर अन्य विधियों को लागू करने के लिए उपस्थित है।[7]

मिट्टी की एक बड़ी गेंद

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

यह शब्द ब्रायन फूटे और जोसेफ योडर के 1997 के पेपर में लोकप्रिय हुआ था, जो इस शब्द को परिभाषित करता है:

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

प्रणाली की समग्र संरचना को कभी भी अच्छी तरह से परिभाषित नहीं किया जा सकता है।

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

— ब्रायन फूटे और जोसेफ योडर, मिट्टी की बड़ी गेंद कार्यक्रमों के प्रतिरूप भाषाओं पर चौथा सम्मेलन (पीएलओपी '97/यूरोपीएलओपी '97) मोंटीसेलो, इलिनोइस, सितंबर 1997

फूटे और योडर ने इस प्रकार की वास्तुकला के लिए 'मिट्टी की बड़ी गेंद' शब्द के प्रवर्तक के रूप में ब्रायन मैरिक को श्रेय दिया है।[8]

परियोजना प्रबंधन विरोधी प्रतिरूप

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

यह भी देखें

संदर्भ

क्या समर्थन करता है

  1. Budgen 2003, p. 225.
  2. Ambler 1998, p. 4.
  3. 3.0 3.1 3.2 Neill, Laplante & DeFranco 2011, p. 4.
  4. 4.0 4.1 Neill, Laplante & DeFranco 2011, p. 5.
  5. Neill, Laplante & DeFranco 2011, p. 6.
  6. Jimenez 2006.
  7. 7.0 7.1 Demeyer 2008, p. 102.
  8. Foote, Brian; Yoder, Joseph (26 June 1999). "मिट्टी की बड़ी गेंद". laputan.org. Retrieved 14 April 2019.

स्रोत

अग्रिम पठन

  • Koenig, Andrew (March–April 1995). "Patterns and Antipatterns". Journal of Object-Oriented Programming. 8 (1): 46–48.
  • Laplante, Phillip A.; Neill, Colin J. (2005). Antipatterns: Identification, Refactoring and Management. Auerbach Publications. ISBN 0-8493-2994-9.
  • Brown, William J.; Malveau, Raphael C.; McCormick, Hays W.; Thomas, Scott W. (2000). Hudson, Theresa Hudson (ed.). Anti-Patterns in Project Management. John Wiley & Sons. ISBN 0-471-36366-9.
  • Stamelos, Ioannis (January 2010). "Software project management anti-patterns". Journal of Systems and Software. 83 (1): 52–59. doi:10.1016/j.jss.2009.09.016.


बाहरी संबंध