क्या छोटा EULA का उपयोग करना ठीक है?

28

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

इसलिए मैं एक छोटे कस्टम EULA का उपयोग करने के बारे में सोच रहा हूं जिसमें सिर्फ आवश्यक का उल्लेख होगा। कुछ इस तरह:

आप इस सॉफ़्टवेयर के परीक्षण संस्करण को फिर से वितरित कर सकते हैं
यदि आप एक लाइसेंस खरीदते हैं, तो आप इसे पुनर्वितरित नहीं कर सकते हैं और न ही इसे बेच सकते हैं
आप इस सॉफ़्टवेयर के उपयोग से उत्पन्न किसी भी वित्तीय या भौतिक हानि के लिए मुझ पर मुकदमा नहीं कर सकते
यह सॉफ्टवेयर कॉपीराइट XXX है, सभी अधिकार सुरक्षित हैं।

क्या उस तरह का EULA ज्यादातर मामलों में मेरी रक्षा करेगा? क्या आप किसी ऐसी कंपनी के बारे में भी जानते हैं जो कम EULA का उपयोग करती है?

licensing commercial eula

— लॉरेंट
स्रोत

5

मुझे लगता है कि यह कानून का सवाल है। लेकिन मुझे यह पसंद है। +1 @ लौरेंट।

— सईद नेमाटी

यह वह नहीं है जो आप यहां खोज रहे हैं, बल्कि en.wikipedia.org/wiki/WTFPL प्रासंगिक लगता है =)

— amara

8

यहां तक कि अगर आप एक लंबा, व्यापक EULA का उपयोग करते हुए समाप्त करते हैं, तो मुझे लगता है कि इसे एक tl के साथ प्रीफ्रेश करना है ; इस तरह का डॉ वर्जन एक बहुत अच्छा विचार है। यह समझौते की शर्तों को पढ़ना, समझना और पालन करना एक उचित उपलब्धि है। यह उपयोगकर्ता के समय, बुद्धिमत्ता और भरोसे के प्रति सम्मान दर्शाता है।

— जॉय एडम्स

@JoeyAdams मुझे यकीन नहीं है कि बिंदु क्या है - अगर वे उपयोगकर्ता EULA की सामग्री के बारे में परवाह करते हैं, तो उन्हें वैसे भी पूर्ण संस्करण पढ़ना होगा।

— मात्रा_देव

28

आप जो इरादा करते हैं उसके कथन के इर्द-गिर्द एक साधारण, कोई मूर्ख नहीं 'की इच्छा को समझते हैं, लेकिन EULA होने का कोई मतलब नहीं है अगर यह उस काम को नहीं करने जा रहा है जो इसे करना चाहिए, जो कि आपके अधिकारों की रक्षा करना है और परिभाषित करें कि उपयोगकर्ता क्या है और उसे करने की अनुमति नहीं है। कानूनी भाषा कंप्यूटर कोड की तरह है - इसे स्पष्ट रूप से हर स्थिति के लिए अपने इरादे को परिभाषित करना चाहिए जो सामने आ सकता है। क्या आप एक गैर-प्रोग्रामर को 4 लाइनों में एक उपयोगी एप्लिकेशन लिखने की कल्पना कर सकते हैं?

तो अपने "EULA" को देखें:

पंक्ति 1: "आप" कौन है? "यह सॉफ़्टवेयर" क्या है, और "परीक्षण संस्करण" क्या है? "पुनर्वितरण" का क्या अर्थ है?

पंक्ति 2: मैं समझता हूं कि यदि मैं एक लाइसेंस खरीदता हूं तो मैं उस लाइसेंस का पुनर्वितरण नहीं कर सकता, लेकिन सॉफ्टवेयर के साथ क्या करना है? इसके अलावा, मैं अभी भी पुनर्वितरित कर सकता हूं अगर किसी और ने मेरा लाइसेंस खरीदा है, है ना? किन परिस्थितियों में कोई अपना लाइसेंस किसी और को हस्तांतरित कर सकता है?

