पब्लिक-डोमेन सॉफ्टवेयर: Difference between revisions

From Vigyanwiki
No edit summary
Line 151: Line 151:
|url-status=dead
|url-status=dead
}}
}}
[[Category: Machine Translated Page]]
 
[[Category:All articles with dead external links]]
[[Category:Articles with dead external links from April 2018]]
[[Category:Articles with hatnote templates targeting a nonexistent page]]
[[Category:Articles with permanently dead external links]]
[[Category:Created On 17/12/2022]]
[[Category:Created On 17/12/2022]]
[[Category:Vigyan Ready]]
[[Category:Lua-based templates]]
[[Category:Machine Translated Page]]
[[Category:Pages with script errors]]
[[Category:Short description with empty Wikidata description]]
[[Category:Templates Vigyan Ready]]
[[Category:Templates that add a tracking category]]
[[Category:Templates that generate short descriptions]]
[[Category:Templates using TemplateData]]
[[Category:Webarchive template wayback links]]

Revision as of 11:52, 24 January 2023

क्रिएटिव कॉमन्स पब्लिक डोमेन मार्क उन कार्यों को दर्शाता है जो पब्लिक डोमेन में हैं।

पब्लिक-डोमेन (सार्वजनिक क्षेत्र) सॉफ़्टवेयर वह सॉफ़्टवेयर है जिसे पब्लिक डोमेन में रखा गया है, दूसरे शब्दों में, ऐसा सॉफ़्टवेयर जिसके लिए स्वत्वाधिकार, विशिष्टता या एकस्वीकृत जैसे कोई स्वामित्व नहीं है। पब्लिक डोमेन में सॉफ़्टवेयर को संशोधित, वितरित या बेचा जा सकता है, यहां तक ​​कि बिना किसी आरोप के, यह विशेष स्वत्वाधिकार के तहत सॉफ़्टवेयर के सामान्य मामलों के विपरीत है, जहां अनुज्ञप्ति सीमित उपयोग अधिकार प्रदान करते हैं। युद्ध

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

इतिहास

प्रारंभिक शैक्षणिक पब्लिक-डोमेन सॉफ़्टवेयर पारिस्थितिकी तंत्र

1950 से 1990 के दशक की सॉफ्टवेयर संस्कृति से, पब्लिक-डोमेन (या PD) सॉफ्टवेयर मूल शैक्षणिक घटना के रूप में लोकप्रिय थे। इस तरह के स्वतंत्र रूप से वितरित और साझा किए गए "निःशुल्क सॉफ़्टवेयर" ने फ्रीवेयर, शेयरवेयर और निःशुल्क और ओपन-सोर्स सॉफ़्टवेयर की वर्तमान-दिन की कक्षाओं को संयोजित किया, और शौकिया तौर पर, और विछेदकों द्वारा शिक्षाविदों में बनाया गया था।[2] जैसा कि सॉफ्टवेयर प्रायः व्याख्या की गई भाषा जैसे बेसिक में लिखा जाता था, स्रोत कूट की आवश्यकता थी और इसलिए सॉफ्टवेयर को चलाने के लिए वितरित किया गया। PD सॉफ्टवेयर को कंप्यूटर पत्रिकाओं (जैसे क्रिएटिव कंप्यूटिंग, सॉफ्टसाइड, कंप्यूट!, बाइट, इत्यादि) और बहुविक्रीत बेसिक कंप्यूटर खेलों जैसी किताबों में मुद्रित स्रोत कूट (टाइप-इन क्रमादेशों) के रूप में साझा और वितरित किया गया था।[3] इससे पहले, 1970 से 1980 के दशक के मध्य तक बंद-स्रोत सॉफ़्टवेयर असामान्य था।[4][5][6]

1974 से पहले, जब स्वत्वाधिकार कार्यों के नए तकनीकी उपयोगों पर अमेरिकी आयोग (कंटु) ने निर्णय किया था कि कंप्यूटर क्रमादेश उस हद तक जिस हद तक वे एक लेखक की मूल रचना का प्रतीक हैं, स्वत्वाधिकार सॉफ़्टवेयर की उचित विषय वस्तु स्वत्वाधिकार योग्य नहीं थी[7][8] और इसलिए हमेशा पब्लिक डोमेन में थी। यह कानून, साथ ही 1983 में ऑब्जेक्ट कूट के लिए एप्प्ल बनाम फ्रैंकलिन जैसे अदालती फैसलों ने स्पष्ट किया कि स्वत्वाधिकार अधिनियम ने कंप्यूटर क्रमादेश को साहित्यिक कार्यों की स्वत्वाधिकार स्थिति प्रदान की।

