क्या एक संकलक पर लाइसेंस के लिए एक मिसाल है कि आप किस तरह के विकास को रोक सकते हैं?


16

यह हाल ही में बताया गया था कि डेल्फी एक्सई 3 के लिए नया ईयूएलए क्लाइंट सर्वर लाइसेंस पैक की अतिरिक्त खरीद के बिना व्यावसायिक संस्करण के साथ क्लाइंट सर्वर विकास को रोक देगा। यह कहने के लिए नहीं है कि व्यावसायिक संस्करण में सुविधाओं की कमी होगी, लेकिन लाइसेंस विशेष रूप से डेवलपर को विकास के एक विशिष्ट वर्ग के लिए कंपाइलर का उपयोग करने से रोक देगा, यहां तक ​​कि तीसरे पक्ष या घर के बड़े समाधानों के साथ।

तो मेरा प्रश्न यह है कि यदि आप काम के वर्ग को रोकते हुए संकलक या इसी तरह के रचनात्मक उपकरण की एक मिसाल हैं, तो आप इसका उपयोग कर सकते हैं। विशेष रूप से डेल्फी एक्सई 3 जैसे व्यावसायिक रूप से लाइसेंस प्राप्त "पेशेवर" उपकरण। इसके अलावा, क्या ऐसा प्रतिबंध कानूनी रूप से लागू करने योग्य होगा?

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

ऐसा लगता है कि मुझे याद है कि Microsoft ने FrontPage में एक प्रतिबंध लगा दिया है कि आप इसका उपयोग एक वेब साइट बनाने में नहीं कर सकते हैं जो Microsoft पर खराब रूप से प्रतिबिंबित होती है, लेकिन कानूनी रूप से परीक्षण किए जाने से पहले उन्होंने उस प्रतिबंध को खींच लिया।

अद्यतन: EULA को सार्वजनिक प्रतिरोध के कारण भेजे गए उत्पाद से पहले हटा दिया गया था।


15
यह एक तकनीकी कंपनी द्वारा खींचे गए सबसे असिन स्टंट्स में से एक है। एक शॉट में, उन्होंने अपने अधिकांश उपयोगकर्ता आधार को बंद कर दिया, अपने उपयोगकर्ता आधार का विस्तार करने की अपनी क्षमता को अपंग कर दिया क्योंकि नया EULA केवल नए ग्राहकों पर लागू होता है, और संभावित रूप से कई दीर्घकालिक पार्टी विक्रेताओं / साझेदारों को व्यवसाय से बाहर रखा जाता है। बेवकूफों के प्रति आपके बगीचे की विविधता के समर्पण से अधिक।
ग्रैंडमास्टरबी

3
@GrandmasterB - मुझे लगता है कि कुछ बिंदु पर आप बस कई नए ग्राहकों को प्राप्त नहीं करने वाले हैं और आपके मौजूदा ग्राहक ऐसे लोग हैं जिनके पास स्विच करने के लिए बहुत अधिक लागत है। तो सबसे बड़ा $ अचानक आपके मौजूदा ग्राहकों को निचोड़ने में है जितना कि आप भागने से पहले कर सकते हैं। शायद वे इस अवस्था में पहुँच गए हैं?
psr

2
@psr, मुझे इस बात पर संदेह है कि वे जिस बिंदु पर हैं - बस दूध पीने की कोशिश कर रहे हैं कि पिछले एक बोल्ट से पहले उन्होंने कितनी गायों को छोड़ा है। यह शर्म की बात है क्योंकि उनके संगठन के कम से कम कुछ हिस्से का मानना ​​है कि वे पिछले कुछ वर्षों में उठाए गए सकारात्मक कदमों को देखते हुए उनसे अधिक हो सकते हैं।
ग्रैंडमास्टरबी

2
@psr मुझे यकीन है कि आप सही हैं। मैं निश्चित रूप से इस समय पर डेल्फी विकास शुरू करने वाले एक भी नए ग्राहक की कल्पना नहीं कर सकता।
कार्सॉन 63000

2
ऐसा लगता है, गंभीर और विचारशील विचार के बाद (पढ़ें: एक पब्लिक बीट-डाउन), उन्होंने इस बकवास का समर्थन किया है।
ग्रैंडमास्टरबी

जवाबों:


14

यह पूरी तरह से अभूतपूर्व नहीं है।