पंक्ति 3: मेरे राज्य में एक कानून है जो विशेष रूप से उन प्रावधानों को अस्वीकार करता है जो एकतरफा रूप से मुकदमा करने के मेरे अधिकार को सीमित करते हैं। अपने पाइप में छड़ी करें और इसे धूम्रपान करें।

पंक्ति 4: यह एक कॉपीराइट स्टेटमेंट है। मुझे नहीं लगता कि आप इसे अपने EULA के हिस्से के रूप में चाहते हैं। अगर मैं EULA प्राप्त कर सकता हूं तो क्या कॉपीराइट इसके साथ जाता है?

मैं वकील नहीं हूँ - किसी को भी उम्मीद है कि आपके पास लॉ स्कूल का एक साल है, जो आपके समझौते से बहुत अधिक छेदों को शूट करने में सक्षम है।

मेरा सुझाव है कि आप एक वास्तविक वकील से बात करें, एक वास्तविक EULA प्राप्त करें, और शायद एक सरल कथन (अपने वकील द्वारा लिखित) के साथ उस सादे अंग्रेजी में पूरक करें जो EULA को सारांशित करता है।

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

— कालेब
स्रोत

3

+1। आप यह भी जोड़ सकते हैं कि "यदि आप एक लाइसेंस खरीदते हैं, तो आप इसे पुनर्वितरित नहीं कर सकते हैं या इसे बेच सकते हैं" का अर्थ यह भी होगा कि अगर मैं लाइसेंस नहीं खरीदता हूं, और मुझे पी 2 पी से सॉफ़्टवेयर उत्पाद मिलता है, तो मैं अब पुनर्वितरण या बिक्री कर सकता हूं यह, लाइसेंस के अनुसार।

— बजे आर्सेनी मूरज़ेंको

@ मेनमा: शानदार बिंदु - मैंने उस प्रभाव में कुछ जोड़ा है।

— कालेब

1

वास्तव में? क्या वे लोग गूंगे हैं?

— गंभीरदेव

2

@ मेनमा: यह मूर्खतापूर्ण है। लाइसेंस पुनर्वितरण या बेचने के लिए कोई अधिकार प्रदान नहीं करता है। (और अगर यह भी कहा कि आप ऐसा नहीं कर सकते हैं, तो यह कुछ भी नहीं बदलेगा, क्योंकि ऐसा कोई व्यक्ति वैसे भी EULA के लिए सहमत नहीं होगा।)

— डेविड श्वार्ट्ज

6

मुझे अपने (वाणिज्यिक) सॉफ़्टवेयर में EULA जोड़ने की आवश्यकता है लेकिन मैं एक वकील नहीं रख सकता।

खैर, यह साइट एक वकील भी नहीं है। आपको एक काम पर रखने की जरूरत है। यदि आप इसे बर्दाश्त नहीं कर सकते हैं, तो आपकी परियोजना मौलिक रूप से कुप्रबंधन है और यह ऐसा कुछ नहीं है जिसे यहां तय किया जा सकता है। एक कारण यह है कि ज्यादातर कंपनियां ईयूएलएएस की पेशकश करती हैं जो छह ट्रिलियन पेज लंबा है, और यह आमतौर पर है क्योंकि उन्होंने इसे इस तरह से बनाने से पहले कई बार मुकदमा किया।

आप कानूनी सलाह के लिए वकील को छोड़कर कहीं नहीं जा सकते।

— DeadMG
स्रोत

7

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

— लॉरेंट

8

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

— माइकल बोर्गवर्ड

12

-1, "यदि आप इसे बर्दाश्त नहीं कर सकते हैं, तो आपकी परियोजना मौलिक रूप से कुप्रबंधित है"। यह बस गलत है, और स्पष्ट रूप से बहुत अशिष्ट है। कुछ लोग व्यक्तिगत परिस्थितियों के कारण या तो कम संसाधनों के साथ अपना व्यवसाय शुरू करने के लिए मजबूर हैं, या वे केवल एक धनी राष्ट्र से नहीं हैं।

