लिब्रे ऑफिस और अपाचे ओपन ऑफिस को एक साथ लाना - एक व्यक्तिगत राय (चार्ल्स-एफ। शुल्ज द्वारा)।

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

1. हम कैसे मिलेंगे?

जब लिब्रे ऑफिस प्रोजेक्ट की घोषणा की गई थी, तो प्रोजेक्ट ने ओरेकल को नए प्रोजेक्ट में ब्रांड के स्वामित्व में शामिल होने और स्थानांतरित करने के लिए कहा। यह अच्छा नहीं हुआ। ओरेकल ने OpenOffice.org के कोड के साथ अपाचे सॉफ्टवेयर फाउंडेशन को ब्रांड का लाइसेंस देने का फैसला करने से पहले काफी समय तक इंतजार किया। यहां एक महत्वपूर्ण बिंदु है: ओरेकल ने उन परिसंपत्तियों को लाइसेंस दिया।

उसने उन्हें ASF को नहीं दिया और न ही बेचा। "ओपनऑफिस" ब्रांड को छोड़ने की क्षमता शुरू से ही कुछ अनिश्चित होगी, और लिबरऑफिस ब्रांड का उपयोग किया जाएगा। यहां तक ​​कि अगर यह मामला नहीं है, तो यह कैसे काम करेगा? क्या हम एक ही सॉफ्टवेयर को दो ब्रांडों के तहत जारी करेंगे? दो अलग-अलग नामों के तहत दो अलग-अलग रिलीज़?

2. हम क्या इकट्ठा करेंगे?

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

3. हम कहां मिलेंगे?

दूसरे शब्दों में: किस भंडार में? कहाँ पे? क्या हम ASF के SVN रिपॉजिटरी या डॉक्यूमेंट फ़ाउंडेशन के चुनाव की प्रणाली के रूप में डॉक्यूमेंट फ़ाउंडेशन के स्वयं के बुनियादी ढांचे का Git के साथ उपयोग करेंगे? शायद एक तीसरा पक्ष (मौजूदा या निर्मित तदर्थ) एक अन्य विकल्प होगा।

4. कौन?

निर्णायक पक्ष कौन होगा यह एक और संवेदनशील सवाल है। एक तरफ, दस्तावेज़ फाउंडेशन पार्टियों में से एक होगा। पुनर्मूल्यांकन के प्रकार (नीचे) के आधार पर, चर्चा के कुछ क्षेत्रों को दस्तावेज़ फाउंडेशन के उपनियमों में शामिल नहीं किया जाएगा, जो मामले को जटिल करता है। दस्तावेज़ फाउंडेशन और अपाचे सॉफ्टवेयर फाउंडेशन के अलावा, ओरेकल संभवतः कम से कम एक अन्य पार्टी में शामिल होगा; और जाहिर है, आईबीएम। यह कहते हुए कि, यह पूरी तरह से स्पष्ट नहीं है कि इस मामले में समुदाय की आवाज क्या होगी: फिर, दस्तावेज़ फाउंडेशन एकमात्र इकाई होगी जो सीधे अपने सदस्यों, लिबर ऑफिस परियोजना के लिए व्यक्तिगत योगदानकर्ताओं का प्रतिनिधित्व करेगी। ASF भी ऐसा ही करता है, लेकिन Apache OpenOffice पूरे ASF समुदाय का एक छोटा सा अंश है।

5. हम किस तरह का पुनर्मिलन चाहेंगे?

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

6. हम क्या हासिल करेंगे?

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

• आम ब्रांड / उच्च ब्रांड इक्विटी
• हर कोई एक ही कोडबेस में योगदान दे सकता है (yeaah!)
• इससे कोई मतलब नहीं है कि दो समान कार्यालय सुइट हैं
• कोई और अधिक अंतर मुद्दे

2010 और 2011 में उच्च ब्रांड की इक्विटी बहुत अच्छा तर्क हुआ करती थी, मैंने इस पोस्ट की शुरुआत यह देखते हुए की कि लिब्रे ऑफिस प्रोजेक्ट के संस्थापकों ने नई परियोजना के लिए ओपेनऑफिस का उपयोग करने के लिए ओरेकल की सहमति सक्रिय रूप से मांगी है। अब, हम लिब्रे ऑफिस परियोजना की चौथी वर्षगांठ से सिर्फ कुछ घंटे दूर हैं। प्रोजेक्ट अच्छा चल रहा है। अभी भी बहुत कुछ करना बाकी है, लेकिन यह इस बात को पार कर गया है कि कई लोग जो कल्पना करते थे, वह संभव था। हालांकि लिबरऑफिस ब्रांड ने 2010 और 2011 में खरोंच से शुरू किया, लेकिन चीजें बदल गईं। जाहिर है, ओपनऑफ़िस में एक अधिक प्रसिद्ध ब्रांड है, क्योंकि यह अपनी पुरानी परियोजना के अस्तित्व के 10 वर्षों का लाभ उठाता है; मुझे यह कहते हुए खेद है कि Apache OpenOffice को अपने अस्तित्व के अलावा इस उपलब्धि के लिए बहुत कम श्रेय है। लेकिन एक ब्रांड के रूप में लिबरऑफिस स्थापित है और इसकी ब्रांड इक्विटी हर जगह बहुत बढ़ रही है। इनमें से किसी भी ब्रांड को नष्ट करने से कुछ दर्दनाक परिणाम सामने आएंगे। क्या हम वास्तव में यही चाहते हैं? क्या किसी के पास ब्रांड संक्रमण के लिए एक संभव और टिकाऊ योजना है? मैंने उसकी कोई बात नहीं सुनी है।

