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