हर्ष साइबेरियाई जेवीएम: एक्सेलसियर जेईटी के बारे में शानदार साक्षात्कार

हमने हाल ही में लिखा कि अलीबाबा ने ओपन जेडीके के साथ जीवन को और अधिक स्वीकार्य बनाने के लिए कौन सी चालें चलीं। ऐसी टिप्पणियां थीं, "यह पता चला है कि जब हम साधारण जावा से पीड़ित हैं, तो चीनी पहले से ही अपना विशेष बना चुके हैं।" बेशक, अलीबाबा प्रभावशाली है - लेकिन रूस की अपनी मौलिक परियोजनाएं भी हैं, जहां वे "विशेष जावा" भी बनाते हैं।

नोवोसिबिर्स्क में, 18 वर्षों से वे अपनी खुद की जेवीएम बना रहे हैं , पूरी तरह से स्वतंत्र रूप से और रूस की सीमाओं से परे मांग में। यह सिर्फ हॉटस्पॉट कांटा का ही काम नहीं कर रहा है, बल्कि थोड़ा बेहतर है। एक्सेलसियर जेईटी समाधानों का एक सूट है जो आपको एओटी संकलन के संदर्भ में पूरी तरह से अलग चीजें करने की अनुमति देता है। "Pff, AOT GraalVM में है," आप कह सकते हैं। लेकिन GraalVM अभी भी एक बहुत ही खोजपूर्ण चीज है, और JET उत्पादन में उपयोग के लिए एक सिद्ध समाधान है।

यह एक्सेलसियर JET के डेवलपर्स में से एक के साथ एक साक्षात्कार है । मुझे उम्मीद है कि यह उन सभी के लिए विशेष रूप से दिलचस्प होगा जो नई चीजों की खोज करना चाहते हैं जो जावा के साथ किया जा सकता है। या ऐसे लोग जो जेवीएम इंजीनियरों के जीवन में रुचि रखते हैं और खुद भी इसमें भाग लेना चाहते हैं।

गिरावट में, मैंने नोवोसिबिर्स्क जावा सम्मेलनों में से एक के लिए उड़ान भरी, हम इवान उगलीन्स्की dbg_nsk और निकिता लिपस्की pjBooms (जेट के डेवलपर्स में से एक) के साथ बैठ गए और इस साक्षात्कार को रिकॉर्ड किया। इवान जेईटी रनटाइम में लगे हुए हैं: जीडीबी के लिए जीसी, क्लास लोडिंग, मल्टीथ्रेडिंग सपोर्ट, प्रोफाइलिंग, प्लगइन। निकिता - जेईटी परियोजना के सर्जकों में से एक, कर्नेल से उत्पाद गुणों तक लगभग सभी उत्पाद घटकों के अनुसंधान और विकास में भाग लिया - जेवीएम स्तर पर ओएसजीआई, जावा रनटाइम स्लिम डाउन (जेटीईटी में जावा-मॉड्यूल 2007 में पहले से ही था), दो बाइटकोड वेरिफायर्स, समर्थन वसंत बूट और इतने पर।

ओलेग चिरुखिन: क्या आप अपने उत्पाद के बारे में अज्ञानी लोगों को बता सकते हैं?

निकिता लिपस्की: बेशक, यह आश्चर्यजनक है कि हम 18 साल से बाजार में हैं, और हम बहुत कुछ नहीं जानते हैं। हम एक असामान्य जेवीएम कर रहे हैं। एओटी संकलन पर दांव लगाने में असामान्य, अर्थात। हम पहले से ही मशीन में जावा बाइटकोड को संकलित करने का प्रयास करते हैं।

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

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

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

इवान Uglyansky: आम तौर पर, आपको जावा को स्थापित करने की आवश्यकता नहीं होती है।

ओलेग: ऑपरेटिंग सिस्टम पर निर्भरता बनी हुई है, है ना?

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

ओलेग: हर जगह, हर जगह प्रत्यक्ष?

निकिता: जहाँ भी समर्थन किया। हमारे पास जावा संगत समाधान है। यदि आप जावा में लिखते हैं, तो वह काम करेगा जहाँ जावा काम करता है। और यदि आप हमारे द्वारा संकलित का उपयोग करते हैं, तो जहां हम इसका समर्थन करते हैं - विंडोज, लिनक्स, मैक, x86, amd64, ARM32। लेकिन जहां हम इसका समर्थन नहीं करते हैं, आप अभी भी अपने अनुप्रयोगों के लिए नियमित रूप से जावा का उपयोग कर सकते हैं, अर्थात, इस अर्थ में आपके जावा अनुप्रयोगों की पोर्टेबिलिटी को नुकसान नहीं होता है।

