2010-02-12 13 views
7

सी # माइक्रोसॉफ्ट के स्वामित्व में है और जावा का स्वामित्व सन/ओरेकल है। वास्तव में इन भाषाओं के उपयोगकर्ताओं के लिए क्या खतरे सामने आते हैं? क्या किसी ने महसूस किया है कि उनका कोड "स्वामित्व" था? क्या मोनो जैसी परियोजनाएं "मालिकों" को ईमानदार रखने में मदद करती हैं?"स्वामित्व वाली" भाषा के खतरे क्या हैं?

कृपया इसे भाषाओं का पवित्र युद्ध न बनाएं। मैं सिर्फ यह जानना चाहता हूं कि ऐसी भाषाओं से बचने के लिए तर्कसंगत है या यदि यह सिर्फ पागलपन है। सी ++ के आविष्कारक के साथ एक interview मुझे सोचने लगा, लेकिन मैं भी समुदाय के विचारों के साथ अपने विचारों को संतुलित करना चाहता हूं।

+6

शायद "स्वामित्व" को परिभाषित करना बेहतर है, सी # एक विनिर्देश है, आप इसे स्वयं लागू करने के लिए स्वागत करते हैं (जैसे मोनो) ... स्वामित्व से आपका क्या मतलब है? (देखें: उदाहरण के रूप में spec के लिए http://www.ecma-international.org/publications/standards/Ecma-334.htm) –

+3

चूंकि इस 'प्रश्न' का सटीक उत्तर नहीं है, विकी होना चाहिए। –

+1

मुझे लगता है कि "सी # भाषा" और ".NET कक्षा पुस्तकालय" के बीच यहां एक भेद की आवश्यकता है। –

उत्तर

4

सी # भाषा के लिए ऐसा कोई खतरा नहीं है। यह एक आईएसओ मानक है। औपचारिक रूप से यह एक समिति के स्वामित्व में है। लेकिन जावा एक ट्रेडमार्क

+0

यहां तक ​​कि यदि जावा ट्रेडमार्क है, तो जावा का 100% करीब ओपनजेडके के तहत मुक्त और खुला स्रोत है। तो जावा के लिए भी ऐसा कोई खतरा नहीं है। –

5

जावा "स्वामित्व" नहीं है, यह खुला स्रोत है। यदि आपको इसमें एक बग मिलती है जिसे आप पूरी तरह से निपट नहीं सकते हैं, तो आप इसे ठीक कर सकते हैं। (ओपन सोर्स और बंद स्रोत कार्यान्वयन दोनों हैं, हालांकि)

मुझे नहीं पता कि क्या आप सी # को स्रोत कोड प्राप्त कर सकते हैं, लेकिन चूंकि मोनो ने इसकी प्रतिलिपि बनाई है, इसके लिए इसके लिए एक खुला स्रोत भी है।

मुझे नहीं पता कि नेट पुस्तकालयों के लिए दूसरा स्रोत है या नहीं।

वास्तविक "खतरे" (जो आपका असली प्रश्न था, आखिरकार) के लिए, यह होगा कि कंपनी अब अपडेट जारी नहीं करने का फैसला करेगी - अगर वे करते हैं, तो भाषा सूख जाएगी और मर जाएगी या नहीं अपने आप पर ले जाओ? जावा इन राज्यों में से किसी एक से संक्रमण की प्रक्रिया में है। क्षमा करें, सी # के बारे में नहीं पता।

मेरे बारे में पहले उल्लेख किए गए (अनुमानित) खतरे भी हैं - क्या आप इसे ठीक कर सकते हैं यदि आप सौ मिलियन डॉलर की कंपनी को जारी रखने के लिए इसे निश्चित रूप से तय करने की ज़रूरत है।

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

+4

अधिक सटीक, मोनो _implemented_ सी #, कॉपी नहीं किया गया। –

+1

यह वास्तव में सच नहीं है। एक उत्कृष्ट जावा कंपाइलर बनाने के लिए माइक्रोसॉफ्ट _used_ और उन्हें रोकने के लिए मुकदमा चलाया गया। –

+0

माइक्रोसॉफ्ट एक्सटेंशन के साथ एक उत्कृष्ट जावा कंपाइलर। उनका मुकदमा चलाया गया क्योंकि वे मानक के अनुरूप नहीं थे। – duffymo

7

क्या तुलना में? चूंकि आप इसे इन शर्तों में डालते हैं, मूल सी और सी ++ भाषाएं बेल लैब्स द्वारा "स्वामित्व" हैं।

+0

+1 हालांकि मैं सी ++ भाग के बारे में अनिश्चित हूं। –

+0

मुझे "इन शर्तों" को समझ में नहीं आता है? स्वामित्व का मतलब यह होगा कि यदि आप भाषा के कार्यान्वयन का उपयोग कर रहे थे और वह विशेष कार्यान्वयन दूर हो गया, तो क्या आप अपना सिस्टम चलाना जारी रख सकते हैं। सी और सी ++ में कई कार्यान्वयन हैं और इनका स्वामित्व नहीं है - वे बेल प्रयोगशालाओं द्वारा तैयार किए गए थे, शायद आपको अपनी शर्तें मिश्रित हो गईं? –

+1

इसके अलावा, -1 किसी भी तरह से पूछे गए प्रश्न का उत्तर नहीं देता है। –