1980 के दशक में, पब्लिक-डोमेन सॉफ़्टवेयर [सत्यापन की आवश्यकता] को साझा करने का एक सामान्य तरीका उन्हें स्थानीय उपयोगकर्ता समूह या सनीवेल, कैलिफ़ोर्निया की PC-SIG जैसी कंपनी के माध्यम से प्राप्त करना था, जिसने 6 यूएस डॉलर के औसत मूल्य के साथ 300 से अधिक डिस्कों की एक मेल-ऑर्डर सूची बनाए रखी।[9] स्रोत कूट के साथ पब्लिक-डोमेन सॉफ़्टवेयर को BBS संजाल पर भी साझा किया गया था। पब्लिक-डोमेन सॉफ़्टवेयर का व्यवसायीकरण कभी-कभी दान के लिए उपलब्ध सॉफ्टवेयर (डोनेशनवेयर) प्रतिरूप द्वारा किया जाता था, जिसमें उपयोगकर्ताओं से मेल द्वारा वित्तीय दान भेजने के लिए कहा जाता था।

पब्लिक-डोमेन "निःशुल्क साझा करना" और डोनेशनवेयर व्यावसायीकरण प्रतिरूप बाद के वर्षों में (गैर-स्वैच्छिक) खरीदने पर मिलने वाला सॉफ्टवेयर (शेयरवेयर) प्रतिरूप और निःशुल्क सॉफ्टवेयर के रूप में विकसित हुए,[10][11] जिन्हें निःशुल्क में उपलब्ध सॉफ्टवेयर (फ्रीवेयर) कहा जाता है।[12] इसके अतिरिक्त, कंप्यूटर उद्योग में अन्य परिवर्तनों के कारण, स्रोत कूट साझा करना कम सामान्य हो गया।[6]

1988 के बर्न अधिवेशन कार्यान्वयन अधिनियम (और 1976 के पहले के स्वत्वाधिकार अधिनियम) के साथ, पब्लिक-डोमेन सॉफ़्टवेयर के कानूनी आधार में भारी बदलाव आया। अधिनियम से पहले, स्वत्वाधिकार सूचना के बिना सॉफ़्टवेयर जारी करना इसे पब्लिक डोमेन को समर्पित करने के लिए पर्याप्त था। नए अधिनियम के साथ, सॉफ्टवेयर स्वतः निर्धारित रूप से स्वत्वाधिकार-संरक्षित था और उसे लेखक से स्पष्ट अधित्याग विवरण या अनुज्ञप्ति की आवश्यकता थी।[13][14]

कलन विधि के संदर्भ कार्यान्वयन, प्रायः गूढ़लेखन का अर्थ या मानकीकरण के लिए लागू किया जाता है, अभी भी प्रायः पब्लिक डोमेन उदाहरणों में जारी किया जाता है, जिसमें 1993 में सरन httpd और 1999 में सर्पेंट सिफर सम्मिलित हैं। ओपनवॉल परियोजना पब्लिक डोमेन में कई कलन विधि और उनके स्रोत कूट की सूची रखता है।[15]

आनुक्रमिक रूप में निःशुल्क और खुले-स्रोत सॉफ्टवेयर

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

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

इसलिए निःशुल्क सॉफ़्टवेयर (जो निःशुल्क सॉफ़्टवेयर अनुज्ञप्ति के अंतर्गत है) या निःशुल्क वितरित और प्रयोग करने योग्य सॉफ़्टवेयर (फ़्रीवेयर) को "पब्लिक-डोमेन" के रूप में संदर्भित करना गलत है। जबकि पब्लिक डोमेन लेखक के विशेष अधिकार (जैसे स्वत्वाधिकार) को छोड़ देता है, निःशुल्क सॉफ्टवेयर में लेखक का स्वत्वाधिकार अभी भी बरकरार रखा जाता है और उपयोग किया जाता है, उदाहरण के लिए, कॉपीलेफ्ट को लागू करने या अनुमति-अनुज्ञप्ति वाले सॉफ़्टवेयर को सौंपने के लिए। अनुज्ञप्ति प्राप्त सॉफ्टवेयर प्रायः पब्लिक डोमेन में नहीं होता है।[16] एक अन्य विशिष्ट अंतर यह है कि एक निष्पादन योग्य क्रमादेश पब्लिक डोमेन में हो सकता है, भले ही उसका स्रोत कूट उपलब्ध नहीं कराया गया हो (क्रमादेश को संभव रूप से संशोधित नहीं किया जा सकता है), जबकि निःशुल्क सॉफ्टवेयर में सदैव स्रोत कूट उपलब्ध होता है।

स्वत्वाधिकार के बाद पब्लिक डोमेन

