GitButler अब Fair Source है

 (blog.gitbutler.com)
8 पॉइंट द्वारा GN⁺ 2024-08-12 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • GitButler अब Fair Source आंदोलन के पहले सदस्यों में से एक है, और मूल रूप से बंद स्रोत को सार्वजनिक सॉफ़्टवेयर में बदलने में योगदान दे रहा है
  • कुछ महीने पहले, GitButler ने GitHub पर क्लाइंट source code सार्वजनिक किया ताकि हर कोई उसका उपयोग कर सके, उससे सीख सके और योगदान दे सके
  • source को सार्वजनिक करने से पहले के कुछ हफ्तों में, GitButler टीम ने इस बारे में बहुत चर्चा की कि यह कैसे किया जाए
    • ताकि उपयोगकर्ता code को देख सकें, उससे सीख सकें और उसका उपयोग कर सकें,
    • और साथ ही, वे software में बहुत निवेश कर रहे हैं, उनके निवेशक और कर्मचारी हैं, और वे product के आधार पर एक लाभकारी business बनाना चाहते हैं
    • उन्होंने AGPL या BUSL जैसे license उपयोग करने पर विचार किया
  • Sentry ने Codecov का code सार्वजनिक करते समय जिन कठिनाइयों का सामना किया, उसे देखकर उन्होंने वही Functional Source License(FSL) चुना
    • FSL एक business-friendly नए प्रकार का license है, जिसमें non-compete clause शामिल है और 2 साल बाद यह MIT license में बदल जाता है
    • इसके जरिए वे बिना किसी रक्षात्मक business बनाने के संघर्ष के source code को सार्वजनिक रूप से उपयोग करने योग्य बना सकते हैं
    • यह स्वतंत्रता, openness और protection के बीच एक संतुलित मिश्रण प्रदान करता है
  • वे इस नए सार्वजनिक source code को क्या नाम दें, इस पर भी विचार कर रहे थे
    • FSL के non-compete clause के कारण वे "Open Source" शब्द का उपयोग नहीं कर सकते
    • लेकिन "source available" अभिव्यक्ति कमजोर और भ्रामक लगती है
    • तब Sentry सहित इस समस्या पर विचार कर रही कंपनियाँ साथ आईं और commercial public license की नई अवधारणा को समेटने के लिए "Fair Source" शब्द बनाया
  • GitButler को खुशी है कि वह दुनिया में सबसे पहले नए Fair Source आंदोलन से जुड़ने वालों में शामिल है

बंद स्रोत को Fair Source में बदलने का प्रस्ताव

  • fair.io वेबसाइट कंपनियों को closed source को Fair Source में बदलने में मदद कर रही है
  • इससे उन कंपनियों के लिए, जो source code को बंद ही रखना चाहती हैं, समुदाय के लिए source को खोलने, पढ़ने, सीखने, योगदान देने और संशोधित करने का एक बेहतर रास्ता मिलेगा
  • यदि आपके पास closed software है, तो Fair Source आंदोलन पर विचार करें और देखें कि क्या आप जो बना रहे हैं उसे दुनिया और समुदाय के साथ साझा कर सकते हैं
  • हम सब निर्माता हैं, और जो सीखा है उसे साथियों और उपयोगकर्ताओं के साथ साझा करना पसंद करते हैं; यह व्यापक उद्योग के लिए फायदेमंद है, और अब बाधाएँ पहले से कहीं कम हैं
  • ऐसे नए प्रकार के source code license के साथ अधिक software सार्वजनिक करने में शामिल हों, जो उपयोगकर्ता स्वतंत्रता और developer sustainability के बीच संतुलन बनाए रखता है

और जानकारी

  • यदि आप software collaboration की दुनिया किस दिशा में जा रही है, इसका पृष्ठभूमि संदर्भ और जानना चाहते हैं, तो "ओपन सोर्स का भविष्य" लेख देखें
  • आप Sentry के blog post या Chad के "The Historical Case for Fair Source" लेख में Fair Source और उसके आधार के बारे में विस्तार से पढ़ सकते हैं

