🔜 🍃 🥟 द्रुपाल क्यों नहीं? 🧓🏼 🔘 🤸🏼

हाल ही में, मुझे Drupal 7 (Drupal 7 पर स्विच करते समय) पर एक प्रोजेक्ट विकसित करते समय कुछ समस्याओं का सामना करना पड़ा, लेकिन यह उनके बारे में नहीं है। समाधान की तलाश में, मैं एक लेख " द ड्रुपल क्राइसिस ", ड्रुपल के डेवलपर्स में से एक - डैनियल एफ। कुडविएन के सामने आया , जो कि ड्रुपल फोर्ज में क्या हो रहा है, पर प्रकाश डालते हैं । मुझे तुरंत कहना होगा कि लेख में वर्णित अधिकांश समस्याएं अब प्रासंगिक नहीं हैं, क्योंकि पिछले साल का लेख। फिर भी, कई लोग इसके अनुवाद से परिचित होने के लिए इच्छुक होंगे।

घटनाओं के कालक्रम

निम्न तालिका उन घटनाओं का एक मनोरंजक कालक्रम प्रस्तुत करती है जिन्हें ड्रुपल संकट की शुरुआत के लिए शुरुआती बिंदुओं के रूप में देखा जा सकता है।

2008	फरवरी	Drupal 7 विकास के लिए खुला है।
2008	अक्टूबर	285 बिना कटे कीड़े।
2009	मार्च	एक्वायिया ¹ डेवलपर समुदाय से मदद के लिए कहता है ।
	जून	13763 में से 3120 बिना कटे हुए कीड़े
	सितंबर	कोड फ्रीज अनुसूचित। इसी समय, 10 नई सुविधाओं को अभी भी खरोंच से विकसित किया जा रहा है और ड्रुपल 7 में उनके कार्यान्वयन की अनुमति है
2010	जनवरी	नई एपीआई में महत्वपूर्ण बगों के एक समूह के साथ ड्रुपल 7 का पहला अल्फा संस्करण जारी किया गया है। लेकिन उन बहुत नई सुविधाओं में और भी कीड़े।
	जुलाई	त्रुटियों की धारा बहुत बड़ी है (जैसा कि हम सभी जानते हैं, एक निश्चित बग अक्सर कई नए लोगों को उत्पन्न करता है), डेवलपर्स सामना नहीं कर सकते। टीम भावना और उद्देश्य की भावना खो जाती है। किसी तरह से यह सब "गड़बड़" साफ करने के लिए बग के लिए एक नई प्राथमिकता शुरू की गई है - "प्रमुख" (महत्वपूर्ण)। मैं सोच भी नहीं सकता कि उनके बगट्रैकर में क्या नर्क था।
	अक्टूबर	Drupal 7 का पहला बीटा जारी किया गया
2011	जनवरी	Drupal 7 को 300 से अधिक बिना कटे हुए प्रमुख कीड़े और एक निष्क्रिय अद्यतन तंत्र के साथ रिलीज़ किया गया है।
	मई	किसी तरह स्थिति को स्थिर करने के लिए, एक अन्य अनुचर ^{2 को} Drupal 7 और Drupal 8 के साथ काम पर रखा गया है, जो इसके मूल पर भी काम कर रहा है। Drupal की Drupal 8 के लिए विकास के तहत एक त्रुटि सुधार नीति है और फिर Durupal 7 और 6 के लिए बैकपोर्टिंग फ़िक्सेस जारी करना है।
	जून	200 से अधिक महत्वपूर्ण और प्रमुख कीड़े अपनी स्थिति को सामान्य में बदलते हैं।
	जुलाई	नई संख्या : Drupal 8 शाखा में 15 महत्वपूर्ण और 200 महत्वपूर्ण त्रुटियां बैकपोर्टिंग को मुश्किल बनाती हैं।
	अगस्त	कुल 22181 में से 4153 बिना कटे हुए कीड़े, जो दो साल में लगभग दोगुने हो गए, ने ड्रुपल 8 शाखा के विकास को लगभग रोक दिया। Drupal 6 और Drupal 7 को अपडेट करने की प्रक्रिया अभी भी कई उपयोगकर्ताओं के लिए अस्पष्ट है।

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

स्थिति विश्लेषण

"मुझे विश्वास है कि ड्रुपल समुदाय के शुरुआती कॉल ने एक महत्वपूर्ण समूह को हटाने में मदद की: कर्नेल डेवलपर्स जो सबसे कठिन कार्यों का सामना कर सकते हैं ...
अब हमारे पास लगभग 450+ कर्नेल डेवलपर्स हैं, जिनमें से लगभग 10 इंटरफ़ेस पर काम कर रहे हैं ”
© यह टिप्पणी एक बार प्रयोज्य टीम के नेताओं में से एक द्वारा की गई थी।

दूसरे शब्दों में: "मुख्य डेवलपर्स वास्तव में लोड को लोड नहीं करना चाहते हैं, लेकिन उन्हें इसे वैसे भी लोड करना था।" इन नई विशेषताओं ने न केवल Drupal 7 की रिलीज़ में देरी की, बल्कि कर्नेल डेवलपर्स को Drupal kernel API और सबसिस्टम के अधिक महत्वपूर्ण मुद्दों पर काम करने से विचलित कर दिया। इनमें से कई समस्याओं का अभी तक समाधान नहीं हुआ है। ऊपर से, यह माना जाता था कि इस कार्यक्षमता को लागू करना अच्छा होगा। तो क्या, कच्चा क्या है ?! इसे कोर में दबाएं - समुदाय को इसका समर्थन करने दें।

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

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

