क्या प्रौद्योगिकी को खुला करना चाहिए या बंद रखना चाहिए: कंपनी मूल्य और सामाजिक उपयोगिता को अधिकतम करने के लिए दृष्टिकोण

परिचय

ओपन सोर्स जैसे माध्यमों के माध्यम से, यदि अपनी कंपनी द्वारा विकसित तकनीक को सार्वजनिक किया जाता है, तो कम समय में इसका व्यापक प्रसार अपेक्षित है, लेकिन दूसरी ओर इसी तरह की सेवा प्रदान करने वाले कई प्रतिद्वंद्वियों को आमंत्रित करता है। यदि उचित निर्णय लिए जाएं, तो यह अपनी कंपनी की सेवा के विस्तार को बढ़ावा देता है, लेकिन हमें इस निर्णय को कैसे लेना चाहिए?

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

यहाँ, तकनीक के सार्वजनिकीकरण की डिग्री को "पूर्ण रूप से खुला" से लेकर "पूर्ण रूप से बंद" तक 9 स्तरों में वर्गीकृत किया गया है, और प्रत्येक स्तर के सफलता और विफलता के मामलों को व्यवस्थित किया गया है। फिर, कंपनी के मूल्य और सामाजिक उपयोगिता को अधिकतम करने के लिए विचार को नवीनतम शैक्षणिक अनुसंधान और व्यावहारिक विशेषज्ञता के आधार पर प्रस्तुत किया गया है।

तकनीक की सार्वजनिकीकरण डिग्री "प्रकटीकरण" और "लाइसेंसिंग" के 2 अक्षों से निर्धारित होती है

सबसे पहले, यह समझना महत्वपूर्ण है कि तकनीक की सार्वजनिकीकरण डिग्री वास्तव में 1 अक्ष नहीं, बल्कि 2 अक्षों से बनी होती है।

प्रकटीकरण का अक्ष: तकनीक के विवरण को कितनी दूर तक दिखाया जाए क्या सोर्स कोड या तकनीकी विनिर्देशों को सार्वजनिक किया जाए, केवल कार्यक्षमता दिखाई जाए, या पूरी तरह गोपनीय रखा जाए, यह सूचना प्रकटीकरण की डिग्री है।

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

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

तकनीक की 9 सार्वजनिकीकरण स्तर

स्तर 1: पूर्ण रूप से खुला

विवरण: CC0 या Unlicense (अधिकार परित्याग), साथ ही MIT, Apache 2.0 और BSD जैसी उदार (अनुमतिशील) लाइसेंसें। सोर्स कोड को सार्वजनिक किया जाता है और व्यावसायिक उपयोग, संशोधन, पुनर्वितरण, और बंद उत्पादों में शामिल करने तक लगभग बिना शर्त अनुमति दी जाती है (केवल रोपण स्वीकृति की आवश्यकता होती है)। Apache 2.0 में स्पष्ट पेटेंट लाइसेंस अनुदान शामिल है, जो कॉर्पोरेट उपयोग के लिए उपयुक्त है।

उपयोग की शर्तें: रोपण स्वीकृति (कॉपीराइट नोटिस का रखरखाव) के स्तर पर। संशोधित संस्करण को गैर-सार्वजनिक रूप से व्यावसायिक उत्पादों में शामिल करना भी स्वतंत्र है।

विशिष्ट उद्देश्य: प्रसार को अधिकतम करना और डी फैक्टो मानकीकरण। परिधीय तकनीकें (SDK, डेटा प्रारूप, कनेक्टर) जो शामिल किए जा सकते हैं, को खोल दिया जाता है और पारिस्थितिकी तंत्र को व्यापक किया जाता है।

सफलता का उदाहरण: Android (AOSP) ने Apache 2.0 के तहत OS बॉडी को खोल दिया, स्मार्टफोन बाजार को पूरी तरह विस्तृत किया, और Google ने बंद परत (Play Store, विज्ञापन, GMS लाइसेंस) के माध्यम से रिकवरी की। React, VS Code, और Kubernetes भी उदार लाइसेंसिंग के साथ व्यापक रूप से प्रसारित हुए और प्रत्येक कंपनी के मुख्य व्यवसाय (क्लाउड, नियुक्ति, प्लेटफॉर्म) के लिए मूल्य फिर से प्रवाहित किया।

विफलता का उदाहरण: 1. Docker ने कंटेनर तकनीक को उदार लाइसेंसिंग के साथ सार्वजनिक किया, और तकनीक के रूप में यह उद्योग मानक बन गया। लेकिन, मूल तकनीक पूरी तरह खुली होने के कारण, Kubernetes (Google द्वारा निर्देशित) और क्लाउड प्रदाताओं की प्रबंधित सेवाओं में मूल्य का अधिकांश भाग बह गया, और Docker कंपनी स्वयं राजस्व निर्माण में विफल रही। 2019 में, उसे एंटरप्राइज व्यवसा को Mirantis को बेचना पड़ा। यह "तकनीक की सफलता" और "व्यावसायिक सफलता" के अलग होने का सबसे महत्वपूर्ण उदाहरण है। 2. इंटरनेट एन्क्रिप्टेड संचार का अधिकांश हिस्सा OpenSSL पर निर्भर करता है। 2014 में महत्वपूर्ण कमजोरी "Heartbleed" के पता चलने के समय, इसे पूर्णकालीन विकासकर्ता 1 और वार्षिक दान लगभग 2,000 डॉलर के साथ चलाया जा रहा था। जो कोई भी मुफ्त में उपयोग कर सकता है ऐसी सार्वजनिक संपदा, किसी को भी लागत वहन नहीं करती है, यह फ्री राइडर समस्या का एक विशिष्ट उदाहरण है, और OSS की स्थिरता संबंधी अनुसंधान की गंभीर शुरुआत के लिए एक अवसर बन गया (Eghbal, 2020)।

स्तर 2: कमजोर कॉपीलेफ्ट

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

उपयोग की शर्तें: संबंधित भागों के संशोधन को सार्वजनिक करें, तो व्यावसायिक बंद उत्पादों में शामिल करना संभव है।

विशिष्ट उद्देश्य: "सुधार को वापस भेजने की चाहत है लेकिन व्यावसायिक शामिल करने में बाधा नहीं डालनी चाहते" के मामले में समझौता। लाइब्रेरी और घटकों के लिए उपयुक्त।