ओलेग: क्या ऐसे डिज़ाइन हैं जो अलग-अलग प्लेटफार्मों पर अलग-अलग लागू होते हैं? मंच के टुकड़े जो पूरी तरह से लागू नहीं होते हैं, कुछ मानक पुस्तकालय।

इवान: ऐसा होता है, लेकिन यह जेट-विशिष्ट नहीं है। आप देख सकते हैं, उदाहरण के लिए, जेडीके में एसिंक्रोनसफाइलसीनेल कार्यान्वयन में, यह अलग-अलग विंडोज पर और पॉज़िक्स पर पूरी तरह से अलग है, जो तार्किक है। कुछ चीजें केवल कुछ प्लेटफार्मों पर लागू की जाती हैं, SCTP के लिए समर्थन (देखें Windows पर sun.nio.ch.sctp.SctpChannelImpl) और SDP (sun.net.sdp.SdpSupport देखें)। इसमें कोई विशेष विरोधाभास नहीं है, लेकिन यह वास्तव में पता चलता है कि "एक बार लिखो, कहीं भी भागो" बिल्कुल सच नहीं है।

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

निकिता: फिर भी, उपयोगकर्ता के लिए, बाहर से, यह सब दिखता है और लगभग समान काम करता है।

ओलेग: प्रदर्शन के बारे में क्या? क्या यह सभी प्लेटफार्मों पर समान है?

निकिता: एक अंतर है। उदाहरण के लिए, एक लिनक्स फाइल सिस्टम विंडोज फाइल सिस्टम की तुलना में बेहतर और तेज काम करता है।

ओलेग: और प्रोसेसर के बीच पोर्टिंग?

निकिता: यह एक मजेदार गतिविधि है! पूरी टीम अचानक पोर्ट करना शुरू कर देती है। मनोरंजन आम तौर पर छह महीने से एक वर्ष के लिए होता है।

ओलेग: ऐसा होता है कि किसी अन्य प्लेटफ़ॉर्म पर कोड का कुछ टुकड़ा अधिक धीमा होने लगता है?

इवान: यह इस तथ्य के कारण हो सकता है कि हमारे पास किसी प्रकार के अनुकूलन को बनाने या अनुकूलित करने का समय नहीं था। इसने x86 पर अच्छा काम किया, फिर हमने AMD64 पर स्विच किया, और बस इसे अनुकूलित करने का प्रबंधन नहीं किया। इस वजह से यह धीमा हो सकता है।

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

ओलेग: चलो अभी गर्म विषय के बारे में बात करते हैं - "एम्बेडेड उपकरणों पर जावा।"
मान लीजिए कि मैं एक हवाई जहाज बना रहा हूं जो एक रास्पबेरी पाई पर नियंत्रण के साथ उड़ता है। जब वह ऐसा करता है तो कुछ विशिष्ट समस्याएं क्या होती हैं? और जेईटी और आम तौर पर एओटी संकलन इस मामले में कैसे मदद कर सकते हैं?

निकिता: रास्पबेरी पाई पर हवाई जहाज, निश्चित रूप से, एक दिलचस्प विषय है। हमने ARM32 बनाया, और अब JET रास्पबेरी पाई पर है। हमारे पास एम्बेडेड के लिए असीमित संख्या में ग्राहक हैं, लेकिन उनकी "विशिष्ट" समस्याओं के बारे में बात करने के लिए बहुत सारे नहीं हैं। हालांकि उन्हें जावा के साथ कुछ समस्याएं हैं, लेकिन यह अनुमान लगाना मुश्किल नहीं है।

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

निकिता: इसके अलावा, एम्बेडेड सिस्टम पर कुछ संसाधन हैं, जेआईटी कंपाइलर की तैनाती कहीं नहीं है। तदनुसार, एओटी संकलन स्वयं प्रदर्शन को तेज करता है।

फिर, एम्बेडेड डिवाइस एक बैटरी पर नेटवर्क से कनेक्ट किए बिना हैं। यदि आप अग्रिम में सब कुछ इकट्ठा कर सकते हैं तो जेआईटी कंपाइलर के लिए बैटरी क्यों है?

ओलेग: आपके पास क्या विशेषताएं हैं? मैं समझता हूं कि जेट एक बहुत बड़ी जटिल प्रणाली है जिसमें हर चीज का एक समूह है। आपके पास एओटी संकलन है, यानी आप एक निष्पादन योग्य संकलन कर सकते हैं। और क्या? कुछ दिलचस्प घटकों के बारे में बात करने लायक क्या हैं?