हमारे पास क्या है?

उपर्युक्त "खामियों" और नई सुविधाओं के अलावा, Drupal कोर अभी भी बहुत पुराने और बेकार कबाड़ (व्यंग्य क्षेत्र: MVC दे?!) का एक गुच्छा, 5 साल पहले Drupal में अनुमत API और अवधारणाओं पर आधारित है। और पहले।

Drupal कोर अपने आधुनिकीकरण और नवाचारों को अवरुद्ध करता है और हाल के वर्षों में पहले से ही प्रतियोगियों और उद्योग के रूप में काफी पीछे रह गया है। यह एक अखंड, मूर्ख बूढ़ा और बीमार जानवर है।

बहुत अधिक सॉफ्टवेयर कचरा है। और अधूरा है, कोई मतलब नहीं आमतौर पर समर्थित सुविधाओं से - बहुत सारे।

Drupal core अब सपोर्टेबल नहीं है। क्या आप अभी भी उन लोगों के लिए एलटीएस संस्करणों की एक्विआ की खूबसूरत कहानियों पर विश्वास करते हैं जो संस्करण संख्या का पीछा नहीं करना चाहते हैं!

द्रुपाल का रास्ता। क्या कोई रास्ता है?

डैनियल एफ। कुड्वियन ने अपने अगले लेख " ड्रुपल क्राइसिस निष्कर्ष " में, ड्रुपल विकास को नियंत्रित करने के कई तरीके प्रदान किए। लेकिन गतिकी ऐसी है कि पिछले 2 वर्षों में, 8000+ नए बग रिपोर्ट सामने आए हैं।

उनमें से प्रत्येक होना चाहिए:

बनाया
विश्लेषण किया
तय
विशेषज्ञ द्वारा समीक्षा की गई
परीक्षण किया
द्वारा अनुमोदित
और अंत में कोड में जोड़ा गया

औसतन, इसका मतलब है कि प्रति माह 320 कीड़े या प्रति दिन 10 कीड़े इस प्रक्रिया से गुजरना चाहिए। यह गणना करना मुश्किल नहीं है कि यह सब स्पष्ट करने के लिए 2 साल से अधिक समय लगेगा। इसके अलावा, आगे ये संख्या केवल बढ़ेगी , क्योंकि कोर के भाग कैसे बदलते हैं और उप-प्रणालियों की विभिन्न प्रकार की विसंगतियाँ उभरती हैं। तीव्र गति आज पहले से ही देखी गई है।

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

निष्कर्ष (मुझसे)

हर कोई इस सवाल में दिलचस्पी रखता है कि भविष्य में द्रुपाल का इंतजार क्या है?

शायद ड्रुपल 8 अपनी समस्याओं में फंस जाएगा, और इसे बाहर निकालने के लिए, एक्वाकिया को अपनी ताकत पर अधिक भरोसा करना होगा, और समुदाय पर भी कम। कई अपने व्यवसाय में Drupal के उपयोग पर पुनर्विचार करते हैं।

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

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

फिलहाल मेरा मानना है कि द्रुपाल 6 द्रुपाल के विकास का चरम है। एक स्थिर और अच्छी तरह से स्थापित उत्पाद, अपनी तरह का सबसे अच्छा। इसके अलावा, इस खूबसूरत सीएमएस का विकास एक अलग दिशा में आगे बढ़ता है: ड्रुपल समुदाय का उत्पाद बनना बंद हो जाता है, और अधिक से अधिक निगम का एक उत्पाद बन जाता है (एक अर्थ में, लिनक्स के भाग्य को दोहराते हुए)।

गैर-निंदनीय क्षण

रूस में, Drupal Developers का एक विशाल समुदाय बना है, सालाना ऐसे सम्मेलनों में एकत्रित होते हैं जैसे: DrupalConf, DrupalForum, DrupalCamp, आदि।
अब, वे द्रुपाल की रक्षा करेंगे और यह सच है, क्योंकि सबसे अच्छा उपकरण वह है जो आप सबसे अच्छा है। लेकिन वे पहले से ही दुखी हैं। उदाहरण के लिए टिप्पणियों के माध्यम से यहाँ देखें ।

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

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

इस बीच, Rockettheme ³ Drupal ( मूल ) को अलविदा कहती है ।

प्राथमिक स्रोत और अन्य सामग्री

डैनियल एफ। कुड्वियन "द ड्रुपल क्राइसिस"
मूल:
http://www.unleashedmind.com/en/blog/sun/the-drupal-crisis
रोमन ग्राचेव द्वारा अनुवाद (http://graker.ru):
http://graker.ru/news/2011/08/25/khvatit_krasit_guby_ogromnoi_svine
डैनियल एफ। कुड्वियन "ड्रुपल क्राइसिस निष्कर्ष"
मूल:
http://www.unleashedmind.com/en/blog/sun/crisis-conclusions
रोमन ग्राचेव द्वारा अनुवाद (http://graker.ru):
http://graker.ru/news/2011/08/26/kak_smyt_makiyazh_so_svini_ili_vykhod_iz_krizisa
द्रुपाल का धूमिल भविष्य
http://www.drupal.ru/node/65464?page=1
मुझे द्रुपाल क्यों पसंद नहीं है
http://habrahabr.ru/post/44980/

फ़ुटनोट

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

द्रुपाल क्यों नहीं?