"हमारे पास मावेन 4 और यहां तक ​​कि मावेन 5 के लिए विचार हैं" - मावेन परियोजना में एक प्रमुख भागीदार रॉबर्ट शोल्टे के साथ एक साक्षात्कार।

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



और पढ़ें →

नए रिलीज चक्र के साथ, जावा संस्करण एक के बाद एक बाहर आते हैं, ग्यारहवें पहले से ही दिखाई दिए हैं, जबकि कई आठवें पर बैठे हैं। आप जल्द ही एक प्रस्तुति देंगे कि कैसे मावेन इस सब का समर्थन करता है, और आप रिपोर्ट को खराब नहीं करना चाहते हैं, लेकिन इस दिशा में एक प्रश्न पूछें। आप इस नए रिलीज़ चक्र के बारे में व्यक्तिगत रूप से क्या सोचते हैं जो आपके लिए काम जोड़ता है? क्या यह बेहतर के लिए बदलाव है या बदतर के लिए?

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

---

क्या जावा पारिस्थितिकी तंत्र के लिए परियोजनाओं को विकसित करने वाले अन्य लोगों में एक समान भावना है, जिन्हें नवीनतम संस्करणों के लिए समर्थन प्रदान करने की भी आवश्यकता है?

ट्विटर को देखते हुए, फिर, अधिकांश सहमत हैं कि 6 महीने बहुत तेज है।

---

क्या आप मावेन की कहानी बता सकते हैं? अगर मुझे सही से याद है, तो अपाचे टर्बाइन को कम डरावना और दर्दनाक बनाने के लिए इसे बहुत पहले बनाया गया था। संयोग से, मैंने अपाचे टर्बाइन का उपयोग किया। क्या आपको यह समय याद है?

मावेन की कहानी बहुत पहले शुरू हुई थी। मैं लगभग 8 साल पहले परियोजना में शामिल हुआ था, अर्थात संस्करण 3.0.3 या 3.0.4 के दौरान। और इस समय, मावेन काफी समय से आसपास हैं। जहां तक ​​मुझे पता है, वह टर्बाइन प्रोजेक्ट का हिस्सा था। इस परियोजना के हिस्से से एक अलग उपकरण बनाया गया था, जो मावेन बन गया। मैं, शायद सब कुछ पसंद है, चींटी का इस्तेमाल किया। मुझे यह पसंद नहीं था कि हर बार जब मैं एक नई परियोजना पर काम शुरू करूँ, मुझे इन सभी चींटी फ़ाइलों को कॉपी करने की आवश्यकता थी। मुझे पता था कि एक बेहतर समाधान होना चाहिए, मैंने इंटरनेट पर इसकी खोज शुरू की और मावेन को पाया। हालांकि, इससे पहले कि मैं मावेन के मुख्य विचार को समझता, बहुत समय बीत गया। हालांकि, जब आप इसे समझते हैं, तो यह सुविधाजनक हो जाता है। चींटी के साथ मेरी जो भी समस्याएं थीं वे गायब हो गईं। चींटी अभी भी एक महान उपकरण है, लेकिन अगर आप एक परियोजना पर काम कर रहे हैं जो कई स्रोतों को जोड़ती है, तो मैं मावेन या इसी तरह के उपकरण की दृढ़ता से सलाह देता हूं।

---

मावेन सिर्फ जावा के बारे में है। मैंने इसे C ++ के लिए उपयोग करने की कोशिश की, लेकिन यह बहुत अच्छा नहीं था। क्या कोई समय है जब जावा अब नहीं होगा, और हम तब क्या करेंगे?

मौजूदा लोकप्रिय ऑब्जेक्ट-ओरिएंटेड भाषाओं में से, जावा सबसे पुराना प्रतीत होता है, यह पहले से ही 20 साल से अधिक पुराना है। मैंने नवीनतम आँकड़ों को नहीं देखा, लेकिन मुझे यकीन है कि जावा अभी भी बहुत व्यापक है। मुझे लगता है कि यह कुछ समय के लिए मौजूद रहेगा। कम से कम मुझे उम्मीद है - इसका मतलब है कि मैं काम के बिना नहीं रहूंगा।

---

मावेन बहुत लंबे समय तक जीवित रहेगा?