2000 के दशक और समस्तर साझा करने वाले संजाल के उद्भव और तंत्र विकास में साझाकरण के साथ, विकासकों की एक नई स्वत्वाधिकार-महत्वपूर्ण पीढ़ी ने "अनुज्ञप्ति-मुक्त" पब्लिक-डोमेन सॉफ़्टवेयर प्रतिरूप को फिर से दिखाया गया, साथ ही FOSS अनुज्ञप्ति पारिस्थितिकी तंत्र ("पोस्ट ओपन सोर्स") की आलोचना स्वत्वाधिकार प्रणाली के स्थिरीकरण भाग के रूप में भी की।[17][18][19][20] नए गैर-FOSS अनुज्ञप्ति और अधित्याग पाठ विकसित किए गए, विशेष रूप से सृजनशील सर्वसामान्य "(CC0)" (2009) और "बिना अनुज्ञप्ति" (2010), और अनुमेय सॉफ़्टवेयर अनुज्ञप्ति की लोकप्रियता में उल्लेखनीय वृद्धि हुई। इसके अलावा, त्यागे हुए सॉफ्टवेयर (अबेंडनवेयर) की बढ़ती समस्या और सॉफ्टवेयर के अंकीय अप्रचलन ने स्वत्वाधिकार और अंकीय अधिकार प्रबंधन द्वारा अप्रतिबंधित अंकीय विरासत के बेहतर संरक्षण के लिए पब्लिक डोमेन में फिर से अस्थायी सॉफ्टवेयर की प्रासंगिकता के बारे में जागरूकता बढ़ाई।[21][22][23][24]

2004 के आसपास, इस बात पर बहस हुई कि क्या पब्लिक-डोमेन सॉफ़्टवेयर को एफओएसएस (FOSS) पारिस्थितिकी तंत्र का हिस्सा माना जा सकता है, जैसा कि वकील लॉरेंस रोसेन ने निबंध "पब्लिक डोमेन अनुज्ञप्ति क्यों नहीं है" में तर्क दिया था,[25] एक ऐसी स्थिति जिसे डेनियल जे. बर्नस्टीन और अन्य द्वारा विरोध का सामना करना पड़ा।[26] 2012 में, स्थिति को अंततः हल किया गया जब रोसेन ने अपना विचार बदल दिया और CC0 को एक खुले-स्रोत अनुज्ञप्ति के रूप में स्वीकार कर लिया, जबकि यह स्वीकार करते हुए कि, पिछले दावों के विपरीत, स्वत्वाधिकार को माफ किया जा सकता था, जैसा कि नवे परिपथ के निर्णय द्वारा समर्थित था।[27]

सॉफ्टवेयर को पब्लिक डोमेन में पास करना

स्वत्वाधिकार समीक्षा के बिना लोकार्पण

1988 के बर्न अधिवेशन कार्यान्वयन अधिनियम (और 1976 के पूर्व स्वत्वाधिकार अधिनियम, जो 1978 में प्रभाव में आया) से पहले कार्यों को स्पष्ट स्वत्वाधिकार समीक्षा और स्वत्वाधिकार पंजीकरण के बिना उन्हें जारी करके आसानी से पब्लिक डोमेन में दिया जा सकता था। 1988 के बाद, सभी कार्य स्वतः निर्धारित रूप से स्वत्वाधिकार संरक्षित थे और एक अधित्याग विवरण द्वारा सक्रिय रूप से पब्लिक डोमेन में दिए जाने की आवश्यकता थी।[13][14]

स्वत्वाधिकार शब्द छोड़ना

स्वत्वाधिकार किए गए कार्य, जैसे सॉफ़्टवेयर, स्वत्वाधिकार शब्द के बाद पब्लिक डोमेन में जाने के लिए होते हैं, जिससे उनका स्वत्वाधिकार विशेषाधिकार खो जाता है। बर्न अधिवेशन द्वारा दी गई दशकों पुरानी स्वत्वाधिकार सुरक्षा के कारण, कोई भी सॉफ़्टवेयर स्वत्वाधिकार शर्तों को छोड़ कर कभी भी पब्लिक डोमेन में नहीं गया है। पब्लिक डोमेन में कितनी जल्दी काम करना चाहिए, यह सवाल वैज्ञानिक[28][29][30] और सार्वजनिक बहस के साथ-साथ वीडियो खेल जैसे सॉफ्टवेयर के लिए भी रहा है।[22][23][24]

पब्लिक-डोमेन जैसे अनुज्ञप्ति और छूट

डब्ल्यूटीएफपीएल (WTFPL) अनुज्ञप्ति चिन्ह, एक पब्लिक-डोमेन-अनुज्ञप्ति जैसा।
CC0 अनुज्ञप्ति लोगो, एक स्वत्वाधिकार अधित्याग, और पब्लिक-डोमेन जैसा अनुज्ञप्ति।[31]

