जावा प्लेटफार्म के भविष्य पर कुछ विचार

मैं यहां एक जिज्ञासु चर्चा को विकसित करने की कोशिश करना चाहता था, जो कि विषय पर भविष्य के रेडियो-टी पॉडकास्ट पर टिप्पणियों द्वारा शुरू किया गया था (वैसे, पॉडकास्ट खुद कभी-कभी दिलचस्प होते हैं), लेकिन कोरम की कमी के कारण मृत्यु हो गई।



चर्चा के बारे में, वास्तव में, जावा का भविष्य एक भाषा के रूप में, और एक मंच के रूप में।

संक्षेप में, जावा के विकास को निर्देशित करने वाले लोग इसे लंबे समय तक बनाए रखने के लिए क्या कर सकते हैं? ऊपर दिए गए लिंक से, चर्चा हुई कि .NET प्लेटफ़ॉर्म के लिए वैकल्पिक प्रयोगशालाएँ (जैसे, उदाहरण के लिए, F #) Microsoft अनुसंधान प्रयोगशालाओं में अधिक या कम सक्रिय रूप से विकसित हो रही हैं, जबकि वैकल्पिक भाषाओं के लिए इस तरह के समर्थन के साथ Sun / Oracle पीछे है।





तो, इस पर मेरे कुछ विचार ...



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



इसे .NET, C # की स्थिति और यहाँ Microsoft की स्थिति से तुलना करें। यहां तक ​​कि जब मैंने लगभग 5 साल पहले एंड्रयू ट्रॉल्सन की किताब पर सी # 2.0 पढ़ाया था (यह जावा जावा के लिए मेरे संक्रमण से पहले था), इसके विपरीत, यह हर जगह लिखा गया था कि .NET और इसके घटकों, विशेष रूप से सीएलआर, एक मध्यवर्ती की मेजबानी करने का एक माध्यम है। प्रबंधित कोड। C #, VB #, C ++ प्रबंधित (जो वास्तव में शूट नहीं किया गया था, लेकिन प्रयोग किया गया था), और सभी प्रकार की भाषाएं .NET पर रखी गई हैं, जैसे आयरनपाइथन और उनके जैसे अन्य, साथ ही Microsoft रिसर्च द्वारा विकसित नई भाषाएँ, जैसे F #।



उसी समय, उदाहरण के लिए, Mycrofost, तेजी से "मुख्य" भाषा विकसित करने के अलावा, C #, भी अन्य भाषाओं के विकास में सक्रिय रूप से निवेश कर रहा है। उदाहरण के लिए, F #, जिसने OCaml से इतनी सारी अवधारणाएँ अपनाईं और जहाँ तक मुझे पता है, Haskell। F # कोड वस्तुतः हास्केल कोड के समान है, मैं आपको विश्वास दिलाता हूं! MSSQL सर्वर यह भी जानता है कि सीएलआर की मेजबानी कैसे की जाती है और जहाँ तक मुझे पता है, उस पर संग्रहीत कार्यविधियाँ लिखने का समर्थन करता है।



अब वापस जावा दुनिया में। So -Java, एक मंच के रूप में और एक भाषा के रूप में, C # और .NET की तुलना में धीरे-धीरे विकसित हो रहा है, यह स्पष्ट है। शायद यह सही है, क्योंकि उद्यम की दुनिया (बैंक, एक्सचेंज आदि) तेजी से विकास के बजाय स्थिरता से अधिक महत्वपूर्ण है।



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



दूसरी ओर, ग्रूवी, स्काला है, उन लोगों के लिए जो कुछ अधिक असामान्य चाहते हैं - बंद करना। उसी समय, इन भाषाओं को या तो सामुदायिक समूहों द्वारा लिखा जाता है और डिबग किया जाता है (उदाहरण के लिए, ग्रूवी को स्प्रिंगस्रोत समुदाय द्वारा विकसित किया जाता है) या अनुदानों द्वारा (जैसे स्काला, जिसे हाल ही में यूरोपीय संघ से एक बड़ा अनुदान प्राप्त हुआ)। मुझे यहां 7 जावा में इनवोकडेनमिक निर्देश की शुरूआत के अलावा, सन / ओरेकल से कोई समर्थन नहीं मिला है, लेकिन यह पर्याप्त नहीं है। थोड़ा और बहुत धीमा।



सामान्य तौर पर, मेरी राय में, जावा के पास एक बहुत लंबे समय के लिए मंच के रूप में नेतृत्व करने का एक बड़ा मौका है यदि यह विकास में निवेश करता है और, सबसे महत्वपूर्ण, जेवीएम के तहत मुख्य वैकल्पिक भाषाओं का प्रचार (!)। यह वही है जो .NET विपणक शुरू से ही मंच की शक्तिशाली शक्तियों में से एक के रूप में बताया जाता है।



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



आप इसे कैसे पसंद करते हैं?



प्लेटफार्मों की स्थिति में ध्यान देने योग्य अंतर है। .NET को शुरुआत में रनटाइम में कई भाषाओं को पार करने के लिए एक मंच के रूप में तैनात किया गया था (शुरुआत के लिए यह C #, VB #, प्रबंधित C ++) था, लेकिन जावा मार्केटर्स ने इसे नोटिस नहीं किया। पोजिशनिंग हमेशा थोड़ा अलग था - जावा एक ऐसी सार्वभौमिक भाषा है जो जावा प्लेटफ़ॉर्म पर काम करती है, जहां एक प्लेटफ़ॉर्म-स्वतंत्र बायोटेक है, मेमोरी और अन्य चीजों के साथ कोई काम नहीं है। लेकिन यहाँ तथ्य यह है कि जेवीएम के तहत आप अन्य भाषाओं को विकसित और पोर्ट कर सकते हैं, और उन पर कोड लिख सकते हैं - यह कभी भी ज्यादा जोर नहीं दिया गया है, जहां तक ​​मुझे याद है।



तो अब भी कौन इस बारे में सोचता है? भविष्य, भाषाओं के साथ, उनके वर्तमान अर्थों में (जैसे लिस्प, नेमेर्ले, रूबी ...), या सभी समान है, रनटाइम सेवाओं की मेजबानी के लिए प्लेटफार्मों के साथ, उनके लिए कंपाइलरों का एक गुच्छा (जो अनिवार्य रूप से व्याकरण पार्सर हैं) के साथ निहित है। और एक या दूसरे रूप में बायोडेटा जनरेटर)?