GN⁺ की राय

  • Fair Source ऐसा समझौता लगता है जो open source के लाभों को बनाए रखते हुए commercial software developers की sustainability को भी ध्यान में रखता है। जिन कंपनियों को open source software बनाते हुए revenue model ढूँढने में कठिनाई होती रही है, उनके लिए यह एक आकर्षक विकल्प बन सकता है
  • हालांकि, non-compete clause जैसी शर्तों के कारण मौजूदा open source community के साथ टकराव हो सकता है। यह आलोचना भी उठ सकती है कि इससे open source की भावना को नुकसान पहुँचता है
  • Fair Source अपनाते समय license की शर्तों को स्पष्ट रखना और community के साथ पारदर्शी संवाद करना महत्वपूर्ण है। उपयोगकर्ताओं को यह साफ़ तौर पर पता होना चाहिए कि source code के उपयोग पर कुछ प्रतिबंध हैं
  • इसी तरह के दृष्टिकोणों में Elastic License 2.0, Server Side Public License आदि शामिल हैं। हर license के फायदे और नुकसान का सावधानी से विश्लेषण कर अपनी कंपनी के लिए सबसे उपयुक्त विकल्प चुनना बेहतर होगा
  • Fair Source software उद्योग पर समग्र रूप से क्या प्रभाव डालेगा, और developers व users के लिए इसका क्या अर्थ होगा, यह देखना बाकी है। चूँकि यह एक नई कोशिश है, इसमें कुछ trial and error होंगे, लेकिन उम्मीद है कि अंततः यह ऐसे स्वस्थ ecosystem के निर्माण में योगदान देगा जिसमें software development में अधिक विविध पक्ष भाग ले सकें

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-08-12
Hacker News टिप्पणियाँ

  • यह अच्छा लगा कि उन्होंने पारदर्शी तरीके से बताया कि यह software open source नहीं है

    • पूरे open source आंदोलन को लेकर मेरी भावनाएँ मिश्रित हैं
    • source code को पारदर्शी रूप से सार्वजनिक करना और उसे मुफ्त में इस्तेमाल करने देना अच्छा है, लेकिन मेरा मानना है कि सख्त open source एक बेहतर दुनिया बनाता है
    • Linux पर apps चल पाने की वजह यह है कि सभी cloud इन्हें चला सकते हैं, और हमें प्रतिस्पर्धियों में से चुनने का लाभ मिलता है
    • यह विडंबनापूर्ण है कि यह software git के ऊपर बनाया गया है और इसका business model FOSS पर निर्भर है, फिर भी यह खुद को अलग दिखाने और सुरक्षित रखने की कोशिश कर रहा है
    • open source आंदोलन की वजह से मैं बिना किसी लागत के इस करियर में आ सका, और मुझे लगता है कि सबसे permissive शर्तों पर OSS लिखना और वितरित करना ही इस आंदोलन को लौटाने का सबसे अच्छा तरीका है

  • मैंने https://fair.io और https://faircode.io को गड़बड़ कर दिया था

    • यह दिलचस्प है कि नया "functional" license 2 साल बाद अपने आप MIT या Apache 2.0 में बदल जाता है
    • मैं open source (और मुफ्त) software का समर्थक हूँ, लेकिन उम्मीद है कि ये नए licenses ज्यादा service-level businesses को कम-से-कम कुछ हद तक अपना source code सार्वजनिक करने के लिए प्रोत्साहित करेंगे

  • Fair Source License के बारे में पहली बार सुन रहा हूँ

    • यह FOSS से थोड़ा ज्यादा restrictive है, लेकिन इसका उद्देश्य hyperscalers को cloud में software चलाकर उससे मुनाफा कमाने से रोकना है

  • सोच रहा हूँ कि क्या कोई इन licenses के फायदे सामान्य open source model की तुलना में समझा सकता है

    • मैंने Fair Source का page और FAQ पढ़ा, लेकिन software को अस्थायी रूप से कम स्वतंत्र बनाने के अलावा कोई और पहलू समझ नहीं आया

  • मैं कानूनी विशेषज्ञ नहीं हूँ, लेकिन ऐसा लगता है कि commercial environment में इस्तेमाल के लिए "competitive use" की परिभाषा बहुत व्यापक रूप से व्याख्यायित की जा सकती है, इसलिए यह जोखिमभरा लगता है

  • लगता है कि इस license के संदर्भ में competition का मतलब क्या है, इसे स्पष्ट रूप से परिभाषित करना मुश्किल होगा

    • याद है कि हाल में Unity और Redis ने इस तरह के मुद्दों पर कई बयान जारी किए थे और काफी भ्रम हुआ था

  • समझ नहीं आता कि कंपनियाँ सबके लिए AGPL के तहत जारी क्यों नहीं करतीं, और अपने लिए proprietary commercial license क्यों नहीं रखतीं

    • AGPL Google और AWS को इसका उपयोग करने से रोक सकता है, और commercial license license user (यानी खुद कंपनी) को इसे commercialize करने की अनुमति देता है

  • "Fair Source" पर विचारों वाला एक podcast episode है: https://changelog.com/podcast/586

  • संबंधित जानकारी: Keygen भी अब Fair Source है: https://keygen.sh/blog/keygen-is-now-fair-source

  • सोच रहा हूँ कि क्या Fair Source, open source का superset है

    • हर open source project में source सार्वजनिक होता है, वह open source license के तहत होता है, और जब तक कोई प्रतिस्पर्धा नहीं कर रहा, कोई भी उसे इस्तेमाल और modify कर सकता है