द्रुपाल संकट

हाल ही में, ड्रुपल के विकास में एक महत्वपूर्ण चरण कहा जा सकता है।

फरवरी 2008: ड्रुपल 7 का विकास शुरू हुआ।

अक्टूबर 2008: ड्रुपल 7 के लिए 285 खुले बग।

मार्च 2009: Drupal 7 (D7UX) इंटरफ़ेस रिडिजाइन स्पेशलिस्ट आया।

जून 2009: 3,120 अछूता बग (कुल 13,763)।

सितंबर 2009: शुरू में, इस चरण में कोड को फ्रीज करना था, लेकिन एक और 10 नई सुविधाओं को विकसित करने (ड्रुपल 7 में शामिल करने) का फैसला किया।

जनवरी 2010: पहला Drupal 7 अल्फा जारी किया गया है, जो नए APIs में महत्वपूर्ण बगों से भरा है, लेकिन नए फीचर्स में और भी बग्स हैं।

जुलाई 2010: बहुत से कीड़े और ध्यान केंद्रित करने की हानि; ड्रुपल ने "कोर" बग की एक नई श्रेणी का परिचय दिया ताकि किसी भी तरह इस विशाल राशि की सर्वोच्च प्राथमिकता को उजागर किया जा सके।

अक्टूबर 2010: ड्रुपल 7 पहला बीटा जारी किया।

जनवरी 2011: ड्रुपल 7.0 जारी किया गया था, जिसमें 300 से अधिक "कोर" बग थे और एक सामान्य अपग्रेड की संभावना के बिना।

मई 2011: Drupal 8 के लिए, एक दूसरे व्यक्ति को Drupal 7 से बग से निपटने के लिए बग रिपोर्ट को संभालने के लिए नियुक्त किया गया है ।

जून 2011: 200 से अधिक महत्वपूर्ण और "कोर" बग का नाम बदलकर "सामान्य" कर दिया गया।

जुलाई 2011: Drupal 8 के विकास में महत्वपूर्ण बग्स (15) और प्रमुख बग्स / कार्यों (200) की अधिकतम स्वीकार्य संख्या पर एक नया प्रतिबंध प्रभावी रूप से अवरुद्ध हो गया।

अगस्त २०११: ४१५३ अघोषित बग (२२ :११ कुल मिलाकर - लगभग दो साल पहले की तुलना में दुगना), अपग्रेड अभी भी कई उपयोगकर्ताओं के लिए मुश्किल है जो कि ६, द्रुपाल। के विकास में निकट-शून्य प्रगति पर अटके हुए हैं।

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

D7UX और नई कार्यक्षमता बनाने के निर्णय के कारण, मुख्य डेवलपर्स के एक बड़े समूह को अंतिम क्षण में डिमोट किया गया, जिसमें यह भी शामिल है कि क्यों Drupal API और कर्नेल सबसिस्टम में कई महत्वपूर्ण समस्याएं अभी भी हल नहीं हुई हैं।

नए ड्रुपल 7 सबसिस्टम में बहुत अधिक जटिलता और अन्योन्याश्रयता है, जिसके परिणामस्वरूप नए लोग इसे समझ नहीं पाते हैं और बग्स को बंद करने में मदद करते हैं। लगभग सभी बगों में उप-प्रणालियों के गहन ज्ञान और कार्यों के अनुक्रम की गहन समझ की आवश्यकता होती है। यदि आपको अनुभवी कुंजी डेवलपर्स का समर्थन नहीं मिलता है, तो ड्रुपल 8. को विकसित करने में आगे बढ़ने का मौका नहीं है। इसी समय, इन कुंजी डेवलपर्स की एक बड़ी संख्या अब परियोजना के गैर-आवश्यक भागों पर काम कर रही है, जिससे उनके विकास को लगभग शून्य कर दिया गया है। 19% प्रमुख डेवलपर्स, जिनमें कोड में परिवर्तन करने के अधिकार वाले दो लोग शामिल हैं, अब एक कंपनी के पूर्णकालिक कर्मचारी हैं, जो अब और भविष्य में हितों के टकराव का खतरा है।

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

किसी परियोजना के नियंत्रण को पुनः प्राप्त करने का केवल एक ही तरीका है:

1. Drupal डाउनलोड करने के लिए drupal.org/project/standard नया डिफ़ॉल्ट पथ बनाएं।
2. कर्नेल में अतिरिक्त कार्यक्षमता से छुटकारा पाएं और बाकी के लिए सहायता प्रदान करें ।
3. छोटी चीज़ों की देखभाल करना बंद करें, और कोर डिज़ाइन में वास्तविक और बुरे सपने पर ध्यान केंद्रित करें।
4. अंत में और पूरी तरह से नए ड्रुपल कोर आर्किटेक्चर को अपनाएं, इसे सरल और तेज बनाएं। कोई और अधिक उदासीन गिट्टी की जरूरत है।

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