सफलता का उदाहरण: Firefox (MPL) ने ब्राउजर बाजार में एकाधिकार के विरुद्ध एक विकल्प स्थापित किया। LGPL लाइब्रेरी (glibc आदि) व्यावसायिक सॉफ्टवेयर में व्यापक रूप से शामिल की गई हैं और वास्तव में सामान्य आधार बन गई हैं।

विफलता का उदाहरण: नोकिया-नेतृत्व वाला स्मार्टफोन OS "Symbian" 2010 के फरवरी में Android और iOS के विरुद्ध हार के बाद EPL (कमजोर कॉपीलेफ्ट) के साथ पूरी तरह ओपन सोर्स बन गया। लेकिन, उसी वर्ष नवंबर में Symbian Foundation ने अपनी गतिविधि बंद करने की घोषणा की, और 2011 में नोकिया स्वयं ओपन सोर्स प्रदान बंद कर दिया। यह दिखाता है कि प्रतिस्पर्धा खो जाने के बाद खोलना पारिस्थितिकी तंत्र भागीदारों के लिए निवेश करने का कारण नहीं है। ओपन करना "हमला का चाल" है, "हार का प्रबंधन" नहीं।

स्तर 3: मजबूत कॉपीलेफ्ट

विवरण: व्युत्पन्न पूर्ण सोर्स प्रकाशन को अनिवार्य करने वाली लाइसेंस। यह प्रतिद्वंद्वियों को सुधार को बंद उत्पादों में शामिल करके एकाधिकार करने से रोकता है।

उपयोग की शर्तें: व्यावसायिक उपयोग स्वतंत्र है, लेकिन GPL कोड वाले उत्पाद वितरित करने पर पूरे सोर्स का प्रकाशन आवश्यक है।

विशिष्ट उद्देश्य: फ्री राइडिंग को रोकना और सुधार को समुदाय को वापस भेजना। समुदाय-नेतृत्व वाली परियोजनाओं और दोहरी लाइसेंसिंग (GPL संस्करण और व्यावसायिक संस्करण का संयुक्त विक्रय) के आधार के लिए उपयोग किया जाता है।

सफलता का उदाहरण: Linux (GPLv2) इतिहास में सबसे सफल OSS है और सर्वर, क्लाउड, और अंतःस्थापित प्रणाली का आधार बन गया है। Linux वितरण के लिए सहायता प्रदान करके राजस्व प्राप्त करने वाली Red Hat को 2019 में IBM द्वारा लगभग 34 अरब डॉलर में खरीद लिया गया, एक OSS कंपनी के रूप में सबसे बड़ी कॉर्पोरेट मूल्य प्राप्त किया। QGIS (GPL) भी भौगोलिक सूचना प्रणाली क्षेत्र में व्यावसायिक सॉफ्टवेयर के समान बाजार हिस्सेदारी प्राप्त किया है।

विफलता का उदाहरण: Oracle के अधिग्रहण के बाद, OpenOffice.org समुदाय प्रबंधन नीति के अविश्वास से LibreOffice को अलग कर दिया (2010), और विकासकर्ता और उपयोगकर्ताओं का अधिकांश भाग स्थानांतरित हुआ। यह दिखाता है कि यहां तक कि यदि लाइसेंस ओपन हो, तो यदि एक ही कंपनी शासन पर एकाधिकार रखता है और समुदाय का विश्वास खो देता है, तो परियोजना के नियंत्रण अधिकार भी खो सकते हैं।

स्तर 4: नेटवर्क कॉपीलेफ्ट

विवरण: GPL के प्रकाशन दायित्व को "नेटवर्क के माध्यम से सेवा प्रदान (SaaS)" तक भी विस्तारित करने वाली लाइसेंस। यह क्लाउड संचालकों को संशोधित संस्करण को गोपनीय रखकर सेवा प्रदान करने से रोकता है। OSI-अनुमोदित ओपन सोर्स लाइसेंस में सबसे अधिक रक्षा करने वाला है।

उपयोग की शर्तें: AGPL कोड का उपयोग करके सेवा प्रदान करने पर संशोधन सहित सोर्स का प्रकाशन आवश्यक है। इससे बचने के लिए, "दोहरी लाइसेंसिंग" रणनीति के साथ व्यावसायिक लाइसेंस बेची जाती हैं।

विशिष्ट उद्देश्य: कोड पारदर्शिता रखते हुए क्लाउड प्रमुखों द्वारा पुनर्विक्रय को रोकना और व्यावसायिक लाइसेंस आय की ओर निर्देशित करना।

सफलता का उदाहरण: Grafana, MongoDB (प्रारंभिक), और Nextcloud ने यह अपनाया। Redis ने 2024 में गैर-OSS लाइसेंस परिवर्तन की आलोचना के बाद, 2025 के मई में AGPLv3 के साथ ओपन सोर्स में वापसी की (Redis 8)। AGPL को "खुलते हुए बचाव" के व्यावहारिक समाधान के रूप में पुनः मूल्यांकित किया जा रहा है।

विफलता का उदाहरण: MongoDB ने लंबे समय तक AGPL अपनाया था, लेकिन क्लाउड संचालकों द्वारा व्यावसायिक प्रदान को पर्याप्त रूप से रोक नहीं सकने का निर्णय लिया, और 2018 में अधिक प्रतिबंधक SSPL में स्थानांतरित हुआ। लेकिन अगले 2019 में, AWS ने MongoDB संगत API का अपना कार्यान्वयन "DocumentDB" प्रस्तुत किया। यह दिखाता है कि लाइसेंस कोड प्रतिलिपि को बांध सकता है लेकिन प्रोटोकॉल या API संगत कार्यान्वयन (क्लीनरूम विकास) को नहीं बांध सकता है - यह लाइसेंस बचाव की संरचनात्मक सीमा है।

स्तर 5: सोर्स प्रकाशन, प्रतिद्वंद्वी प्रतिबंध प्रकार

विवरण: सोर्स कोड पढ़ा जा सकता है, संशोधित किया जा सकता है, और कई उद्देश्यों के लिए उपयोग किया जा सकता है, लेकिन "प्रतिद्वंद्वी सेवा के रूप में प्रदान" को स्पष्ट रूप से निषिद्ध करता है। OSI की परिभाषा के अनुसार ओपन सोर्स नहीं है। BSL (Business Source License) एक निश्चित अवधि (अधिकतम 4 वर्ष) के बाद स्वचालित रूप से ओपन सोर्स बनने की समय सीमित संरचना रखता है।