इवान: हमारे पास प्रदर्शन से संबंधित कई विशेषताएं हैं।

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

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

निकिता: दूसरा - जब आप निष्पादन योग्य लॉन्च करते हैं, तो आप समझते हैं कि स्मृति के कौन से टुकड़े ऊपर खींचे जा रहे हैं, और फिर उन्हें किसी भी क्रम में खींचने के बजाय, आप तुरंत वांछित टुकड़ा खींचते हैं। साथ ही लॉन्च को बहुत तेज करता है।

इवान: ये व्यक्तिगत किराने की विशेषताएं हैं।

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

प्रदर्शन-संबंधी सुविधाओं के अलावा, कई उत्पाद सुविधाएँ हैं जो JET को उपयोग करने के लिए अधिक सुविधाजनक बनाती हैं।

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

ओलेग: कौन सा सर्वर "नीचे" है?

निकिता: जो तुम चाहो। कौन सा स्प्रिंग बूट सपोर्ट इसके साथ काम करेगा। टॉम्कट, अंडरट्रॉ, जेट्टी, वेबफ्लक्स।

इवान: यहां यह उल्लेख करना आवश्यक है कि जेट्टी के लिए हमारे पास इसके कस्टम क्लास लोडर का समर्थन नहीं है।

निकिता: जेट्टी, एक स्टैंड-अलोन वेब सर्वर के रूप में, एक कस्टम क्लास लोडर है। लेकिन जेट्टी एंबेडेड जैसी एक चीज है, जो कस्टम लोडर के बिना काम कर सकती है। जेट्टी एंबेडेड एक्सेलसियर जेईटी पर चुपचाप चलता है। स्प्रिंग बूट के अंदर, जेट्टी अगले संस्करण में काम करेगा, स्प्रिंग बूट द्वारा समर्थित किसी भी अन्य सर्वर की तरह।

ओलेग: वास्तव में, JET और जावा के साथ यूजर इंटरफेस, या कुछ और है?

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

निकिता: pom.xml या build.gradle में सात पंक्तियों को प्रतिस्थापित करें, mvn jet:build कहें mvn jet:build , और आपके पास आउटपुट पर सॉसेज स्टिक है।

ओलेग: और अब हर कोई डॉकर और कुबेरनेट्स से बहुत प्यार करता है, क्या आप उनके लिए निर्माण कर सकते हैं?

निकिता: डॉकर अगला विषय है। हमारे पास इस तरह के एक पैरामीटर है - मावेन / ग्रैगल प्लग इन में पैकेजिंग। मैं डॉकर के लिए पैकेजिंग एप्लिकेशन जोड़ सकता हूं।

इवान: यह अभी भी प्रगति पर है। लेकिन कुल मिलाकर, हमने JET- संकलित अनुप्रयोगों को डॉकर पर चलाने की कोशिश की।

निकिता: यह काम करता है। जावा के बिना। नंगे लिनक्स, जेईटी-संकलित एप्लिकेशन को वहां चिपकाएं, और यह शुरू होता है।

ओलेग: और डॉकटर की पैकेजिंग के साथ, आउटपुट क्या होगा? डॉकटर-फ़ाइल में अपने हाथों से एक कंटेनर या एक निष्पादन योग्य धक्का देने के लिए?

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

मैं अभी माइक्रोसेवा के साथ खेल रहा हूं। मैं उन्हें जेट के साथ संकलित करता हूं, उन्हें चलाता हूं, वे एक दूसरे को खोजते हैं, संवाद करते हैं। जेवीएम को इसके लिए कुछ नहीं करना पड़ा।

ओलेग: अब सभी प्रकार के क्लाउड प्रदाताओं ने अमेज़ॅन लैम्ब्डा, Google क्लाउड फ़ंक्शंस जैसी चीजों को लॉन्च किया है, क्या मैं इसका उपयोग कर सकता हूं?

निकिता: मुझे लगता है कि हमें इन सभी चीजों के प्रदाताओं के पास जाने की जरूरत है और कहें कि यदि आप हमारा उपयोग करते हैं, तो आपके सभी लंबोदर तेजी से काम करेंगे। लेकिन यह अभी भी सिर्फ एक विचार है।

ओलेग: तो वे वास्तव में तेजी से काम करेंगे!

निकिता: हां, सबसे अधिक संभावना है, इस दिशा में और काम किए जाने की जरूरत है।

ओलेग: मुझे लैम्ब्डा संकलन समय में एक समस्या दिखाई देती है। आपका संकलन समय क्या है?

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