जबकि वास्तविक पब्लिक डोमेन सॉफ़्टवेयर अनुज्ञप्ति को अनावश्यक बनाता है, क्योंकि अनुमति देने के लिए किसी स्वामी/लेखक की आवश्यकता नहीं होती है ("अनुमति संस्कृति"), ऐसे अनुज्ञप्ति होते हैं जो पब्लिक-डोमेन-जैसे अधिकार प्रदान करते हैं। कोई सार्वभौमिक रूप से स्वीकृत अनुज्ञप्ति नहीं है, लेकिन ऐसे कई अनुज्ञप्ति हैं जिनका उद्देश्य स्रोत कूट को पब्लिक डोमेन में जारी करना है।

2000 में WTFPL को पब्लिक-डोमेन-जैसे अनुज्ञप्ति/अधित्याग/स्वत्वाधिकार विरोधी समीक्षा के रूप में जारी किया गया था।[32] 2009 में क्रिएटिव कॉमन्स ने CC0 जारी किया, जो विभिन्न कानून कार्यछेत्र (जैसे महाद्वीपीय यूरोप के नागरिक कानून) के साथ संगतता के लिए बनाया गया था जहां पब्लिक डोमेन को समर्पित करना समस्याग्रस्त है। यह एक पब्लिक डोमेन अधित्याग विवरण और फ़ॉलबैक सर्व-अनुमत अनुज्ञप्ति द्वारा प्राप्त किया जाता है, यदि अधित्याग संभव नहीं है।[33][34] 2010 के आसपास प्रकाशित बिना अनुज्ञप्ति में एक स्वत्वाधिकार विरोधी संदेश पर ध्यान केंद्रित किया गया है। बिना अनुज्ञप्ति पब्लिक डोमेन अधित्याग पाठ की पेशकश करता है, जिसमें अनुमेय अनुज्ञप्तिों से प्रेरित फॉलबैक पब्लिक-डोमेन जैसा अनुज्ञप्ति होता है, लेकिन आरोपण खंड के बिना।[35][36] 2015 में, गिटहब ने बताया कि लगभग 5.1 मिलियन अनुज्ञप्ति प्राप्त परियोजनाओं की मेजबानी की, लगभग 2% ने अनुज्ञप्ति का उपयोग किया।[37] एक अन्य लोकप्रिय विकल्प शून्य खंड BSD अनुज्ञप्ति है, जिसे 2006 में जारी किया गया और इसका उद्देश्य सॉफ्टवेयर था।[38]

परिणामस्वरूप, इस तरह के अनुज्ञप्ति प्राप्त पब्लिक-डोमेन सॉफ़्टवेयर में सभी चार स्वतंत्रताएँ हैं, लेकिन आरोपण की जटिलताओं (अनुमोदित अनुज्ञप्ति वाले सॉफ़्टवेयर का प्रतिबंध) या अनुज्ञप्ति संगतता (कॉपीलेफ़्ट अनुज्ञप्ति वाले सॉफ़्टवेयर के साथ समस्या) से बाधित नहीं होता है।

पब्लिक-डोमेन सॉफ्टवेयर

यह सभी देखें Category:पब्लिक-डोमेन सॉफ़्टवेयर स्रोत कोड के साथ,, Category:पब्लिक-डोमेन सॉफ़्टवेयर

पारम्परिक PD सॉफ्टवेयर (1988 से पूर्व)

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

उल्लेखनीय सामान्य PD (PD) सॉफ्टवेयर उस समय से सम्मिलित हैं।

वीडियो खेल साझा PD (PD) सॉफ़्टवेयर के प्रारम्भिक उदाहरणों में से हैं, जो आज भी उल्लेखनीय हैं।

कई PD (PD) सॉफ्टवेयर लेखकों ने पब्लिक-डोमेन लोकार्पण की प्रथाओं को अधित्याग पाठ के बिना रखा, बदले हुए स्वत्वाधिकार कानून के बारे में नहीं जानते थे या देखभाल नहीं की थी, इस प्रकार एक कानूनी समस्या पैदा हुई। दूसरी ओर, पत्रिकाओं ने 1980 के दशक के मध्य में टाइप-इन क्रमादेशों के लिए भी स्वत्वाधिकार का दावा करना प्रारम्भ कर दिया था, जिन्हें पहले PD (PD) के रूप में देखा जाता था।[43][44] केवल धीरे-धीरे PD (PD) सॉफ्टवेयर लेखकों ने स्पष्ट त्याग या अनुज्ञप्ति विवरण पाठ सम्मिलित करना प्रारम्भ किया।

आधुनिक PD सॉफ़्टवेयर के उदाहरण (1988 के बाद)