उपयोग की शर्तें: अपनी कंपनी के लिए उपयोग, विकास उपयोग बहुत व्यापक हो सकता है, लेकिन उस सॉफ्टवेयर को स्वयं व्यावसायिक सेवा के रूप में तीसरे पक्ष को प्रदान करना निषिद्ध है (या व्यावसायिक लाइसेंस अनुबंध आवश्यक है)।

विशिष्ट उद्देश्य: पारदर्शिता और स्वयं-होस्टिंग की स्वतंत्रता बनाए रखते हुए, क्लाउड संचालकों के "मुफ्त पुनर्विक्रय" से राजस्व की रक्षा करना।

सफलता का उदाहरण: MariaDB (BSL के विचारक), Sentry, CockroachDB ने यह अपनाया है और अपने व्यवसाय को बनाए रखते हैं। MongoDB ने SSPL परिवर्तन के बाद भी स्टॉक बाजार में उच्च मूल्यांकन बनाए रखा, और राजस्व रक्षा के रूप में कुछ सफलता दिखाई है।

विफलता का उदाहरण: HashiCorp ने 2023 के अगस्त में Terraform को MPL से BSL में परिवर्तित किया, लेकिन केवल 2 सप्ताह बाद, समुदाय ने OpenTofu को फोर्क किया, Linux Foundation के तहत तेजी से बढ़ा (उपयोगकर्ता सर्वेक्षण में 38% विकल्प विचार कर रहे हैं)। Redis ने भी 2024 के मार्च में SSPL परिवर्तन के 1 सप्ताह बाद Valkey को फोर्क किया गया, और आलोचना के कारण 2025 के मई में AGPL में वापसी की। इसके अलावा, SSPL OSI द्वारा अनुमोदित नहीं है, इसलिए Debian और Fedora जैसी मुख्य वितरण से हटा दिया गया, वितरण चैनल ही खो गई। शैक्षणिक अनुसंधान दिखाता है कि ये फोर्क मूल की तुलना में अधिक संगठनात्मक विविधता वाली समुदाय बनाते हैं (arXiv:2411.04739, 2024), "एक बार खुली चीज को बंद करना" परिवर्तन कानूनी रूप से संभव है लेकिन समुदाय नामक संपत्ति को नुकसान देता है, यह एक उच्च जोखिम निर्णय है।

स्तर 6: गैर-व्यावसायिक, सशर्त प्रकाशन

विवरण: सोर्स कोड या मॉडल सार्वजनिक किया जाता है, लेकिन उपयोग को गैर-व्यावसायिक, अनुसंधान उद्देश्य तक सीमित किया जाता है, या उपयोग के स्तर या उद्देश्य पर व्यक्तिगत शर्तें लागू की जाती हैं (CC BY-NC, अनुसंधान उपयोग-सीमित लाइसेंस, AI मॉडल की व्यक्तिगत "समुदाय लाइसेंस" आदि)।

उपयोग की शर्तें: व्यक्तिगत और शोधकर्ता स्वतंत्र रूप से उपयोग कर सकते हैं, लेकिन व्यावसायिक उपयोग के लिए व्यक्तिगत अनुबंध या शर्त पूर्ति आवश्यक है।

विशिष्ट उद्देश्य: शोधकर्ता और व्यक्तिगत विकासकर्ताओं के लिए खोलना, प्रतिष्ठा, प्रतिक्रिया, पारिस्थितिकी तंत्र प्राप्त करना, और व्यावसायिक उपयोग सभी को मूल्य निर्धारण के लिए निर्देशित करना।

सफलता का उदाहरण: Meta की Llama श्रृंखला "ओपन वेट" (वजन प्रकाशन, सशर्त उपयोग) रणनीति के माध्यम से, बंद API प्रदान मॉडल के खिलाफ अल्पकालीन में पारिस्थितिकी तंत्र बनाया। शैक्षणिक सॉफ्टवेयर में भी "अनुसंधान मुफ्त, व्यावसायिक शुल्क" की दोहरी पटरी एक टिकाऊ राजस्व स्रोत के रूप में कार्य करती है।

विफलता का उदाहरण: प्रारंभिक LLaMA "शोधकर्ता-केवल, आवेदन-आधारित" शर्तों के साथ सीमित रिलीज़ था, लेकिन जारी होने के महज एक सप्ताह बाद वज़न 4chan पर लीक हो गए और कोई भी डाउनलोड कर सकता था। सशर्त वितरण तकनीकी रूप से कानूनी रूप से लागू नहीं है, यह स्पष्ट हो गया, और Meta ने अपनी नीति बदल दी, Llama 2 (जुलाई 2023) से वाणिज्यिक उपयोग के साथ "कम्युनिटी लाइसेंस" के तहत व्यापक रूप से वितरित करने की रणनीति में स्विच किया। दूसरे शब्दों में, वर्तमान Llama खुली वजन रणनीति ही Level 6 की कड़ी कार्यान्वयन (केवल अनुसंधान) की विफलता से उत्पन्न हुई है। और यहां तक कि Llama में भी, "70 करोड़ से अधिक मासिक सक्रिय उपयोगकर्ताओं वाली कंपनियों के लिए अलग अनुबंध" जैसी अपनी शर्तें बची हुई हैं, इसलिए कंपनियों के कानूनी विभाग Apache 2.0 Mistral या Qwen को चुनते हैं, और शर्तों की जटिलता ही अपनाने में बाधा बन जाती है।

Level 7: पेटेंट

विवरण: तकनीकी सामग्री को पूरी तरह से प्रकाशित करने के बदले में, लगभग 20 वर्षों के लिए एकमात्र कार्यान्वयन अधिकार प्राप्त करने का तंत्र। अवधि समाप्त होने के बाद कोई भी स्वतंत्र रूप से इसका उपयोग कर सकता है, इसलिए इसे "एक निश्चित अवधि के बाद जबरदस्ती खुल जाना" समय-सीमित संरचना के रूप में देखा जा सकता है।

उपयोग की शर्तें: पेटेंट धारक की अनुमति (लाइसेंस समझौता) आवश्यक है। मानक-आवश्यक पेटेंट FRAND शर्तों (न्यायसंगत, उचित और गैर-भेदभावपूर्ण) के तहत लाइसेंस देने के लिए बाध्य हैं।

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

सफलता का उदाहरण: क्वालकॉम संचार मानकों पर आवश्यक पेटेंट के माध्यम से लाइसेंसिंग व्यवसाय को अपनी आय का स्तंभ बनाता है। फार्मास्यूटिकल उद्योग पेटेंट द्वारा अवधि एकाधिकार को आधार मानकर विशाल अनुसंधान और विकास निवेश को पुनः प्राप्त करने के मॉडल का विशिष्ट उदाहरण है (Arora et al., 2001)।