लेकिन यह एक मुश्किल सवाल है। आज तक, जावा परियोजनाओं के 65-80% मावेन का उपयोग करते हैं। यहां तक ​​कि एक उत्पाद के लिए जो 15 वर्ष से अधिक पुराना है, यह बहुत कुछ है। संभवतः, मावेन में और अधिक सुधार किया जा सकता है। हमारे पास मावेन 4 और यहां तक ​​कि मावेन 5 के लिए विचार हैं। लेकिन उन्हें लागू करने में लंबा समय लगेगा। मुझे लगता है कि मावेन का सामान्य विचार अप्रचलित नहीं होगा, लेकिन अन्य विधानसभा प्रणालियां इससे आगे निकल सकती हैं। क्योंकि वे मावेन पर की गई गलतियों और उन फैसलों से जो हमने सही तरीके से किए थे, और इस अनुभव के आधार पर, वे खरोंच से शुरू कर सकते हैं। मावेन के लाभों में से एक पिछड़ी संगतता है। यहां तक ​​कि 10 या 15 साल पहले लिखे गए प्रोजेक्ट को मावेन के नवीनतम संस्करण का उपयोग करके इकट्ठा किया जा सकता है। लेकिन इस वजह से, हमारे पास मावेन कोर में बहुत सारे पुराने कोड हैं। इसे प्रतिस्थापित किया जाना चाहिए, लेकिन यह इतना आसान नहीं है।

---

जहां तक ​​मुझे याद है, अब आप एनोटेशन के बिना भी मोजी का निर्माण कर सकते हैं।

हाँ यह संभव है।

---

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

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

---

आपने कहा कि आपने आरा परियोजना में भाग लिया है - और आपने कहा कि पिछले काल में। वह मौजूद नहीं था? क्या उसके पास अभी भी विकास करने का अवसर है?

यह JSR बंद है। सच है, कुछ अनसुलझी समस्याएं बनी रहीं, लेकिन अब उन्हें समर्थन टीम द्वारा निपटा दिया गया है।

---

मावेन को विकसित करने में सबसे अधिक कठिनाइयों का कारण क्या था? सबसे गंभीर समस्याएं क्या थीं? जावा 9 के संदर्भ में नहीं, बल्कि सामान्य रूप से, सभी विकास अनुभव के आधार पर। क्या आप चुन सकते हैं, कह सकते हैं, दो सबसे महत्वपूर्ण समस्याएं?

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

---

ठीक है, अब यह दूसरी कठिनाई है!

मावेन समुदाय के साथ संबंध खोजना और उन्हें यह सिखाना आसान नहीं था कि उपकरण का सही इस्तेमाल कैसे किया जाए।

---

तो हर कोई जानता है कि मावेन का उपयोग कैसे करें: स्टैक ओवरफ्लो पर टिप्पणियों से कुछ एक्सएमएल फुटस्ट्रैप की प्रतिलिपि बनाएँ, और यह काम करता है। क्या यह नहीं है?

अच्छा, अच्छा। नहीं। मुझे यकीन है कि सबसे अधिक बार आपको एक साफ इंस्टॉल करने की सलाह दी जाएगी, और यह सच नहीं है। तो, शायद, यह मावेन 2 में किया जाना चाहिए। अब आपको मावेन सत्यापन चलाने की आवश्यकता है। क्योंकि जब आप सफाई करते हैं, तो सब कुछ हटा दिया जाता है, काम का पूरा परिणाम। और यदि फ़ाइलें आपसे कॉपी की जाती हैं - ये I / O ऑपरेशन हैं, तो वे धीमी हैं। सामान्य तौर पर, कई चीजें कई बार खत्म हो जाएंगी। अधिकांश प्लगिन जानते हैं कि उन्हें अपना काम कब करना है। एक नियम के रूप में, स्वच्छ की कोई आवश्यकता नहीं है। स्थापित करने के लिए, यह कमांड केवल आपकी JAR फ़ाइलों को स्थानीय रिपॉजिटरी में कॉपी करता है। यह, फिर से, एक अनावश्यक I / O ऑपरेशन है। इसके अलावा, आपकी स्थानीय रिपॉजिटरी गंदी हो सकती है - यानी, यह आपके सहयोगी के स्थानीय रिपॉजिटरी से अलग दिख सकती है। कभी-कभी यह दिलचस्प परिणाम पैदा कर सकता है। तो आपको सिर्फ mvan वेरिफिकेशन चलाना चाहिए, बस इतना काफी है।