निकिता: जावा के साथ और स्मार्ट पुनर्संयोजन के साथ कुछ समस्याएं हैं, उदाहरण के लिए, जावा अनुप्रयोगों के अंदर परिपत्र निर्भरता - वे हर जगह हैं।

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

निकिता: वास्तव में, जेआईटी जब डी-ऑप्टिमाइज़ेशन के बारे में निर्णय लेता है, तो वही करता है, लेकिन केवल एओटी कंपाइलर में। केवल समाधान को अपनाने के बारे में नहीं होगा, बल्कि पुनर्मूल्यांकन के बारे में होगा।

ओलेग: स्मार्ट संकलन की गति के बारे में। यदि मैं "हैलो, वर्ल्ड" लेता हूं, तो इसे संकलित करें, फिर "हैलो" शब्द में दो अक्षर बदल दें ...

निकिता: यह जल्दी से संकलन करता है।

ओलेग: मेरा मतलब है, एक मिनट नहीं?

निकिता: सेकंड्स।

इवान: लेकिन यह अभी भी इस बात पर निर्भर करता है कि क्या हम निष्पादन में मंच की कक्षाओं को शामिल करते हैं।

ओलेग: और इसके बिना क्या संभव है?

निकिता: हां, डिफ़ॉल्ट रूप से, हमारे मंच को कई DLL में देखा जाता है। हमने बहुत शुरुआत में आरा लागू किया है। अर्थात, हमने कुछ समय पहले, कुछ 90 या इतने साल पहले जावा एसई कक्षाओं को घटकों पर देखा था।

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

निकिता: 4 सेकंड में, अगर वैश्विक में; कुछ सेकंड में, यदि वैश्विक में नहीं। "ग्लोबल" जब आप लिंक करते हैं: सभी प्लेटफ़ॉर्म कक्षाएं एक बड़े निष्पादन योग्य में देशी कोड में संकलित की जाती हैं।

ओलेग: क्या मैं कुछ गर्म पुनः लोड कर सकता हूं?

निकिता: नहीं।

ओलेग: नहीं? उदासी। लेकिन एक DLL जेनरेट करना संभव होगा, इसे फिर से लिंक करें और फिर ...

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

ओलेग: विकास के स्तर पर, प्रदर्शन इतना महत्वपूर्ण नहीं है।

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

ओलेग: JET में डिबगिंग के बारे में क्या? JVM TI? सब कुछ कितना समर्थित है?

इवान: जेट का उपयोग करने के मुख्य मूल्यों में से एक सुरक्षा है। कस्टम कोड किसी के लिए उपलब्ध नहीं होगा। क्योंकि सब कुछ मूल में संकलित है। इसके साथ कुछ विरोधाभास हैं, क्या हम जेवीएम टीआई का समर्थन करते हैं? यदि हम समर्थन करते हैं, तो इसका मतलब है कि कोई भी विकसित डेवलपर जो जानता है कि जेवीएम टीआई कैसे काम करता है, जल्दी से कुछ भी एक्सेस कर पाएगा। हम अभी JVM TI का समर्थन नहीं करते हैं।

निकिता: यह एक वैकल्पिक विनिर्देश आइटम है। यह प्लेटफ़ॉर्म कार्यान्वयनकर्ताओं द्वारा समर्थित हो सकता है, समर्थित नहीं हो सकता है।

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

निकिता: आपने हॉटस्पॉट पर पैसे कमाए, लेकिन जेट पर पैसा नहीं कमाया - यह आपकी समस्या नहीं है। यह हमारी समस्या है।

ओलेग: समझ गया। क्या आपके पास कोई अतिरिक्त सुविधाएँ हैं, जो
हॉटस्पॉट में नहीं, लेकिन क्या आपके पास एक है, और उन्हें प्रत्यक्ष नियंत्रण की आवश्यकता है? जो मैं डिबग करना चाहूंगा, उन्हें छांटना।

निकिता: बिल्कुल एक विशेषता। हमारे पास Windows सेवा नामक प्लेटफ़ॉर्म का एक आधिकारिक विस्तार है, अर्थात, आप वास्तविक विंडोज़ सेवाओं के रूप में जावा अनुप्रयोगों को संकलित कर सकते हैं जिनकी निगरानी विंडोज़ सेवाओं के लिए मानक विंडोज टूल के माध्यम से की जाएगी। ऐसे मामलों में, आपको ऐसे अनुप्रयोगों को संकलित करने के लिए हमारे अपने JAR को चुनना होगा।

ओलेग: यह सबसे बड़ी समस्या नहीं है।