विफलता का उदाहरण: Kodak के पास डिजिटल कैमरे की बुनियादी पेटेंट सहित लगभग 1,100 पेटेंटों का पोर्टफोलियो था, और दिवालिया होने से पहले 22-26 बिलियन डॉलर मूल्य का मूल्यांकन किया गया था। लेकिन 2012 के दिवालियापन के बाद बिक्री की कीमत महज 5.25 बिलियन डॉलर थी। पेटेंट से तकनीक को प्रकाशित और एकाधिकृत करने के बाद भी, यदि विनिर्माण, बिक्री, ब्रांड जैसी पूरक संपत्तियां और व्यावसायिक मॉडल खो जाता है, तो पेटेंट का मूल्य ही गिर जाता है। यह Teece (1986) द्वारा सैद्धांतिक रूप से वर्णित "नवाचार से लाभ पूरक संपत्ति के मालिकों को मिलता है" प्रस्ताव का उदाहरण है।

Level 8: बंद स्रोत + API

विवरण: स्रोत कोड गैर-सार्वजनिक रहता है, जबकि उत्पाद, API, SaaS के रूप में केवल कार्यक्षमता प्रदान की जाती है। आंतरिक कार्यान्वयन दिखाई नहीं देता है लेकिन उपयोग व्यापक है।

उपयोग की शर्तें: सेवा शर्तें और API अनुबंध के दायरे में उपयोग। कार्यान्वयन से संपर्क और संशोधन संभव नहीं है।

विशिष्ट उद्देश्य: कार्यान्वयन और डेटा को गोपनीय रखते हुए, उपयोगकर्ता और राजस्व को अधिकतम करना। अधिकांश वाणिज्यिक सॉफ्टवेयर और API प्रदान करने वाले AI मॉडल इसी रूप में हैं।

सफलता का उदाहरण: OpenAI और Anthropic के API प्रदान करने वाले मॉडल, Salesforce जैसे SaaS, Apple का iOS (कोर गैर-सार्वजनिक है, डेवलपर्स के लिए SDK खुला है) आदि, आधुनिक उच्च-राजस्व सॉफ्टवेयर व्यवसाय का मुख्यधारा है।

विफलता का उदाहरण: घरेलू VTR प्रारूप प्रतियोगिता में, सोनी Betamax के लाइसेंसिंग में निष्क्रिय था, जबकि जापान विक्टर ने VHS को व्यापक रूप से लाइसेंस दिया और अपनी टीम का विस्तार किया, बाजार को नियंत्रित किया (Cusumano et al., 1992)। तकनीकी श्रेष्ठता नहीं बल्कि "खुलेपन का अंतर" मानक प्रतियोगिता में जीत का फैसला करता है, और नेटवर्क प्रभाव वाले बाजारों में, बंद होना सबसे बड़ा जोखिम हो सकता है।

Level 9: पूर्ण बंद

विवरण: प्रकाशित या दायर नहीं किया जाता है, गोपनीयता के रूप में प्रबंधित किया जाता है। जब तक गोपनीयता प्रबंधन बना रहता है, सुरक्षा अवधि अनंत है, और पेटेंट के साथ विपरीत ट्रेड-ऑफ है।

उपयोग की शर्तें: केवल अपनी कंपनी द्वारा कार्यान्वयन। NDA और एक्सेस नियंत्रण जैसे गोपनीयता प्रबंधन प्रणाली कानूनी सुरक्षा की पूर्वशर्त है।

विशिष्ट उद्देश्य: रिवर्स इंजीनियरिंग से कठिन चीजें (सर्वर-पक्ष तर्क, प्रशिक्षण डेटा, विनिर्माण ज्ञान, ग्राहक डेटा) को अनंत काल तक रक्षा करना।

सफलता का उदाहरण: कोका-कोला की सिरप रेसिपी (130 वर्षों से अधिक गोपनीय रखी), Google की खोज रैंकिंग एल्गोरिदम प्रतिनिधि उदाहरण हैं। यदि पेटेंट किया जाता तो 20 वर्षों में समाप्त हो जाता, लेकिन व्यापार गोपनीयता के रूप में अनंत लाभ में परिणत किया गया है।

विफलता का उदाहरण: व्यापार गोपनीयता अनंत काल तक संरक्षित है, लेकिन रिसाव के लिए कमजोर है। Waymo की स्व-चलन तकनीक की व्यापार गोपनीयता को एक पूर्व कार्यकारी ने Uber को लाया, ऐसा कहा जाता है, लगभग 2.45 बिलियन डॉलर मूल्य के स्टॉक समझौते का परिणाम हुआ (2018)। व्यापार गोपनीयता रणनीति तकनीक ही नहीं, बल्कि गोपनीयता प्रबंधन प्रणाली (कर्मचारी प्रतिधारण, एक्सेस नियंत्रण, अनुबंध) में निरंतर निवेश के साथ काम करती है।

सेवा और कंपनी के मूल्य को अधिकतम करने का तरीका

तो किस हिस्से को खुला करें और किस हिस्से को बंद करें। कंपनी का मूल्य मोटे तौर पर "बाजार और बिक्री की वृद्धि × लाभ की रक्षा क्षमता (moat) × वृद्धि की पूंजी दक्षता" से तय होता है, लेकिन प्रकाशन रणनीति इन तीनों को प्रभावित करती है।

निर्णय का शुरुआती बिंदु केवल एक सिद्धांत है। "जो खुद बेचते हैं (विकल्प) उसे बंद करें, जो इसके उपयोग को बढ़ावा देता है (पूरक) उसे खोलें"। जितना अधिक पूरक सस्ता या मुफ्त होता है, उतना अधिक मुख्य उत्पाद (अपनी आय का स्रोत) की मांग बढ़ती है, इसलिए आय स्रोत की "आसन्न परत" को जानबूझकर खोलें और बाजार को विस्तृत करें, मुख्य से वसूली करें। व्यावहारिकता के रूप में जाना जाता है "पूरक वस्तु का कमोडिटीकरण" यह दृष्टिकोण (Spolsky, 2002) Google द्वारा Android को मुफ्त खोलकर विज्ञापन और ऐप से वसूली करने की संरचना के पीछे का तर्क है। नीचे, इस सिद्धांत को "क्या खोलें, क्या बंद करें" में ठोस रूप दिया गया है।

जो खुला होना चाहिए