SQL सर्वर उपयोगकर्ताओं / सर्वर / डेटाबेस के आकार, आदि द्वारा सीमित है, प्रभावी रूप से इसके उपयोग को ग्राहक के सर्वर प्लेटफॉर्म के रूप में सीमित करता है, और यह अनिवार्य रूप से एक प्रोग्रामिंग वातावरण है (एक अमीर डेटा इन्फ्रास्ट्रक्चर के साथ एक)। कई सॉफ्टवेयर लाइब्रेरी नियमित रूप से प्रोग्रामर का उपयोग करने के तरीके को सीमित करती हैं, विभिन्न तरीकों से।

व्यवहार में, कोई भी किसी भी चीज को लाइसेंस समझौते में पसंद कर सकता है। यदि आप शर्तों को पसंद नहीं करते हैं तो आपका उपाय इसका उपयोग नहीं करना है, जो कि मैं कल्पना करूंगा कि संभावित Embarcadero ग्राहक ड्रॉ में करेंगे।


ऐसा नहीं है कि डेल्फी के कई ग्राहकों ने इन दिनों छोड़ दिया है, लेकिन जो लोग रहते हैं वे शायद इस पर छोड़ने की संभावना नहीं हैं। हालांकि वेवरर्स के लिए IIRC एक ज्यादातर संगत मुक्त / खुला स्रोत विकल्प (लाजर) है जो अपने पुराने कोड को नहीं फेंक सकते हैं।
203

1
लिंक किए गए लेख में कहा गया है कि मौजूदा ग्राहक पुरानी शर्तों के तहत दादा हैं।
रॉबर्ट हार्वे

8
+1 मैंने उन कंपनियों को कभी नहीं समझा जो डेवलपर्स के लिए अपने प्लेटफ़ॉर्म पर मूल्य जोड़ना अधिक कठिन बनाते हैं।
कार्ल बेज़ेलफेल्ट

यदि वे मौजूदा उपयोगकर्ताओं या मौजूदा लाइसेंस से मतलब रखते हैं, तो उन्होंने औपचारिक रूप से स्पष्ट किया । यदि आप बाहर जाते हैं और 5 नए किराए के लिए 5 नए लाइसेंस खरीदते हैं या नहीं, तो यह स्पष्ट नहीं है।
ग्रैंडमास्टरबी

2
जबकि SQL सर्वर सीमा वास्तव में CODEED है CODE, NOT EULA, MS SQL सर्वर "विकास" संस्करण केवल "कानूनी तौर पर एक उत्पादन वातावरण में उपयोग किए जाने के लिए लाइसेंस प्राप्त नहीं है, और केवल विकास के लिए" है। तो ऐसा ही है। लेकिन विकास संस्करण सस्ता है। एक उत्पाद SKU पर प्रतिबंध लगाना जो दशकों से मौजूद है, ऐसा कुछ नहीं है जिसके लिए मैं किसी भी मिसाल को याद रख सकूं।
वॉरेन पी

6

जावा में लंबे समय से परमाणु सुविधाओं में उपयोग के खिलाफ प्रतिबंध है, हालांकि JDK6 लाइसेंस समझौते ने शर्तों को थोड़ा नरम कर दिया (मुझे याद है कि पुराने संस्करण बहुत अधिक स्पष्ट हैं):

आप स्वीकार करते हैं कि लाइसेंस प्राप्त सॉफ्टवेयर किसी भी परमाणु सुविधा के डिजाइन, निर्माण, संचालन या रखरखाव में उपयोग के लिए डिज़ाइन या इच्छित नहीं है। ओरेकल कॉर्पोरेशन ऐसे उपयोगों के लिए फिटनेस के किसी भी व्यक्त या निहित वारंटी का खुलासा करता है।

यह समझ में आता है: आप रिएक्टर को तोड़ने के रास्ते में एक जीसी ठहराव को प्राप्त नहीं होने देना चाहेंगे। जो यह कहने के लिए नहीं है कि कोई है, कहीं नहीं है, जिसने परमाणु नियंत्रण प्रणालियों के लिए एक अनुबंध स्वीकार किया है और फैसला किया है कि जावा प्रोग्रामर को किराए पर लेना सस्ता / आसान था।


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

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

वे यह नहीं कहते कि आप इसे परमाणु सुविधा में उपयोग नहीं कर सकते , बस यह कि परमाणु सुविधा में उपयोग करने के लिए सॉफ़्टवेयर के लिए निर्धारित आवश्यकताओं को पूरा करने की गारंटी नहीं है । वही नहीं है।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.