1

यदि दो स्वतंत्र कार्यान्वयन नहीं हैं, तो भाषा "स्वामित्व" है और आप विक्रेता की दया पर हैं कि वह कीमतें बढ़ाए या उत्पाद कर सकें।

मुझे यह पसंद नहीं है।

संपादित करें: जितनी बार नहीं, आप कानूनी रूप से फोर्क करने योग्य कोडबेस को दो के रूप में गिन सकते हैं (दूसरा स्वयं है)।

+0

आप जावा के लिए कितना भुगतान कर रहे हैं? आपके अंतिम डाउनलोड से क्या शुल्क निकाला गया था? – duffymo

+0

स्पष्ट रूप से पर्ल "स्वामित्व" है और हम विक्रेता की दया पर हैं। –

+1

और पायथन के सभी उपयोगकर्ता बीडीएफएल के अंगूठे के नीचे हैं। वह आपको अपनी सनकी पर कुचल सकता है। – duffymo

0

कोई व्यक्ति/कंपनी/मानक निकाय के स्वामित्व वाली सभी भाषाएं नहीं हैं। एकमात्र तरीका यह है कि मैं इस बारे में सोच सकता हूं कि यह वास्तव में किसी के स्वामित्व में नहीं है, यदि वह व्यक्ति जिसने इसे बनाया है वह अज्ञात और सार्वजनिक डोमेन भी है

+0

कई आईएसओ या ईसीएमए जैसे मानक मानकों के स्वामित्व में हैं। – vickirk

4

सुबह उठना खतरनाक है, लेकिन यह दुनिया को नीचे नहीं रखता है कवर।

मुझे लगता है कि यह उन स्वीकार्य जोखिमों में से एक है। जावा के मामले में, कंपनियों ने पिछले 15 सालों से या उनके लाभ के लिए इसका इस्तेमाल किया है।

विकल्प क्या है? अपनी खुद की भाषा का विकास और रखरखाव करना ताकि आप इसका स्वामित्व कर सकें? एसएपी ने यही किया। ऐसा लगता है कि उनके लिए काम किया है, लेकिन उन्होंने जो खर्च किया है उसकी गणना करना दिलचस्प होगा।

बजेर्न स्ट्राउस्ट्रप एक शानदार व्यक्ति है, लेकिन यह नहीं भूलना कि उसके पास पूर्वाग्रह है।वह खुश नहीं है कि जब जावा बाहर आया तो जावा ने प्राथमिक ऑब्जेक्ट-उन्मुख भाषा के रूप में सी ++ को ग्रहण किया। उन्होंने इसे सूर्य के विपणन के लिए जिम्मेदार ठहराया है, यह स्वीकार नहीं करते कि यह सी ++ पर सुधार हो सकता है।

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

+0

फ़ैडर्स जैसे प्रोग्रामर, लेकिन वे हमेशा जो भी पसंद करते हैं उस पर वापस आते हैं। वास्तव में, सी ++ से जावा तक कितने लोगों ने स्थायी रूप से स्विच किया है? विभिन्न समस्या डोमेन के लिए जावा और सी ++ अलग-अलग भाषाएं हैं। जावा की सफलता अपने विशिष्ट डोमेन में इसकी प्रयोज्यता से आई थी, साथ ही ओओपी प्रचार की 80 वीं लहर के अंत को पकड़कर सी ++ द्वारा संचालित किया गया था। –

+0

बहुत से लोग सी ++ से जावा तक स्थायी रूप से स्विच किए गए। मैं यहां आपके बिंदु का पालन नहीं कर रहा हूं। निजी तौर पर, मुझे लगता है कि जावा ओओपी लहरों से अधिक इंटरनेट सुनामी पर सवार हो गया। ब्राउज़र में ऐप्पल और नृत्य टीपोट ऐसी चीज थीं जो शुरुआत में जावा को आगे बढ़ाती थीं। 1 999 में जावा वन में जावा ईई स्पेक की घोषणा के बाद यह वेब अनुप्रयोगों के लिए सर्वर-साइड भाषा में विकसित हुआ। इनमें से कोई भी सी ++ के साथ बहुत कुछ नहीं करना था। यह सी ++ था जिसमें पुस्तकालयों को बनाए रखने के लिए नहीं था। एसटीएल जोड़ा गया था, लेकिन ज्यादा नहीं। – duffymo

0

हम्म, अच्छी तरह से Xbox केवल इंडी गेम के लिए सी # का समर्थन करता है, और कोई अन्य प्लेटफ़ॉर्म इसका समर्थन नहीं करता है।

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

मेरे पास एकमात्र मुद्दा है जो भाषा के लिए समर्थन करता है, और एक से दूसरे में परिवर्तित करना कितना मुश्किल है, उदाहरण के लिए मैं कहूंगा कि सी ++ से सी # स्मृति प्रबंधन के कारण दूसरी तरफ आसान है।

+0

सी # Xbox360, विंडोज, लिनक्स और मैक्सोस (और शायद अधिक मुझे पता नहीं है) पर समर्थित है और गैर एमएस प्लेटफॉर्म पर पोर्ट एक्सएनए को देखने के लिए वहां परियोजनाएं हैं (उदाहरण के लिए http://code.google। कॉम/पी/monoxna /) –

संबंधित मुद्दे

 संबंधित मुद्दे