जो प्रसार और मानकीकरण पैदा करता है और अपनी आय के स्रोत को धमकी नहीं देता है, उसे खोला जाना चाहिए। ये हैं:

• मुख्य कार्यक्षमता, इंजन: वह हिस्सा जिसे बहुत से लोग उपयोग करते हैं और मानक बनने का अर्थ है।

  • Chromium (Google): ब्राउजर इंजन का मुख्य भाग खुला किया। Chrome, Edge, Brave का साझा आधार बन गया, और Web मानकों का नेतृत्व हासिल किया।

  • GitLab Community Edition: Git प्रबंधन, CI/CD का पूरा सेट अपने सर्वर पर मुफ्त में तैनात किया जा सकता है।

  • PostgreSQL / Elasticsearch / Docker Engine: DB, खोज, कंटेनर के "मानक इंजन"।

  • PyTorch (Meta): मशीन लर्निंग का साझा आधार बन जाता है, शोधकर्ता और इंजीनियर अधिग्रहण और अपनी AI विकास क्षमता में प्रवाहित होता है।

• फाइल फॉर्मेट, प्रोटोकॉल, API विनिर्देश: अन्य कंपनियों के उपकरण अपने साथ जुड़ने के लिए खुद को समायोजित करते हैं।

  • PDF (Adobe): विनिर्देश प्रकाशित और ISO मानकीकृत किया। हर कोई पढ़ सकता है ऐसा प्रारूप बनाकर दस्तावेज़ का वास्तविक मानक बन गया।

  • S3 API (Amazon): भंडारण API का विनिर्देश डिफैक्टो बन गया, प्रतिद्वंद्वी कंपनियां "S3 संगत" नाम रखकर समायोजित करती हैं।

  • OpenAI API विनिर्देश: बहुत से LLM "OpenAI API संगत" लागू करते हैं इतना मानकीकृत।

  • IFC: BIM का अंतर्राष्ट्रीय मानक।

• SDK, कनेक्टर, एकीकरण भाग: पूरक। जितना अधिक, उतना अधिक मुख्य उपयोग होता है।

  • Stripe के SDK समूह: भुगतान को कुछ पंक्तियों के कोड में एम्बेड करने के लिए प्रत्येक भाषा में लाइब्रेरी मुफ्त खुली, विकास करने वाले को एक साथ जीता।

  • Slack / Twilio के SDK, API: बाहरी ऐप को जोड़ने के लिए आधिकारिक लाइब्रेरी से पारिस्थितिकी तंत्र का विस्तार।

  • Terraform के प्रदाता: प्रत्येक क्लाउड के साथ संबंध कनेक्टर खुले, समर्थन बढ़ता है उतना अधिक मुख्य मूल्य बढ़ता है।

• व्यक्तिगत, विकास करने वाले के लिए बुनियादी कार्यक्षमता: मुफ्त में ढलान को व्यापक करें।

  • GitHub / Notion / Figma / Slack की मुफ्त योजना: व्यक्तिगत मुफ्त, टीम और कंपनी विशेषताओं के लिए शुल्क (फ्रीमियम)।

  • Docker Desktop: व्यक्तिगत, छोटे स्तर के लिए मुफ्त, कुछ आकार से ऊपर कंपनियों के लिए शुल्क।

  • Gurobi की अकादमिक मुफ्त संस्करण: छात्र जीवन में अभ्यस्त लोग नौकरी की जगह में नियमित लाइसेंस प्रस्तावना का प्रचारक बन जाते हैं।

लाभ ये हैं:

• ग्राहक अधिग्रहण लागत में नाटकीय गिरावट: विकास करने वाले बिना बिक्री के स्वयं द्वारा तैनाती और प्रसार करते हैं, इसलिए समान वृद्धि को कम लागत में प्राप्त किया जा सकता है, पूंजी दक्षता बढ़ती है (GitLab, HashiCorp, Confluent आदि खुली मूल कंपनियों की उच्च स्टॉक रेटिंग का स्रोत)।

• डिफैक्टो मानकीकरण और नेटवर्क प्रभाव द्वारा moat निर्माण: बंद कोड से नहीं बनाई जा सकने वाली प्रकार की प्रवेश बाधा (Kubernetes, Linux)।

• लॉक-इन चिंता का समाधान: किसी विशेष विक्रेता से लॉक-इन की चिंता हटाकर, बड़ी कंपनियों और सार्वजनिक क्षेत्र के सेवन में बाधा कम कर सकते हैं।

• भर्ती ब्रांडिंग और बाहरी योगदान द्वारा R&D का लाभ: व्यावहारिक अनुसंधान में भी, OSS का केवल "उपयोग" नहीं बल्कि "योगदान" करने वाली कंपनियां, उस OSS से अधिक उत्पादकता प्राप्त करती हैं, यह दिखाया गया है (Nagle, 2018, 2019)।

जो बंद होना चाहिए

राजस्व का मूल स्रोत और प्रतिस्पर्धी लाभ का मूल, बंद होना चाहिए। ये हैं:

• राजस्व स्रोत (प्रबंधित संचालन, होस्टिंग संस्करण): यदि संचालन की मेहनत बेचना व्यवसाय है, तो यह खुला नहीं है।

  • GitLab.com / MongoDB Atlas / Databricks: सॉफ्टवेयर खुद खुला है, लेकिन "संचालन को प्रतिनिधिमंडन करने की सेवा" पूरी तरह से अपनी विशेषता है। MongoDB की आय का स्तंभ Atlas है, जिसे कोई नहीं दोहरा सकता है।

  • WordPress.com (Automattic): मुख्य कोई भी मुफ्त में अपने आप को होस्ट कर सकता है, लेकिन होस्टिंग + रखरखाव व्यवसाय बंद है।

  • Red Hat Enterprise Linux की सदस्यता: Linux ही GPL के तहत है, लेकिन प्रमाणित बिल्ड, दीर्घकालीन समर्थन, गारंटी जैसे "संचालन पैकेज" से शुल्क लिया जाता है।

