हमारा पिछला पाठ 90 के दशक में माइक्रोसॉफ्ट ऑफिस की कुल जीत के साथ समाप्त हुआ: ज्यादातर उपयोगकर्ताओं के लिए, सिद्धांत रूप में, यह हमारे लिए कुछ और उपयोग करने के लिए कभी नहीं हुआ। यह प्रतिस्पर्धा करना मुश्किल था, अगर केवल इसलिए कि इसके मानक आम तौर पर स्वीकार किए जाते हैं, लोगों को उनके साथ काम करने की आवश्यकता होती है, और डर था "दूसरे संपादक में, मुझे भेजे गए सभी दस्तावेज जाएंगे।" क्या अन्य कंपनियां, सिद्धांत रूप में, इस तरह के प्रभुत्व का विरोध कर सकती हैं? जैसा कि 21 वीं सदी ने दिखाया है, वे कर सकते हैं।





खुला स्रोत

1999- Sun Microsystems StarDivision, StarOffice. , Microsoft ? , , ?

, « Microsoft » . , Sun, : 42 000 , , , Microsoft Office. .

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

इसलिए, कंपनी ने अपने उत्पाद के वितरण को पूरी तरह से Microsoft की तरह नहीं किया। 2000 में StarOffice के नए संस्करण विकसित करना जारी रखते हुए, उन्होंने OpenOffice.org प्रोजेक्ट बनायाजिसने StarOffice सोर्स कोड उपलब्ध कराया। अब कोई भी कम से कम मुफ्त में पैकेज का उपयोग कर सकता है, कम से कम (प्रोग्रामिंग के कब्जे में) अपने कोड को जोड़ सकता है, अपने लिए अधिक उपयुक्त संस्करण बना सकता है।

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

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

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

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

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



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

बंद स्रोत

समानांतर में, एक और आला कहानी सामने आई। अगर 90 के दशक में Apple ने लगभग सब कुछ खो दिया, तो 1998 में iMac और 2001 में iPod की उपस्थिति के बाद, कंपनी ने फिर से खुद को घोषित कर दिया। हां, मैक के लिए यह सब उस समय माइक्रोसॉफ्ट ऑफिस का एक संस्करण था (इसके अलावा, कुछ विशेषताएं अभी भी विंडोज संस्करण की तुलना में पहले दिखाई दी थीं)। हालाँकि, Apple हार्डवेयर और सॉफ्टवेयर के लिए एक एकीकृत दृष्टिकोण की वकालत करने के लिए जाना जाता है, और कंपनी के गैजेट्स के कई मालिक इस विचारधारा को साझा करते हैं - यह आश्चर्य की बात नहीं है कि "poppies" में Apple से सीधे विकास की मांग थी, जिससे उपयोगकर्ता Microsoft से इंटरफेस का सामना नहीं कर सके। और 2005 में, अप्रचलित AppleWorks को नए iWork द्वारा बदल दिया गया था ।



कुछ मामलों में, यह आंशिक रूप से जानबूझकर Microsoft कार्यालय से नीच था: कंपनी ने 100% उपयोगकर्ताओं की जरूरतों को कवर करने की कोशिश नहीं की। जैसा कि कई अन्य मामलों में, Apple ने फ़ंक्शंस के सबसे पूर्ण सेट पर नहीं, बल्कि अधिकांश लोगों के लिए सबसे सरल और सहज इंटरफ़ेस को चुना। और यह पता चला कि यह काम करता है: बेशक, दुनिया में मैक की संख्या से मार्केट शेयर सख्ती से सीमित था, लेकिन मैक ओएस पैकेज से प्यार करता था, कुछ मामलों में यह दावा करते हुए कि इसके बाद आँसू के बिना कार्यालय को देखना असंभव था। इसलिए एक और स्थिति पैदा हुई जब Microsoft ने बाजार में अपना हिस्सा थोड़ा बढ़ाया, लेकिन आत्मविश्वास से, बहुत वफादार उपयोगकर्ताओं का अधिग्रहण किया।

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

2005 में, स्टार्टअप उपस्टार्टल इस सिद्धांत से प्रेरित था, यह सत्यापित करने के लिए कि यह दृष्टिकोण पाठ संपादन प्रदान करेगा - और राइटली वेब सेवा ने इसे बनाया । और पहले से ही 2006 में, Google ने Upstartle को खरीद लिया , और राइटली के काम को नई Google डॉक्स सेवा में स्थानांतरित कर दिया गया । सारणीबद्ध Google स्प्रेडशीट के साथ भी ऐसी ही कहानी पेश की गई2006 में: यह 2Web टेक्नोलॉजीज स्टार्टअप से एक अलग XL2Web उत्पाद के रूप में शुरू हुआ।



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

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

और इसके अलावा, "बादलों" ने एक और महत्वपूर्ण कारक में योगदान दिया - लेकिन इसके बारे में अगले अध्याय में।