निकिता: इन सेवाओं के लिए इंटरफ़ेस बहुत सरल है। और डिबगिंग के लिए, आप अपने स्वयं के एप्लिकेशन को विंडोज सेवा के रूप में शुरू करने के तरीकों का उपयोग करते हैं, लेकिन मुख्य के माध्यम से नहीं। किसी प्रकार की सेवा-विशिष्ट डीबगिंग, मुझे नहीं पता कि इसकी आवश्यकता है या नहीं।

ओलेग: मान लीजिए कि एक नया डेवलपर जिसने पहले हॉटस्पॉट के लिए काम किया था, वह जेईटी का उपयोग करके कुछ विकसित करना चाहता है, क्या उसे जीवन के बारे में या जेईटी के बारे में सामान्य रूप से कुछ समझने की ज़रूरत है?

इवान: उसे सात लाइनों को pom.xml में कॉपी करने की आवश्यकता है, यदि मावेन का उपयोग किया जाता है, तो जेट चलाएं: निर्माण करें, और यदि जेईटी मशीन पर है, तो जावा एप्लिकेशन को एक निष्पादन योग्य में संकलित किया जाएगा। यह विचार यह है कि यह सरल है, आप कुछ भी विशेष नहीं करते हैं, आप बस इसे लेते हैं, एक निष्पादन योग्य है, और वह है।

निकिता: या तो आप उस कमांड लाइन को जानते हैं जिसके साथ आपका एप्लिकेशन लॉन्च किया गया है, तो आप इस कमांड लाइन को हमारे GUI में डाल दें, यह पता लग जाएगा। आप बिल्ड कमांड देते हैं, आपको निष्पादन योग्य मिलता है, बस।

इवान: यह बहुत सरल है, आपको कुछ भी नया आविष्कार करने की आवश्यकता नहीं है। हॉटस्पॉट एओटी कैसे काम करता है, आपने खुद रिपोर्ट में दिखाया था कि आपको सभी तरीकों की एक फाइल में एक सूची प्राप्त करने की जरूरत है, इसे लपेटें, इसे रूपांतरित करें - हमें ऐसा कुछ भी करने की आवश्यकता नहीं है। बस अपनी लॉन्च लाइन हॉटस्पॉट पर ले जाएं, इसे एक विशेष GUI में पेस्ट करें, या थोड़ी देर बाद pom.xml और, चीयर्स में एक छोटा सा टुकड़ा जोड़ें (क्योंकि यह अभी भी AOT संकलन है), आपको एक exe फ़ाइल मिलती है, जिसे चलाया जा सकता है।

ओलेग: क्या मुझे जीसी के साथ काम करना सीखने की जरूरत है?

निकिता: हां, हमारे पास अपनी जीसी है, हमें इसे एक अलग तरीके से ट्यून करने की जरूरत है, हॉटस्पॉट की तरह नहीं। हमारे पास बहुत कम सार्वजनिक पेन हैं।

ओलेग: क्या एक कलम "अच्छा करने के लिए" या "करने के लिए नहीं" है?

इवान: ऐसी एक कलम है। एक कलम "सेट एक्सएमएक्स" है, एक कलम है "श्रमिकों की संख्या निर्धारित करें" ... बहुत सारे पेन, लेकिन आपको उनके बारे में जानने की आवश्यकता क्यों है? अगर आपके साथ कुछ अनपेक्षित होता है - लिखें।

बेशक, हमारे पास जीसी के लिए कॉन्फ़िगर करने के लिए बहुत सी चीजें हैं। हम युवा पीढ़ी को ट्यून कर सकते हैं, हम जीसी के आगमन की आवृत्ति कर सकते हैं। यह सब देखते हैं, लेकिन ये आम तौर पर स्वीकृत विकल्प नहीं हैं। हम समझते हैं कि लोग -Xmx को जानते हैं और इसे इंगित करते हैं, इसलिए हम इसे पार्स करते हैं। कुछ और आम तौर पर स्वीकृत विकल्प हैं जो जेट के साथ काम करते हैं, लेकिन सामान्य तौर पर, सब कुछ अलग है।

निकिता: हमारे पास एक सार्वजनिक विकल्प भी है जो आपको यह निर्धारित करने की अनुमति देता है कि आप अपने आवेदन पर कितना समय जीसी को खर्च करने की अनुमति देते हैं।

ओलेग: प्रतिशत?

निकिता: दस प्रतिशत में। हमें एहसास हुआ कि ब्याज बहुत ज्यादा है, असभ्य।

इवान: यदि आप जीसी पर ब्याज खर्च करते हैं, तो आपके साथ कुछ गलत है।