• संगठन, कंपनी विशेषताएं (SSO, अनुमति प्रबंधन, ऑडिट लॉग, अनुपालन, समर्थन/SLA): तकनीकी रूप से आसान है, लेकिन यह "भुगतान करने वाली तरफ" की मांग है। यहां शुल्क लिया जाता है।

  • GitLab Enterprise Edition: SAML/SSO, विस्तृत अनुमति प्रबंधन, ऑडिट लॉग, अनुपालन विशेषताएं भुगतान संस्करण तक सीमित। खुली मूल की "रेखा" का पाठ्यपुस्तक।

  • Mattermost / Sentry: मूल खुला, SSO, उन्नत अनुमति, ऑडिट विशेषता एंटरप्राइज़ संस्करण। यह प्रथा "SSO कर" कहलाता है (sso.tax साइट कंपनियों की SSO शुल्क सूची प्रकाशित करती है) इतनी स्थापित।

  • Grafana Enterprise: मुख्य AGPL में खुला, एंटरप्राइज़ डेटा स्रोत कनेक्शन, रिपोर्ट, समर्थन SLA से शुल्क।

• प्रतिस्पर्धी लाभ कोड ही मूल तर्क है: जहां प्रकाशन सीधे नकल को संभव बनाता है।

  • Google की खोज रैंकिंग एल्गोरिदम: Chromium और Android खुले हैं, लेकिन मुख्य व्यवसाय की खोज क्रम निर्णय तर्क कभी प्रकाशित नहीं होता।

  • Netflix की सिफारिश इंजन: संरचनागत उपकरण (Chaos Monkey आदि) कई OSS हैं, लेकिन दृश्य सिफारिश मूल गोपनीय है।

  • उच्च-आवृत्ति व्यापार (HFT) कंपनी का व्यापार एल्गोरिदम: प्रकाशन = लाभ तत्काल गायब होना, तो पूर्ण गोपनीयता।

• अनन्य डेटा, प्रशिक्षित मॉडल, संचालन जानकारी और ग्राहक आधार: नकल करना मुश्किल "पूरक संपत्ति"।

  • OpenAI / Anthropic की सीमांत मॉडल के वजन और प्रशिक्षण डेटा: API के माध्यम से उपयोग खुला है, लेकिन मॉडल स्वयं और प्रशिक्षण पाइपलाइन गोपनीय (स्तर 8+9 का संयोजन)।

  • Google मानचित्र डेटा और ट्रैफिक डेटा: API खुला है, लेकिन 20 वर्षों में जमा की गई डेटा संपत्ति किसी को नहीं दी जाती।

  • Amazon की क्रय डेटा और समीक्षा प्लेटफॉर्म: नेटवर्क प्रभाव से स्वयं-सुदृढ़, सबसे अधिक नकल करना मुश्किल पूरक संपत्ति।

  • Bloomberg की वित्तीय डेटा और टर्मिनल उपयोगकर्ता नेटवर्क: डेटा + ग्राहक आधार के संयोजन से, कार्यक्षमता नकल के साथ पकड़ में नहीं आ सकते।

खुली-बंद निर्णय जांच सूची

प्रत्येक व्यक्तिगत सुविधा के लिए, आप निम्नलिखित 5 प्रश्नों से निर्णय ले सकते हैं।

1. रक्षा परीक्षण: क्या यह हमारी श्रेष्ठता का स्रोत है → बंद करें

2. प्रसार परीक्षण: क्या सार्वजनिक रूप से उपयोगकर्ता और भागीदार बढ़ेंगे → खुला करें

3. जिम्मेदारी परीक्षण: क्या त्रुटियां कानूनी या व्यावसायिक जिम्मेदारी उत्पन्न करती हैं → बंद करें

4. खरीदार परीक्षण: क्या यह वह सुविधा है जिसके लिए भुगतान करने वाला पक्ष चाहता है (SSO, ऑडिट लॉग, समर्थन, SLA) → बंद करें

5. पुनर्विक्रय परीक्षण: क्या सार्वजनिक रूप से प्रतिद्वंद्वी या क्लाउड बड़ी कंपनियां इसे सीधे पुनर्विक्रय कर सकती हैं → बंद करें (या, AGPL/BSL आदि जैसे रक्षात्मक लाइसेंस से रक्षा करें)

यदि रक्षा, जिम्मेदारी, खरीदार, या पुनर्विक्रय में से कोई भी लागू होता है तो बंद करें; यदि केवल प्रसार लागू होता है तो खुला करें, यह सिद्धांत है।

समाज के लिए तकनीक को कितना खुला करना सर्वोत्तम है

अब तक हमने चर्चा की है कि कंपनी के मूल्य को अधिकतम करने के लिए कितना खुला करना चाहिए। फिर समग्र समाज के लिए क्या तकनीक खुली होनी चाहिए या बंद होनी चाहिए?

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

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

• पेटेंट प्रणाली ट्रेड-ऑफ दुविधा के प्रति समाज का "सौदा" है: समाज इस दुविधा को "एक निश्चित अवधि के लिए एकाधिकार को स्वीकार करने के बदले, तकनीक सामग्री को पूरी तरह से प्रकट करना है, और अवधि समाप्त होने के बाद कोई भी उपयोग कर सकता है" इस सौदे से हल करता है। यह पेटेंट प्रणाली है। लगभग 20 वर्ष की संरक्षण अवधि एकाधिकार के नुकसान और नवाचार के प्रोत्साहन के बीच संतुलन बिंदु के रूप में डिजाइन की गई है, और प्रतिस्पर्धा विरोधी कानून यह है कि जब यह संतुलन "एक कंपनी के स्थायी एकाधिकार" में बहुत अधिक झुक जाता है तो सुधार उपकरण है। यानी इस लेख में संगठित 9 स्तरों में से, समाज प्रणाली के रूप में "स्तर 7 (समय-सीमित एकाधिकार के साथ प्रकटीकरण)" को बुनियादी समझौता बिंदु पर रखता है, ऐसा पढ़ा जा सकता है।

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

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

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

• लाभ ही नवाचार की एकमात्र प्रेरणा नहीं है: अंत में "एकाधिकार लाभ ही नवाचार का एकमात्र स्रोत" यह नहीं है। खुले स्रोत और खुले विज्ञान के रूप में, सार्वजनिक वस्तु में योगदान और व्यक्तिगत लाभ (सीखना, प्रतिष्ठा, कैरियर, स्वयं के उत्पाद में सुधार) दोनों सिद्धांत और अनुभव दोनों पहलुओं से एक साथ हो सकते हैं (von Hippel & von Krogh, 2003; Nagle, 2018), और Linux और OpenSSL जैसे सामाजिक बुनियादी ढांचे एकाधिकार लाभ के बिना बनाए गए हैं। समाज "लाभ द्वारा प्रेरणा" और "अन्य प्रेरणा (अपने आप उपयोग करना चाहता हूं, सम्मान, प्रतिष्ठा, उपयोग करना चाहता हूं, सीखना आदि)" दोनों को जोड़कर नवाचार की आपूर्ति करता है।

