ओपन सोर्स प्रोजेक्ट्स में भागीदारी कंपनियों के लिए फायदेमंद हो सकती है - यह क्यों और क्या देता है

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


/ Pexels / सैयद अब्दुल्ला / पीडी

कौशल उन्नयन

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

अधिकांश कोड - 85% - बड़ी आईटी कंपनियों के कर्मचारियों द्वारा लिखे गए हैं। उनमें से हैं: इंटेल, रेड हैट, आईबीएम और अन्य। पहले के डेवलपर्स ने कर्नेल के नवीनतम संस्करणों में 13% परिवर्तन किए, दूसरे के विशेषज्ञ 7% के लिए "जिम्मेदार" हैं, और 4% के लिए आईबीएम।

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

विकास को गति दें

जब एक कॉर्पोरेट उत्पाद खुले स्रोत का हिस्सा बन जाता है (बशर्ते कि आईटी समुदाय में इस उत्पाद की मांग हो), तो समुदाय धीरे-धीरे इसके बारे में प्रारूप बनाना शुरू कर देता है।

जब, 2005 में, डेवलपर ल्यूक कानिस ने कठपुतली क्लाइंट-सर्वर एप्लिकेशन बनाया, तो उसने शुरू में सॉफ्टवेयर के मुफ्त वितरण के माध्यम से उपयोगकर्ताओं को आकर्षित करने की योजना बनाई। नतीजतन, यह हुआ - अब 40 हजार कंपनियां ओएस प्रबंधन के स्वचालन के लिए अपने उपकरण का उपयोग करती हैं, जिनमें से 75 फॉर्च्यून 100 रेटिंग में शामिल हैं।

यहां एक सरल नियम लागू होता है: जितना अधिक लोग विकास में भाग लेंगे, रिलीज की गति उतनी ही अधिक होगी। उदाहरण के लिए, लिनक्स - इस ओएस के कर्नेल के नए संस्करणों को हर दो महीने में जारी किया जाता है, और अन्य ऑपरेटिंग सिस्टम के अपडेट को कभी-कभी कई वर्षों तक इंतजार करना पड़ता है।

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

बग का पता लगाना

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


/ फ़्लिकर / हेनरी बर्गियस / सीसी बाय-एसए

इस साल के अगस्त में, एलोन मस्क ने ट्विटर पर टेस्ला कार सेफ्टी सॉफ्टवेयर को खोलने के इरादे का एक रिकॉर्ड पोस्ट किया।

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

मरहम में उड़ना

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

यदि कंपनी जोखिमों को स्वीकार करती है और अभी भी सॉफ्टवेयर को ओपन सोर्स पर लाना चाहती है, तो बस सॉफ्टवेयर को ओपन करना और उसका विकास देखना विफल हो जाएगा।

"यदि कोई संगठन अपने समाधान को खुले स्रोत की तरह लाना चाहता है, तो इसमें थोड़ी समझदारी होगी," 1cloud.ru बादल में बुनियादी ढांचा किराये सेवा विकास विभाग के प्रमुख सर्गेई बेल्किन कहते हैं । - नए समाधान के लिए समुदाय के गठन के लिए, आपको वाणिज्यिक उत्पादों के लिए भी ऐसा ही करना होगा।

सबसे पहले, यह समझें कि आपकी कंपनी को इसकी आवश्यकता क्यों है, और फिर एक रोडमैप तैयार करें और एक सॉफ्टवेयर समाधान विकसित करने की रणनीति तैयार करें। ”

परिणाम क्या है?

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

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

हम एक कॉर्पोरेट ब्लॉग में क्या लिखते हैं:

• 1 क्लॉउड क्लाउड आर्किटेक्चर इवोल्यूशन: मॉड्यूलेशन चुनौतियां
• "व्यक्तिगत डेटा पर": FZ-152 का सार
• क्लाउड सेवा में DevOps: हम एक उदाहरण के रूप में 1cloud.ru का उपयोग करके दृष्टिकोण का विश्लेषण करते हैं