---

वैसे, मैंने अभी maven.apache.org खोला है, और यह कहता है: "अपाचे मावेन एक सॉफ्टवेयर परियोजना प्रबंधन और समझ उपकरण है"। लेकिन बहुत से लोग सोचते हैं कि मावेन सिर्फ एक और निर्मित उपकरण है। असेंबली टूल और प्रोजेक्ट मैनेजमेंट टूल में क्या अंतर है?

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

---

मावेन टीम के मुख्य सिद्धांत और विश्वास क्या हैं? उदाहरण के लिए, क्या वे सोचते हैं कि एक घोषणात्मक दृष्टिकोण एक अनिवार्यता से बेहतर है? पाइथन में ज़ेन जैसा कुछ। क्या आपके पास नियमों का एक समान सेट है?

मुझे नहीं लगता। हमारी राय में, प्लगइन्स के कॉन्फ़िगरेशन को यथासंभव सरल बनाया जाना चाहिए। यदि उचित चूक मौजूद हैं, तो उन्हें संकेत दिया जाना चाहिए। इससे अंतिम उपयोगकर्ता के लिए जीवन आसान हो जाएगा। कई वर्षों में पहली बार, हमने हाल ही में स्रोत और लक्ष्य संस्करणों के लिए डिफ़ॉल्ट विकल्प को बदल दिया है - पहले यह 1.5 था, अब यह 1.6 है। हम चाहते थे कि डिफ़ॉल्ट विकल्प मौजूद हो, क्योंकि इसके बिना JDK में प्रयुक्त संस्करण का उपयोग किया जाता है। इस स्थिति में, यदि मैं जावा 10 का उपयोग करता हूं, और कोई अन्य 12 जावा का उपयोग करता है, तो हमारे पास अलग परिणाम होंगे। आपको हमेशा स्रोत और लक्ष्य निर्दिष्ट करना चाहिए। लेकिन अगर आपने जावा 9 का उपयोग करना शुरू कर दिया है, तो आप एक साधारण पोम फ़ाइल और एक वर्ग के साथ हैलो वर्ल्ड नहीं बना सकते हैं, क्योंकि जावा 9 को स्रोत और लक्ष्य मानों के लिए कम से कम जावा 6 की आवश्यकता होती है। इसलिए, हमने डिफ़ॉल्ट संस्करण 1.6 बनाने का फैसला किया और चेतावनी दी कि यदि आपने अभी तक एक संस्करण निर्दिष्ट नहीं किया है, तो यह किया जाना चाहिए - लोगों को पता होना चाहिए कि आपको जावा 9 के साथ काम कर रहे हैं या तो स्रोत और लक्ष्य संस्करण या रिलीज़ मान सेट करने की आवश्यकता है। या दोनों।

---

भविष्य में मावेन के लिए आप क्या मुश्किलें देखते हैं? आपने कहा कि आप बहुत बार मावेन को नहीं बदलने की कोशिश करते हैं। और फिर भी, भविष्य में हमें क्या इंतजार है?

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

---

लेकिन क्या आप हेडर में एक्सएसडी को बदल सकते हैं?

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

---

कुछ आईडीई एकीकरण, स्वत: पूर्णता, वृद्धिशील संकलन, और इसी तरह के कारणों के लिए आईडीई में मावेन के कुछ हिस्सों को शामिल करने का प्रयास करते हैं। इसे सही कैसे करें? जहाँ तक मुझे याद है, मावेन के कुछ हिस्से एक बार बहुत पहले ग्रहण में बने थे।

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

---

एक अन्य महत्वपूर्ण विषय मावेन की गति है। क्या हम किसी तरह इसे बढ़ा सकते हैं? निर्भरता संकल्प और आई / ओ संचालन बहुत धीमा है। आज भी एक एसएसडी पर।

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

---

आपने कहा कि आप अपने खाली समय में मावेन पर काम कर रहे थे, है ना? क्या तथ्य यह है कि आप मावेन के रचनाकारों में से एक हैं जो आपकी वर्तमान नौकरी में मदद करते हैं? या यह सिर्फ एक शौक है?

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

---

क्या आप मावेन के अलावा अन्य ओपन सोर्स प्रोजेक्ट्स पर काम करते हैं?

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