आधुनिक PD (PD) सॉफ्टवेयर के ये उदाहरण (1988 के बर्न अधिवेशन कार्यान्वयन अधिनियम के बाद) या तो उचित पब्लिक डोमेन के तहत हैं (उदाहरण के लिए अमेरिकी सरकारी संगठन द्वारा बनाए गए), एक उचित पब्लिक डोमेन जैसे अनुज्ञप्ति (उदाहरण के लिए CC0 के तहत, या लेखक की ओर से स्पष्ट अधित्याग विवरण के साथ। जबकि 2000 के दशक के पूर्व के रूप में यह व्यापक नहीं था, PD (PD) सॉफ्टवेयर आज भी उपस्थित है। उदाहरण के लिए, सोर्सफोर्ज ने 2016 में 334 होस्टेड PD परियोजनाओं को सूचीबद्ध किया,[45] और गिटहब 102,000 को 2015 में अकेले अनुज्ञप्ति के तहत सूचीबद्ध किया।[37] 2016 में, फेडोरा परियोजना के पैकेजों के विश्लेषण से पता चला कि PD सातवां सबसे लोकप्रिय "अनुज्ञप्ति" था।[46]

पुरस्कार विजेता वीडियो गेम विकासक जेसन रोहरर PD में अपने काम जारी करता है, जैसा कि कई बीजलेखक करते हैं, जैसे कि डैनियल जे, बर्नस्टीन, ब्रूस श्नेयर और डगलस क्रॉकफोर्ड,[47] गूढ़लेखन कलन विधि के संदर्भ कार्यान्वयन के साथ है।

यह भी देखें

संदर्भ

  1. Open Source: Technology and Policy by Fadi P. Deek, James A. M. McHugh "Public domain", page 227 (2008).
  2. Shea, Tom (1983-06-23). "मुफ्त सॉफ्टवेयर - मुफ्त सॉफ्टवेयर सॉफ्टवेयर स्पेयर पार्ट्स का कबाड़खाना है". InfoWorld. Retrieved 2016-02-10. वाणिज्यिक सॉफ़्टवेयर के विपरीत, मुफ्त सॉफ़्टवेयर का एक बड़ा और बढ़ता निकाय है जो सार्वजनिक डोमेन में मौजूद है। पब्लिक-डोमेन सॉफ़्टवेयर माइक्रो कंप्यूटर हॉबीस्ट्स ("हैकर्स" के रूप में भी जाना जाता है) द्वारा लिखा गया है, जिनमें से कई अपने कार्य जीवन में पेशेवर प्रोग्रामर हैं।
  3. Ahl, David. "David H. Ahl biography from Who's Who in America". Retrieved 2009-11-23.
  4. Object code only: is IBM playing fair? IBM's OCO policy protects its own assets but may threaten customers investment on Computerworld - 8 Febr. 1988
  5. Firm sidestep IBM policy by banning software changes on Computerworld (18 March 1985)
  6. 6.0 6.1 Gallant, John (1985-03-18). "आईबीएम नीति में आग लगी - उपयोगकर्ता कहते हैं कि स्रोत कोड नियम परिवर्तन में बाधा डालते हैं". Computerworld. Retrieved 2015-12-27. जबकि आईबीएम की चयनित सॉफ्टवेयर उत्पादों के लिए स्रोत कोड को रोकने की नीति ने पहले ही अपनी दूसरी वर्षगांठ को चिह्नित कर लिया है, उपयोगकर्ता अब केवल उस निर्णय के प्रभाव का सामना करना शुरू कर रहे हैं। लेकिन ऑब्जेक्ट-कोड-ओनली उत्पादों के आगमन ने उनके दिन-प्रतिदिन के डीपी संचालन को प्रभावित किया है या नहीं, कुछ उपयोगकर्ता आईबीएम के फैसले से नाराज हैं। फरवरी 1983 में घोषित, IBM की ऑब्जेक्ट-कोड-ओनली नीति को बिग ब्लू सिस्टम सॉफ़्टवेयर उत्पादों की बढ़ती सूची पर लागू किया गया है
  7. Apple Computer, Inc. v. Franklin Computer Corporation Puts the Byte Back into Copyright Protection for Computer Programs in Golden Gate University Law Review Volume 14, Issue 2, Article 3 by Jan L. Nussbaum (January 1984)
  8. लेमली, मेनेल, मर्ज और सैमुएलसन। सॉफ्टवेयर और इंटरनेट कानून, पी। 34.
  9. Kristina B. Sullivan (1986-01-14). "हैकर्स इसके आनंद के लिए पब्लिक-डोमेन सॉफ्टवेयर बनाते हैं।". PC Week. Vol. 3, no. 2. pp. 121–122.
  10. "बॉब वालेस टाइमलाइन". Erowid. Jan 12, 2004. Retrieved March 7, 2013.
  11. Article about Jim "Button" Knopf, from Dr. Dobb's Journal.
  12. the-history-of-shareware-psl on asp-software.org.
  13. 13.0 13.1 publicdomain on cornell.edu
  14. 14.0 14.1 Copyright Notice, U.S. Copyright Office Circular 3, 2008.
  15. Source code snippets and frameworks placed in the public domain on openwall.info.
  16. Shankland, Stephen (February 28, 2008). "क्या पब्लिक डोमेन सॉफ्टवेयर ओपन-सोर्स है?". cnet.com. Retrieved 2016-02-03. इसमें कोई संदेह नहीं है कि ओपन-सोर्स सॉफ़्टवेयर और सार्वजनिक डोमेन में समान हैं। लेकिन विशेषज्ञ भी इस बारे में भिन्न हैं कि वे कितने निकट से जुड़े हुए हैं।
  17. The Surprising History of Copyright and The Promise of a Post-Copyright World by Karl Fogel (2006).
  18. Younger developers reject licensing, risk chance for reform on opensource.com by Luis Villa (on 12 Feb 2013).
  19. Pushing back against licensing and the permission culture Luis Villa (January 28, 2013).
  20. Post open source software, licensing and GitHub on opensource.com by Richard Fontana (on 13 Aug 2013).
  21. Charlesworth, Andrew (5 November 2002). "द कैमिलियन प्रोजेक्ट: "बीबीसी डोमेसडे प्रोजेक्ट" नामक इंटरैक्टिव मल्टीमीडिया कार्य के तत्वों को संरक्षित करने के उद्देश्य से काम से उत्पन्न होने वाले कानूनी मुद्दे।". Kingston upon Hull: Information Law and Technology Unit, University of Hull. Archived from the original (Microsoft Word) on 6 February 2011. Retrieved 23 March 2011.
  22. 22.0 22.1 Walker, John (2014-01-29). "जीओजी की टाइम मशीन बिक्री से आप समय को स्वयं नियंत्रित कर सकते हैं". Rock, Paper, Shotgun. Retrieved 2016-01-30. जैसा कि कोई है जो पीडी मॉडल के लिए बेहद परेशान है, जिसने कॉपीराइट उद्योग से पहले रचनात्मकता को बुरी तरह से ग्रह पर कब्जा कर लिया था, यह मेरे दिल को दुखी करता है कि दो दशक पुराना खेल दुनिया में जारी नहीं किया गया है।
  23. 23.0 23.1 Walker, John (2014-02-03). "संपादकीय: खेलों को सार्वजनिक डोमेन में क्यों प्रवेश करना चाहिए". Rock, Paper, Shotgun. Retrieved 2016-01-30. कुछ दशकों से अधिक पुराने खेल सार्वजनिक डोमेन में प्रवेश नहीं कर रहे हैं। बीस वर्ष काफी मनमाना संख्या थी, ऐसा लगता है कि खेलों के जीवन के संदर्भ में समझ में आता है, लेकिन यह पच्चीस, तीस हो सकता है।
  24. 24.0 24.1 Rouner, Jef (April 28, 2015). "यू.एस. कॉपीराइट कार्यालय कुछ वीडियो गेम को सार्वजनिक डोमेन बनाने का अन्वेषण करेगा". Houston Press. Retrieved 2016-02-03.
  25. Lawrence Rosen (2004-05-25). "सार्वजनिक डोमेन लाइसेंस क्यों नहीं है". rosenlaw.com. Retrieved 2016-02-22.
  26. Placing documents into the public domain by Daniel J. Bernstein on cr.yp.to: "Most rights can be voluntarily abandoned ('waived') by the owner of the rights. Legislators can go to extra effort to create rights that can't be abandoned, but usually they don't do this. In particular, you can voluntarily abandon your United States copyrights: 'It is well settled that rights gained under the Copyright Act may be abandoned. But abandonment of a right must be manifested by some overt act indicating an intention to abandon that right. See Hampton v. Paramount Pictures Corp., 279 F.2d 100, 104 (9th Cir. 1960).' " (2004).
  27. Lawrence Rosen (2012-03-08). "(लाइसेंस-समीक्षा) (लाइसेंस-चर्चा) CC0 पेटेंट पर OSD के साथ असंगत, (था: MXM CC0 की तुलना में)". opensource.org. Archived from the original on 2016-03-12. Retrieved 2016-02-22. आपने अपने ईमेल, हैम्पटन बनाम पैरामाउंट पिक्चर्स, 279 F.2d 100 (9th Cir. Cal. 1960) में जिस मामले का संदर्भ दिया है, वह इस प्रस्ताव के लिए खड़ा है कि, कम से कम नौवें सर्किट में, एक व्यक्ति वास्तव में अपने कॉपीराइट (काउंटर) को छोड़ सकता है मैंने अपने लेख में जो लिखा है) - लेकिन ऐसा करने के लिए एक प्रकट लाइसेंस के बराबर लगता है। :-) [...] रिकॉर्ड के लिए, मैंने पहले ही CC0 सार्वजनिक डोमेन समर्पण और फ़ॉलबैक लाइसेंस को OSD अनुपालन के रूप में अनुमोदित करने के लिए +1 वोट दिया है। मैं स्वीकार करता हूं कि मैंने ओपन सोर्स लाइसेंस के रूप में "सार्वजनिक डोमेन" के खिलाफ वर्षों से तर्क दिया है, लेकिन पीछे मुड़कर देखें, ऐसे सॉफ़्टवेयर पर निर्भर डेवलपर्स और उपयोगकर्ताओं के लिए न्यूनतम जोखिम और उस "लाइसेंस" की स्पष्ट लोकप्रियता को देखते हुए, मैंने अपना विचार बदल दिया . कोई भी मुफ्त सार्वजनिक डोमेन सॉफ़्टवेयर के फायर होज़ के रास्ते में नहीं खड़ा हो सकता है, भले ही वह बेहतर FOSS लाइसेंस के साथ न आता हो, जिस पर मुझे अधिक भरोसा है।
  28. Watt, Richard (September 26, 2014). कॉपीराइट के अर्थशास्त्र पर पुस्तिका: छात्रों और शिक्षकों के लिए एक गाइड. Edward Elgar Publishing. ISBN 9781849808538. Retrieved 2015-01-11.
  29. Pollock, Rufus (2007-10-01). "समय के साथ इष्टतम कॉपीराइट: तकनीकी परिवर्तन और कार्यों का भंडार" (PDF). University of Cambridge. Archived from the original (PDF) on 2013-02-21. Retrieved 2015-01-11.
  30. Pollock, Rufus (2009-06-15). "हमेशा के लिए माइनस ए डे? इष्टतम कॉपीराइट अवधि की गणना" (PDF). University of Cambridge. Archived from the original (PDF) on 2013-01-12. Retrieved 2015-01-11. कॉपीराइट का इष्टतम शब्द पिछले दशक में व्यापक बहस का विषय रहा है।
  31. "डाउनलोड". Creative Commons. 2015-12-16. Retrieved 2015-12-24.
  32. Version 1.0 license on anonscm.debian.org.
  33. "11/17: लुलन कारीगर वस्त्र प्रतियोगिता". 18 June 2009.
  34. Validity of the Creative Commons Zero 1.0 Universal Public Domain Dedication and its usability for bibliographic metadata from the perspective of German Copyright Law by Dr. Till Kreutzer, attorney-at-law in Berlin, Germany.
  35. The unlicense a license for no license Archived 2017-01-22 at the Wayback Machine on ostatic.com by Joe Brockmeier (2010)
  36. The Unlicense Archived 2018-07-08 at the Wayback Machine on unlicense.org.
  37. 37.0 37.1 Balter, Ben (2015-03-09). "GitHub.com पर ओपन सोर्स लाइसेंस का उपयोग". github.com. Retrieved 2015-11-21. 1 MIT 44.69%, 2 अन्य 15.68%, 3 GPLv2 12.96%, 4 Apache 11.19%, 5 GPLv3 8.88%, 6 BSD 3-खंड 4.53%, 7 बिना लाइसेंस 1.87%, 8 BSD 2-खंड 1.70%, 9 LGPLv3 1.30% , 10 AGPLv3 1.05% (30 मिल * 2% * 17% = 102k)
  38. "बीएसडी 0-क्लॉज लाइसेंस (0बीएसडी) सादा अंग्रेजी में समझाया गया". Retrieved 25 February 2020.
  39. "100 पर एलन ट्यूरिंग". Harvard Gazette. 13 September 2012. Retrieved 2016-02-22.
  40. The Genealogy of Eliza by Jeff Shrager
  41. history-of-spice on allaboutcircuits.com "The origin of SPICE traces back to another circuit simulation program called CANCER. Developed by professor Ronald Rohrer of U.C. Berkeley along with some of his students in the late 1960s, CANCER continued to be improved through the early 1970s. When Rohrer left Berkeley, CANCER was re-written and re-named to SPICE, released as version 1 to the public domain in May of 1972. Version 2 of SPICE was released in 1975 (version 2g6—the version used in this book—is a minor revision of this 1975 release). Instrumental in the decision to release SPICE as a public-domain computer program was professor Donald Pederson of Berkeley, who believed that all significant technical progress happens when information is freely shared. I for one thank him for his vision."
  42. Classic Games on oilzine.com "Space War (Asteroids) - Steve Russell – MIT - Tech Model Railroad Club (TMRC) - PDP-1 In 1961, the game that would eventually become Asteroids started life, humbly, at MIT (Massachusetts Institute of Technology). [...] It was also open source, so the code was public domain, available for anybody to utilize and improve upon."
  43. Compute-Gazette-Issue-11-01.pdf
  44. Transactor_v8i3.pdf: "though our disk labels show a copyright notice, up until this issue we stated right on our policies page (page 2) that our programs are 'public domain; free to copy, not to sell'. This notice goes back about 4 years – a popular phrase originally designed to prevent one's program from being 'acquired' by someone in the software business".
  45. 334 PD projects on sourceforge.net (February 2016)
  46. Anwesha Das (22 June 2016). "फेडोरा इकोसिस्टम में सॉफ्टवेयर लाइसेंस". anweshadas.in. Retrieved 2016-06-27. उपरोक्त बार-चार्ट में मैंने GPL और इसके विभिन्न संस्करणों को एक परिवार के रूप में गिना है, और मैंने LGPL के साथ भी ऐसा ही किया। इस आरेख से यह बहुत स्पष्ट है कि एमआईटी लाइसेंस सबसे अधिक इस्तेमाल किया जाने वाला लाइसेंस है, जिसकी कुल संख्या 2706 है। इसलिए जीपीएल (यानी जीएनयू जनरल पब्लिक लाइसेंस) और इसके विभिन्न संस्करण, बीएसडी, एलजीपीएल (यानी जीएनयू लेसर) आते हैं। जनरल पब्लिक लाइसेंस) और इसके विभिन्न संस्करण, एएसएल (यानी अपाचे सॉफ्टवेयर लाइसेंस) परिवार, एमपीएल (यानी मोज़िला पब्लिक लाइसेंस)। इन लाइसेंसों के अलावा ऐसी परियोजनाएँ भी हैं जिन्होंने स्वयं को सार्वजनिक डोमेन में प्रस्तुत किया है और वह संख्या 137 है।
  47. douglascrockford on GitHub
  48. PUBLIC DOMAIN CERN WWW SOFTWARE (1993)
  49. disclaimer on rsb.info.nih.gov
  50. SERPENT - A Candidate Block Cipher for the Advanced Encryption Standard "Serpent is now completely in the public domain, and we impose no restrictions on its use. This was announced on the 21st August at the First AES Candidate Conference." (1999)
  51. copyright on sqlite.org
  52. copyrights-and-licensing on docutils.sourceforge.net
  53. "यूट्यूब-डीएल गिटहब पेज". GitHub. Retrieved 2 October 2016.
  54. Igor Pavlov (2008). "LZMA SDK (सॉफ्टवेयर डेवलपमेंट किट)". Retrieved 2013-06-16.</रेफरी> रेफ नाम = टिनीस्पेकसीसी0 >tinyspeck (2013-11-18). "ग्लिच इज डेड, लॉन्ग लिव ग्लिच! - खेल से कला और कोड सार्वजनिक डोमेन में जारी किया गया". glitchthegame.com. Retrieved 2013-12-11. खेल से कला संपत्तियों की पूरी लाइब्रेरी सार्वजनिक डोमेन को समर्पित, स्वतंत्र रूप से उपलब्ध कराई गई है। डेवलपर्स को संपत्ति के साथ काम करने में मदद करने के लिए गेम क्लाइंट से कोड शामिल किया गया है। यह सब डाउनलोड किया जा सकता है और किसी के द्वारा, किसी भी उद्देश्य के लिए उपयोग किया जा सकता है।</रेफरी><ref name="pcworld">Blackwell, Laura (2013-11-18). "एक MMO के बाद का जीवन: ग्लिच की लीक से हटकर कला सार्वजनिक डोमेन में प्रवेश करती है". pcworld.com. Retrieved 2013-12-11.
  55. KeccakReferenceAndOptimized-3.2.zip in mainReference.c: "The Keccak sponge function, designed by Guido Bertoni, Joan Daemen, Michaël Peeters and Gilles Van Assche. For more information, feedback or questions, please refer to our website: http://keccak.noekeon.org/Implementation[permanent dead link] by the designers, hereby denoted as 'the implementer'. To the extent possible under law, the implementer has waived all copyright and related or neighboring rights to the source code in this file. https://creativecommons.org/publicdomain/zero/1.0/".
  56. Skipping Steam: Why Jason Rohrer independently distributes One Hour, One Life on Gamasutra by Richard Moss "you're paying for an account on the server that I'm running. [...], and it's actually in the public domain — the source code's all available." (on August 30, 2018)


बाहरी कड़ियाँ