ओलेग: और यहां ये सभी उद्यम के लोग हैं जो काम के घंटों के दौरान सब कुछ करते हैं - वे शेड्यूल और ध्यान के साथ जीसी के काम का एक प्रिंटआउट खोलते हैं। क्या आप ध्यान कर सकते हैं?

निकिता: हमारे पास कंपनी के अंदर के खास लोग हैं जो ध्यान लगाते हैं।

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

ओलेग: लेकिन निश्चित रूप से, आप इसे पैसे के लिए करेंगे, लेकिन आप खुद को फ्रीबी के लिए देख सकते हैं।

निकिता: यदि आप हमारे ग्राहक हैं, तो आपके पास समर्थन है, और हम यह करते हैं, ज़ाहिर है, समर्थन के हिस्से के रूप में।

इवान: लेकिन अगर आपको कोई स्पष्ट समस्या है, तो हम समर्थन के बिना भी कह सकते हैं।

ओलेग: अगर यह किसी तरह का बग है?

निकिता: अगर एक बग, तो, ज़ाहिर है, हम हर किसी से और हमेशा स्वीकार करते हैं। यह ऐसा नहीं है, "जब तक आप खरीदते हैं, हम बग को ठीक नहीं करेंगे।" यदि कोई बग है, तो हम इसे ठीक कर देते हैं। सामान्य तौर पर, उपयोगकर्ता हमारे समर्थन से प्यार करते हैं। आमतौर पर वे कहते हैं कि यह बहुत उच्च गुणवत्ता है, और उन्होंने कहीं भी ऐसा कुछ नहीं देखा है। शायद तथ्य यह है कि हम खुद समर्थन में हैं, बारी बारी से।

ओलेग: वे खुद कौन हैं?

निकिता: डेवलपर्स, जेवीएम इंजीनियर।

ओलेग: कितनी बार?

निकिता: आवृत्ति अलग है। आमतौर पर हम दो सप्ताह के लिए बारी में बैठते हैं। लेकिन अगर आप एक निश्चित संख्या में मेगाफा बनाने के लिए बाध्य हैं, तो उस समय आपको समर्थन से प्रतिरक्षा प्राप्त होगी ताकि आप इस कार्य पर ध्यान केंद्रित कर सकें।

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

ओलेग: और आपके पास एक पदानुक्रम है, प्रबंधन के कितने स्तर हैं? 20 या अधिक?

निकिता: आप क्या हैं, हम एक टीम में केवल 10 लोग हैं।

इवान: छात्रों के साथ 15।

ओलेग: मेरा मतलब है कि अधिकारी इसमें शामिल हैं या सिर्फ देख रहे हैं?

निकिता: मालिकों के बारे में। बेशक, एक मुख्य व्यक्ति है, और कई स्थानीय नेता हैं।

ओलेग: क्या प्रत्येक व्यक्ति का अपना क्षेत्र है?

निकिता: एक व्यक्ति जो किसी बड़े कार्य को करता है और उसका प्रबंधन करता है। यह घूमता भी है। आप एक बड़ा काम कर सकते हैं और एक बार नेतृत्व कर सकते हैं, और अगली बार वे आपका नेतृत्व करेंगे।

इवान: सामान्य तौर पर, हमारे पास एक बड़ी पदानुक्रम नहीं है। हमारे पास मालिकों का एक स्तर है। और ऊपर से देखने के बारे में - बिल्कुल नहीं। कभी-कभी हमारे बॉस वीरतापूर्वक समर्थन मान लेते हैं यदि कोई रिलीज़ निकट है।

निकिता: बॉस एक व्यक्ति हैं, उसका नाम विटाली मिखेव है।

ओलेग: क्या आप उसे कहीं देख सकते हैं? सम्मेलनों में या कहीं और?

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

ओलेग: और किस तरह की रिपोर्ट?

निकिता: "तस्वीरों में एक जेवीएम की कहानी । "

इवान: मुझे यह रिपोर्ट याद है, तब मैं या तो एक प्रशिक्षु था या मैंने सिर्फ एक होना बंद कर दिया था। और मुझे अभी भी लगता है कि यह सबसे अच्छी रिपोर्ट में से एक है जिसे मैंने देखा है।

निकिता: शायद यह "प्रीमियर प्रभाव" था जब आप अपने जीवन में पहली बार प्रदर्शन करते हैं, तो आप ऊर्जा के साथ अच्छी तरह से दबाते हैं।

ओलेग: तुम किस बारे में बात कर रहे थे?