तथ्य यह है कि एक आम परियोजना समान कोड आधार में योगदान कर सकती है, इस प्रकार यह "बेहतर और मजबूत" ऑफिस सूट बहस का विषय है। लिबर ऑफिस ने दोनों सुइट्स के लाइसेंस विनिर्देशों के माध्यम से अपाचे ओपनऑफिस से जो चाहा वह ले लिया; लेकिन शुद्ध योगदान में, Apache OpenOffice में लिबर ऑफिस की पेशकश बहुत कम है। इसके अलावा, योगदानकर्ताओं की दो टीमें आकार में इतनी भिन्न हैं कि AOO डेवलपर्स को जोड़ना LibreOffice के लिए बहुत सार्थक नहीं होगा जबकि यदि यह विपरीत था, तो चीजें दिलचस्प होंगी। हालांकि, इसका मतलब यह होगा कि फिर से हम करदाताओं के साथ खेलना चाहते हैं जैसे कि हम रेजिमेंट को माप रहे थे। सामुदायिक सदस्य आते हैं और जाते हैं जैसे वे कृपया, और पुनर्मूल्यांकन कुछ ऐसा नहीं है जिसे हम सभी आवश्यक रूप से देख रहे हैं।

दो समान कार्यालय सुइट्स होने में निश्चित रूप से बहुत कम मूल्य है, हालांकि यह सॉफ्टवेयर स्वतंत्रता की एक मौलिक अभिव्यक्ति है, और अकेले ही पर्याप्त होना चाहिए। हमारे पास लगभग 150 लिनक्स वितरण हैं और यदि हम इस तरह से सोचते हैं और लागू करते हैं, तो हम Calligra, Abiword और Gnumeric के साथ मिश्रण करना चाहेंगे। इसका कोई मतलब नहीं है। हालाँकि, याद रखें कि न तो AOO और न ही लिब्रे ऑफिस "समान" होना चाहते हैं और लोकप्रिय धारणा के बावजूद, वे प्रत्येक तिमाही में बहुत अलग तरीके से बढ़ रहे हैं। कॉलिग्रा के लिए भी ऐसा ही कहा जा सकता है, जो एक बहुत ही अलग कोड बेस के साथ विकसित किया गया है। संक्षेप में, क्लोन बहुत मायने नहीं रखते हैं, लेकिन चुनाव एक अच्छा है, खासकर यदि विकल्प में वास्तविक अंतर शामिल है। अब पारिस्थितिक तंत्र और इंजीनियरिंग प्रक्रियाओं के संदर्भ में सुविधाओं, फ़ाइल प्रारूप समर्थन के संदर्भ में AOO और लिब्रे ऑफिस के बीच वास्तविक अंतर हैं। जैसे ही समय बीतता है, उन दो सुइट्स के बीच का चुनाव स्पष्ट हो जाता है। हमें यह नहीं भूलना चाहिए कि जब हम स्वतंत्र और मालिकाना सॉफ्टवेयर के बीच एक प्रतियोगिता की कल्पना करते हैं तो हम यह नहीं कह रहे हैं कि प्रत्येक पक्ष में केवल एक ही विकल्प होना चाहिए।

अंतिम लेकिन कम से कम, अंतर-विषयक मुद्दों को विभिन्न जानकार दलों द्वारा एक समस्या के रूप में उद्धृत किया गया है और मूल रूप से ओडीएफ जैसे खुले मानकों को अपनाने के लिए एक बाधा है। यद्यपि यह एक जटिल समस्या है, यह भी एक महत्वपूर्ण गंभीर समस्या नहीं है, इस अर्थ में कि जिन समस्याओं का सामना किया जा सकता है, वे विशिष्ट सेटिंग्स में उत्पन्न होती हैं। इनमें आमतौर पर OpenOffice.org या AOO के साथ-साथ LibreOffice और दस्तावेजों के साथ एक यूजर बेस शामिल होता है जो पहले ही ODF में माइग्रेट हो चुके हैं। कार्यान्वयन में अंतर बढ़ने से दस्तावेज़ प्रस्तुतियों में दृश्य अंतर पैदा होते हैं (हालांकि कोई डेटा हानि नहीं होती है) और इसलिए उपयोगकर्ताओं के लिए निराशा और परेशानी पैदा करते हैं। उन बाधाओं का एकमात्र संभावित समाधान (गेंद को ले जाने वाले सावधान और श्रमसाध्य प्रवासन विशेषज्ञ से अलग) AOO और लिब्रे ऑफिस के लिए विशिष्ट अंतर-विषयक मुद्दों पर सहयोग करना है। लेकिन कोई गलती न करें: ओडीएफ दस्तावेजों के साथ माइक्रोसॉफ्ट ऑफिस या कॉलिग्रा का उपयोग करने वाला कोई भी व्यक्ति मूल रूप से अपनी असंगति पैदा करेगा। समस्या का वर्तमान दायरा इसलिए व्यापक है और कई वर्षों से अपेक्षित है; यह महज AOO-LibreOffice समस्या नहीं है। एक मिश्रण लंबे समय में इसे हल करेगा, लेकिन फिर भी कुछ उपयोगकर्ताओं को दूसरे के लिए एक कार्यान्वयन को छोड़ने के लिए मजबूर करता है।

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