— ग्रैंडमास्टरबी

1

@GrandmasterB: तब उनके पास व्यवसाय शुरू करने के लिए पर्याप्त संसाधन नहीं थे, और यहां ऐसा कुछ भी नहीं है जो कोई भी इसके बारे में कर सके। यदि आप ऑफ-द-शेल्फ लाइसेंस का उपयोग नहीं करते हैं, तो आपको एक वकील रखना होगा ।

— डेडएमजी सेप

4

मैं यह नहीं कहूंगा कि परियोजना गलत है। मैं कहूंगा कि यदि आप EULA लिखने के लिए वकील नहीं रख सकते हैं, तो आपको खुद से पूछना होगा कि क्या आप उस वकील को लागू करने में सक्षम होंगे। यदि नहीं, तो एक EULA पहली जगह में लगभग बेकार है।

— मौविसील

4

आइए एक नज़र डालते हैं कि आप क्या लिखने की योजना बना रहे हैं:

आप इस सॉफ़्टवेयर के परीक्षण संस्करण को फिर से वितरित कर सकते हैं

यदि आप एक लाइसेंस खरीदते हैं, तो आप इसे पुनर्वितरित नहीं कर सकते हैं और न ही इसे बेच सकते हैं

यह उस लाइसेंस के बारे में मूल जानकारी है जिसके तहत आप सॉफ़्टवेयर वितरित कर रहे हैं। यह कहीं ऐसा होना चाहिए कि उपयोगकर्ता इसे आसानी से पा सकें, लेकिन इसके लिए कष्टप्रद क्लिक-थ्रू संवाद नहीं होना चाहिए।

आप इस सॉफ़्टवेयर के उपयोग से उत्पन्न किसी भी वित्तीय या भौतिक हानि के लिए मुझ पर मुकदमा नहीं कर सकते

यह कोई कानूनी स्थिति नहीं है। किसी को मुकदमा करने की अनुमति है या नहीं, आप ऐसी कोई चीज नहीं हैं जिसे आप चुन सकते हैं। केवल एक चीज जो आप कर सकते हैं, वह स्पष्ट करना है कि आप दावा नहीं करते हैं कि सॉफ्टवेयर किसी भी चीज के लिए अच्छा है और लोग इसे अपने जोखिम पर उपयोग कर रहे हैं, लेकिन यह संभवतः अधिकांश न्यायालयों में किसी भी तरह से फर्क नहीं करेगा।

यह सॉफ्टवेयर कॉपीराइट XXX है, सभी अधिकार सुरक्षित हैं।

यह अनावश्यक है। आपको स्पष्ट रूप से किसी चीज़ पर कॉपीराइट का दावा करने की ज़रूरत नहीं है (हालांकि यह लोगों को गलती से इसे रोकने में मदद कर सकता है।

— माइकल बोर्गवर्ड
स्रोत

2

साइड नोट: उस देश पर निर्भर करता है जिस पर आप अपना सॉफ़्टवेयर बेचना चाहते हैं। अधिकांश EULAs अमेरिका में कानूनी स्थिति के लिए डिज़ाइन किए गए हैं, अन्य देशों में जो EULAs लागू नहीं हो सकते हैं। जैसे जर्मनी में कई EULAs (Microsoft जैसी बड़ी कंपनियों से भी) केवल इसलिए अमान्य हैं, क्योंकि या तो उन्हें खरीदने से पहले अंतिम उपयोगकर्ता को प्रदान नहीं किया गया था या क्योंकि EULA में कुछ एकल शर्तें जर्मन कानून के विरुद्ध हैं, जो पूरे EULA को अमान्य बना सकती हैं ।

उदाहरण के लिए, आप विंडोज के सिस्टमबिल्डर संस्करणों को अंतिम उपयोगकर्ता के रूप में खरीद सकते हैं, हालांकि मुझे यकीन है कि ईयूएलए इसे रोकता है।

— साइमन
स्रोत

1

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

— H2ONaCl
स्रोत