---

वैसे, जावा 9, 10, 11 पर आपकी क्या राय है? क्या मुझे उनका उपयोग करना चाहिए, या जावा 8 के साथ रहना बेहतर है?

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

---

वैसे, क्या आप GraalVM प्रोजेक्ट से परिचित हैं? मावेन के निर्माण के लिए इसका उपयोग करने के बारे में कैसे?

पिछले हफ्ते मैंने जावाज़ोन का दौरा किया और क्रिस और ओलेग के साथ इस पर चर्चा की। मुझे लगता है कि हमें इसके साथ कुछ समय बिताने की आवश्यकता होगी, देखें कि क्या ग्रेवालम के साथ मावेन के प्रदर्शन में सुधार करना संभव है। यह दिलचस्प हो सकता है।

---

आप मावेन के निर्माता हैं, एक परियोजना जो जावा डेवलपर्स के लिए बहुत महत्वपूर्ण है। इस बारे में आपकी क्या भावनाएं हैं?

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

---

बहुत से डेवलपर्स XML से घृणा करते हैं। मैं उनमें से नहीं हूं, लेकिन जब सिस्टम बनाने की बात आती है, तो यह विषय हमेशा मावेन में pom.xml के कारण पॉप अप होता है। इसलिए, मैं जानना चाहता हूं: XML के बारे में आपकी क्या राय है?

XML के बारे में अच्छी बात यह है कि हर कोई इसे समझता है, इसे पार्स करना आसान है, और यह आईडीई में बहुत अच्छा समर्थन प्रदान कर सकता है। मैं XML के साथ बिल्कुल सामान्य हूं, और जहां तक ​​मुझे पता है, मावेन उपयोगकर्ताओं के बीच 5% से अधिक एक्सएमएल से नफरत नहीं है - लेकिन वे इसके बारे में जोर से चिल्लाते हैं! और आप बस शेष 95% कभी नहीं सुनेंगे। फिर भी, इन 5% के लिए एक समाधान है - यहां मैं फिर से Takari का उल्लेख करना चाहता हूं। एक पॉलीग्लॉट प्रोजेक्ट है जो आपको एक अलग सिंटैक्स का चयन करने की अनुमति देता है। इसलिए यदि आप यमल और pom.yml का उपयोग करना चाहते हैं - यह पूरी तरह से संभव है। आपको केवल प्रोजेक्ट में एक्सटेंशन जोड़ने की आवश्यकता है, और आप किसी अन्य भाषा में स्विच कर सकते हैं।

---

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

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

---

क्या आप अंत में, हमारे पाठकों को कुछ शब्द कह सकते हैं, सुझाव दें कि वे कैसे उज्ज्वल भविष्य में आ सकते हैं?

जैसा कि मैंने कहा, मावेन पर एक छोटी सी टीम काम कर रही है, यह एक ओपन सोर्स प्रोजेक्ट है जिसमें सभी भाग ले सकते हैं। यह इतना मुश्किल नहीं है। हमने एक नया लेबल बनाया है जिसे ग्रैब के लिए कहा जाता है। ये ऐसी समस्याएं हैं जिन्हें ठीक करना बहुत मुश्किल नहीं होना चाहिए। इस तरह, आप यह जान सकते हैं कि मावेन कैसे काम करता है। यदि आप हमारी टीम में शामिल होना चाहते हैं, तो आपके सुधारों के उदाहरण से हम आपके कोड की गुणवत्ता देखेंगे - यदि आप हमारे द्वारा देखा जाना चाहते हैं, तो मैं इसे आज़माने की सलाह देता हूं। मैं वास्तव में चाहूंगा कि हमारी टीम भविष्य में आगे बढ़े।

---

जवाब के लिए धन्यवाद। मुझे जोकर 2018 पर मिलें!

विज्ञापन का मिनट। जोकर 2018 सम्मेलन 19-20 अक्टूबर को आयोजित किया जाएगा, जिसमें रॉबर्ट "अपाचे मावेन: जावा के समर्थन" पर एक प्रस्तुति देंगे। सामान्य तौर पर, जोकर में कई और दिलचस्प और उल्लेखनीय रिपोर्टें होंगी। सम्मेलन की आधिकारिक वेबसाइट पर टिकट खरीदे जा सकते हैं।