नवीनतम शैक्षणिक अनुसंधान प्रवृत्ति

तकनीक के प्रकटीकरण रणनीति पर अनुसंधान मुख्य रूप से 4 दिशाओं में आगे बढ़ रहा है।

OSS के आर्थिक मूल्य का परिमाणीकरण

• मांग पक्ष मूल्य 8.8 ट्रिलियन डॉलर का अनुमान लगाया गया: Harvard Business School की अनुसंधान टीम ने व्यापक रूप से उपयोग किए जाने वाले OSS के आपूर्ति पक्ष मूल्य (पुनर्निर्माण लागत) को 41.5 बिलियन डॉलर, मांग पक्ष मूल्य (कंपनियों को वैकल्पिक विकास पर जो खर्च करने होंगे) को 8.8 ट्रिलियन डॉलर का अनुमान लगाया। यदि OSS मौजूद न हो तो कंपनी की सॉफ्टवेयर व्यय वर्तमान का 3.5 गुना आवश्यक होगा। इसके अलावा, मांग पक्ष मूल्य का 96% मात्र 5% विकासकर्ताओं द्वारा बनाया जाता है, मूल्य सृजन की चरम विषमता भी स्पष्ट हुई है (Hoffmann et al., 2024)।

• सार्वजनिक वस्तु के रूप में स्थिरता नीति का मुद्दा बन गया: OpenSSL/Heartbleed के बाद से, "संपूर्ण उद्योग जो बुनियादी OSS पर निर्भर है उसे कौन समर्थन करता है" इस स्थिरता के अनुसंधान में प्रगति हुई है, कंपनी और सरकार द्वारा धन आपूर्ति तंत्र (Sovereign Tech Fund आदि) का डिजाइन व्यावहारिक और नीति दोनों पहलुओं में चर्चा हो रहा है (Eghbal, 2020)।

राजस्व रणनीति और लाइसेंस परिवर्तन के परिणाम

• लाइसेंस परिवर्तन और फोर्क का प्रायोगिक अनुसंधान आगे बढ़ा: 2023-2025 के क्रमिक लाइसेंस परिवर्तन (Terraform→OpenTofu, Redis→Valkey, Elasticsearch→OpenSearch) को लक्ष्य करके फोर्क के बाद कम्युनिटी संरचना का विश्लेषण किए गए अनुसंधान में, तटस्थ फाउंडेशन (Linux Foundation आदि) के अंतर्गत बनाई गई फोर्क मूल से अधिक संगठनात्मक विविधता वाले योगदानकर्ता आधार को प्राप्त करती है यह दिखाया गया (arXiv:2411.04739, 2024)। एकल कंपनी नियंत्रण वाली परियोजना के पास जो शासन जोखिम होता है उसका परिमाणीय समर्थन है।

• "खुली" की बहुविविधता और आंशिक प्रकटीकरण का सिद्धांत: West (2003) ने प्लेटफॉर्म कंपनियों के कि पूर्ण प्रकटीकरण और पूर्ण एकाधिकार के बीच "आंशिक रूप से खुली" हाइब्रिड रणनीति अपनाती है इसे सिद्धांतीकरण किया, Dahlander & Gann (2010) ने खुली नवाचार में "प्रकटीकरण" को, दिशा (आंतरिक/बाहरी) और मौद्रिकता (भुगतान/बिना भुगतान) में 4 प्रकार में व्यवस्थित किया। हाल ही के BSL/SSPL की उपस्थिति इस "आंशिक प्रकटीकरण" के डिजाइन स्थान को लाइसेंस के आविष्कार द्वारा और भी विभाजित किया जा रहा है यह घटना समझी जा सकती है।

कंपनी के योगदान व्यवहार और उत्पादकता

• "उपयोग करने" से "योगदान देने वाली" कंपनी को लाभ होता है: Nagle (2019) ने, OSS का उपयोग करने वाली कंपनियों में से कोड में योगदान देने वाली कंपनियां जो नहीं करती हैं उन कंपनियों की तुलना में, एक ही OSS से निकाली जाने वाली उत्पादकता वृद्धि अधिक है इसे प्रायोगिक रूप से सिद्ध किया (अवदान से सीखना)। बिना भुगतान की सार्वजनिक वस्तु में योगदान देना व्यक्तिगत लाभ उत्पन्न करता है यह खोज, von Hippel & von Krogh (2003) द्वारा प्रस्तावित "व्यक्तिगत, सामूहिक नवाचार मॉडल" (सार्वजनिक वस्तु में योगदान और व्यक्तिगत लाभ का अधिग्रहण एक साथ होता है) को कंपनी स्तर पर समर्थन करता है।

• प्लेटफॉर्म की प्रकटीकरण डिग्री और नवाचार संबंध: Boudreau (2010) ने, प्लेटफॉर्म की प्रकटीकरण को "पहुंच देना" और "नियंत्रण हस्तांतरण" में विभाजित किया, पहुंच प्रकटीकरण नवाचार को बहुत बढ़ाता है, जबकि नियंत्रण भी हस्तांतरित करने पर प्रभाव सीमित है यह दिखाया। "कितना खोलना है" न केवल "क्या खोलना है (पहुंच या नियंत्रण अधिकार)" परिणाम को प्रभावित करता है।

AI युग का नया मुद्दा

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

• AI प्रशिक्षण उपयोग लाइसेंस डिजाइन को बदल रहा है: सार्वजनिक कोड, सामग्री की AI प्रशिक्षण उपयोग के संबंध में कॉपीराइट विवाद 2024 के बाद के लाइसेंस परिवर्तन का नया प्रेरण बन गया है, "मनुष्य के लिए खुला, लेकिन AI प्रशिक्षण के लिए बंद" यह नया शर्त डिजाइन की वैधता कानूनी और आर्थिक दोनों पहलुओं में चर्चा हो रही है।

निष्कर्ष

खुली या बंद को 9 स्तर में संगठित किया, कंपनी और समाज के लिए उपयुक्त विचार संगठित किया। निष्कर्ष के रूप में, कंपनी के मूल्य को अधिकतम करने के लिए, पूरी तरह खुली या बंद न होकर, "प्रसार और मानकीकरण बनाने वाली परत को खोलें, राजस्व स्रोत को बंद करें, खुली परत को रक्षात्मक लाइसेंस से पुनर्विक्रय से बचाएं" यह चुनिंदा प्रकटीकरण (ओपन कोर प्रकार) होता है।

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

संदर्भ साहित्य