निकिता: उन्होंने JET के बारे में 20 मिनट के लिए शुरू से अंत तक एक साथ बात की।

ओलेग: दो के लिए, केवल 20 मिनट? आमतौर पर, जब कई लोग होते हैं, तो एक रिपोर्ट का समय बढ़ जाता है।

निकिता: हम सभी प्रमुख विषयों के बारे में बहुत सख्ती और जीवंत बात करते हैं।

ओलेग: वान्या, क्या इसने आपके फैसले को प्रभावित किया कि आगे क्या करना है? क्या आप कंपनी के लिए काम करते हैं?

इवान: यह हो सकता है!

ओलेग: यह सिर्फ इतना है कि लोग आमतौर पर पूछते हैं कि सम्मेलनों, प्रस्तुतियों में क्यों भाग लेते हैं, अगर आप इसे Google में ले सकते हैं तो कुछ क्यों सुनें।

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

इवान: वैसे, "कंपनी में रहने" के फैसले के बारे में, यह एक अलग कहानी है। हमारे पास कर्मचारियों / प्रशिक्षुओं के लिए काफी अनोखी भर्ती प्रणाली है। हम 2-3 पाठ्यक्रमों के लिए इंटर्न लेते हैं, आमतौर पर संकाय से या भौतिकी विभाग से। प्रशिक्षु विषय में बहुत गहराई से डूबे हुए हैं, क्यूरेटर उन्हें विभिन्न वीएम तंत्र, कार्यान्वयन विवरण आदि को समझने में मदद करते हैं। - इसमें बहुत खर्च होता है।

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

ओलेग: और आप इंटर्न से जानकारी के रिसाव से डरते नहीं हैं, फिर वे खुले तौर पर एक डिप्लोमा में यह सब वर्णन करेंगे?

निकिता: यह कोई समस्या नहीं है, क्योंकि हम विदेश में एक रिसाव से डरते हैं, और विशेष रूप से कोई भी रूसी नहीं पढ़ेगा - यह इस तरह की सुरक्षा है, मोटापा :-)

इवान: मेरे पास इस वर्ष एक छात्र का बचाव था, मैं नेता था, और ऐसी समस्या थी कि हर कोई डिप्लोमा में लिखना नहीं चाहता था। हमने पूरी तरह से बंद विषय से कुछ प्रकट किया, और, उदाहरण के लिए, एक समीक्षक ने हमसे पूछा कि हम कुछ चीजों के बारे में बात क्यों नहीं कर रहे हैं। मैंने उनसे कहा कि आप इसके बारे में बात नहीं कर सकते, यह बहुत ही गुप्त है, हम नहीं कर सकते। यह, मैं आपको अपने कान में बताऊंगा, लेकिन यह कहीं और नहीं गया। तो हम इससे थोड़ा डरते हैं, लेकिन सामान्य तौर पर, आप डिप्लोमा में बहुत सारी दिलचस्प चीजें पा सकते हैं।

ओलेग: और एक्सेलसियर को शामिल करने वाले डिप्लोमा कैसे देखें?

निकिता: डीन के कार्यालय में आओ और इस तरह के एक डिप्लोमा को पढ़ने के लिए कहें।

इवान: हमारे पास हमारी साइट पर सफलतापूर्वक बचाव किए गए डिप्लोमा की एक सूची है, लेकिन केवल नाम, लिंक के बिना। और हम असफल लोगों का बचाव नहीं करते हैं।

ओलेग: वे या तो मर जाते हैं या खुद का बचाव करते हैं।

इवान: यह है! हमारे पास 5.0 स्नातकों का औसत स्कोर है, ऐसे लोग हैं जो बस एक डिप्लोमा में नहीं जाते हैं।

ओलेग: इस प्रशिक्षण में, जेवीएम इंजीनियरों की फैक्ट्री, हमें बताएं कि जेडी बनने के चरण क्या हैं? जब वे आपको एक रोशनी देने वाले को देते हैं, तो आप उन्हें कब लहराते हैं?

निकिता: बहुत तेज़। अब युवा तेजी से जेडी बन रहे हैं, मुझे उन पर गर्व है।

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

निकिता: और यह वह जगह है जहाँ विज्ञान समाप्त होता है।

इवान: जरूरी नहीं!

निकिता: यह शर्म की बात है, शून्य की शुरुआत में हमने उन लेखों को प्रकाशित किया जिन्हें हम एसीएम पत्रिकाओं में ले गए थे।

इवान: ठीक है, हम अब कर रहे हैं, क्या समस्या है?

निकिता: एसीएम पत्रिका में हमारा आखिरी लेख क्या था?