• Arora, A., Fosfuri, A., & Gambardella, A. (2001). Markets for technology: The economics of innovation and corporate strategy. MIT Press. (पेटेंट, लाइसेंस द्वारा "तकनीक के बाजार" की स्थापना की शर्तों और तकनीक के प्रकटीकरण, लेनदेन कंपनी की रणनीति पर प्रभाव को व्यवस्थित किया है यह कार्य)

• arXiv:2411.04739. (2024). The new dynamics of open source: Relicensing, forks, & community impact.（Terraform/OpenTofu、Redis/Valkey、Elasticsearch/OpenSearchके 3 केस स्टडीज पर आधारित एक अनुभवजन्य अनुसंधान जो दर्शाता है कि लाइसेंस परिवर्तन के बाद के फॉर्क्स मूल परियोजना की तुलना में संगठनात्मक विविधता वाली उच्च कम्युनिटी का निर्माण करते हैं）

• Boudreau, K. (2010). Open platform strategies and innovation: Granting access vs. devolving control. Management Science, 56(10), 1849-1872.（प्लेटफॉर्म खुलेपन को "एक्सेस प्रदान" और "नियंत्रण हस्तांतरण" में विभाजित किया गया है और दोनों के इनोवेशन पर पड़ने वाले प्रभाव के अंतर को प्रदर्शित करने वाला शोधपत्र）

• Casadesus-Masanell, R., & Ghemawat, P. (2006). Dynamic mixed duopoly: A model motivated by Linux vs. Windows. Management Science, 52(7), 1072-1084.（मुक्त ओएसएस और व्यावसायिक सॉफ़्टवेयर के सह-अस्तित्व वाले बाजार के लिए गतिशील मॉडल का निर्माण किया गया है और मिश्रित प्रतिस्पर्धा के संतुलन का विश्लेषण किया गया है）

• Chesbrough, H. (2003). Open innovation: The new imperative for creating and profiting from technology. Harvard Business School Press.（कंपनी की सीमाओं के पार ज्ञान का आदान-प्रदान करने की "ओपन इनोवेशन" अवधारणा को प्रस्तुत करने वाली पुस्तक）

• Cusumano, M. A., Mylonadis, Y., & Rosenbloom, R. S. (1992). Strategic maneuvering and mass-market dynamics: The triumph of VHS over Beta. Business History Review, 66(1), 51-94.（वीएचएस और बीटामैक्स के मानक प्रतिस्पर्धा का विश्लेषण किया गया है, यह दर्शाते हुए कि तकनीकी श्रेष्ठता नहीं बल्कि लाइसेंस खुलेपन की रणनीति और गठबंधन निर्माण ने जीत का निर्णय किया है）

• Dahlander, L., & Gann, D. M. (2010). How open is innovation? Research Policy, 39(6), 699-709.（इनोवेशन में "खुलेपन" को दिशा और वित्तीय प्रकृति के दो अक्षों पर चार प्रकारों में वर्गीकृत किया गया है और प्रत्येक रूप के लाभ और लागत की समीक्षा की गई है）

• Eghbal, N. (2020). Working in public: The making and maintenance of open source software. Stripe Press.（ओएसएस के निर्माण और रखरखाव की वास्तविकता का विश्लेषण किया गया है, कुछ मेंटेनर पर निर्भरता और स्थायित्व की समस्याओं को स्पष्ट किया गया है）

• Hoffmann, M., Nagle, F., & Zhou, Y. (2024). The value of open source software. Harvard Business School Working Paper 24-038.（व्यापक रूप से उपयोग किए जाने वाले ओएसएस की आपूर्ति पक्ष मूल्य को 41.5 बिलियन डॉलर और मांग पक्ष मूल्य को 8.8 ट्रिलियन डॉलर के रूप में अनुमानित किया गया है, जो 96% मूल्य 5% विकासकर्ताओं से प्राप्त होता है）

• Lerner, J., & Tirole, J. (2002). Some simple economics of open source. Journal of Industrial Economics, 50(2), 197-234.（विकासकर्ता बिना किसी लागत के ओएसएस में क्यों योगदान देते हैं, इसे संकेतन और कैरियर विकास की अर्थशास्त्र से समझाया गया है）

• Nagle, F. (2018). Learning by contributing: Gaining competitive advantage through contribution to crowdsourced public goods. Organization Science, 29(4), 569-587.（सार्वजनिक वस्तुओं (ओएसएस) में योगदान योगदानकर्ता कंपनियों के स्वयं के प्रतिस्पर्धात्मक लाभ की ओर ले जाने की प्रणाली को प्रदर्शित करने वाला शोधपत्र）

• Nagle, F. (2019). Open source software and firm productivity. Management Science, 65(3), 1191-1215.（ओएसएस के उपयोग और योगदान तथा कंपनी की उत्पादकता के बीच संबंध को प्रदर्शित किया गया है, यह दिखाते हुए कि योगदानकर्ता कंपनियां उच्च रिटर्न प्राप्त करती हैं）

• Spolsky, J. (2002). Strategy letter V. Joel on Software.（"बुद्धिमान कंपनियां अपने उत्पाद के पूरक वस्तुओं को वस्तु (कमोडिटी) में परिणत करती हैं" - यह पूरक वस्तु रणनीति को सरल तरीके से तैयार किए जाने वाली व्यावहारिक विचारधारा है）

• Teece, D. J. (1986). Profiting from technological innovation: Implications for integration, collaboration, licensing and public policy. Research Policy, 15(6), 285-305.（इनोवेशन के लाभ आविष्कारक को नहीं बल्कि पूरक संपत्तियों के मालिक को मिलने की शर्तें दर्शाते हुए, तकनीकी रणनीति सिद्धांत के सबसे महत्वपूर्ण साहित्य में से एक）

• von Hippel, E., & von Krogh, G. (2003). Open source software and the \"private-collective\" innovation model: Issues for organization science. Organization Science, 14(2), 209-223.（सार्वजनिक वस्तुओं में योगदान और निजी लाभ प्राप्ति दोनों का सह-अस्तित्व संभव बनाने वाली "निजी-सामूहिक इनोवेशन मॉडल" को प्रस्तुत करने वाला शोधपत्र）

• West, J. (2003). How open is open enough? Melding proprietary and open source platform strategies. Research Policy, 32(7), 1259-1285.（प्लेटफॉर्म कंपनियां पूर्ण खुलेपन और एकाधिकार के बीच "आंशिक रूप से खुली" संकर रणनीति को अपनाने की शर्तों का विश्लेषण किया गया है）