इवान: तो ACM में, हम सिर्फ कोशिश नहीं किया! अब हम ब्लॉगिंग कर रहे हैं - यह एक ही बात है, केवल लोग इसे पढ़ते हैं। यह एक समान गतिविधि है।

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

ओलेग: उदाहरण के लिए, एक टिप्पणी लिखना।

इवान: नहीं। सच्ची कार्यक्षमता। छात्र को अपना पहला वास्तविक योगदान करना चाहिए ताकि वह उत्पाद में बना रहे। , - , . , -, — . , . , JVM-.

: ? ? - , , - ? ?

: , . - — - , , , , , , JVM. , , , . , : « !». .

: JET?

: , JVM .

: - , JET — JET. , - , : baseline-. , . , , JET .

: ?

: , . , .

: - , baseline .

: , baseline JIT. , JIT , . , baseline. . - , baseline, .

: - UI-? .

: . . Windows.

: , . , Mac.

: Android ?

: . , Android Linux-, Linux . Linux Android . - . .

: ?

: ? नहीं।

: Android Native SDK. DLL .

: , - , . SO- - , , Linux, , , . Java Android, , SO-, Java Dalvik . 90 , , -.

: iOS ?

: . Android, iOS. , , .

: , 15 .

: iOS . , .

: , .

: ?

: , — .

: . ?

: — JVM, JVM — , , , , , — , . , . . GC - , , . , , , .

: , , , . , , . GDB .

: , . , .. , .. managed- Java/Scala, ( ) IDEA, . — GDB .

: , , unit- , !

: . . , , , . JVM. -, . , : , - « - ( ) . ».

, , — , JVM.

: ?

: .

: . . Spring Boot , JET , .

: , - . , , , — . , JIT, . , .

: JIT — , ?

: , .

: , - , .

: , ? , -, , .

: , , - -. - , , . , . , - . issue-, , . , , .

, . , — , -. , . check-in , 1.5-2 .

: Visual Source Safe, check-in. VSS , check-in . VSS, check-in .

: , JET, JVM , . 1.5-2 . JET, , . - , , , — . ? . .

: JET Scala?

: Scala.

JET Scala, JET-. JET- . , . , Scala-, scalac, …

: check-in Java- , , , .

: - , C++ ?

: , . , , .

: JVM- — , - , . — . , , , — , . , . « ». . , , , :-) — . , GC, - - . , - , , . , - . .

: , ?

: . , . , . QA-, — , . , .

: ?

: , . , , . , . C GC . , , - . , GC - — . - . ? ?

: , .

: , -, . . , — . . - .

: , , , .

: , - ?

: - , .

: JIT?

: JIT . assert, , -, , . .

: , . JCK . - JCK, , . , . UI-, GUI-, JET. - . , GitHub JET-. JET- . QA- , .

: , ? , , ?

: QA Lead — -. QA, . , . , , . , .

: , QA ? , QA-, , — , , . , , - -.

: , . , , , - . , QA Lead , . JVM-, , .

: ? - , QA- , — ?

: JCK, Oracle. Oracle , . - . JCK, - , , , .

: , JCK?

: Oracle. , JVM, - , Oracle.

: . , Open JDK, JCK.

: - , , - , — , . , , - Oracle. , , Oracle .

: ?

: . , - , «value add». JCK, Java, . JCK , — .

: ! , OpenJDK, ?

: . , 70 . , JCK, , , . , , JET , HotSpot . .

: ? .

: Oracle JVM. . « JVM» Joker.

: ?

: , . JVM. : JVM- , , , . , .

: , JCK ?

: , . mailing list, (Alex Buckley), , Java/JVM-, JVM Specification 12.

: JCK .

: JCK, Sun . , — .

: — , ?

: , . . , , CORBA. , - , . 6 , CORBA . , , HotSpot, , , .

: , — ?

: . CORBA , . Swing . JCK Swing, , . .

: « JCK».

: , , JCK . .

: ?

: , , , , , .

: , .

: - , . , . .

: , ?

: , .

: . , . : , . , JCK, Java.

, . - .

: — . , , — . , - . , . , .

: - , ? ?

: — . , - - , - - . Java - ! , GC. — — , .

: , , . (, JVM ). , ? लेकिन कुछ भी नहीं। , - - , . JVM , . , .

Java . , , — . Loom Metropolis, Java. - JVM, , , , , . Loom , , . . , — .

. , Java — , 5-6 Java- JPoint . , Java- (Simon Ritter, Rafael Winterhalter). , Call for Papers 31 . . , YouTube. JPoint!