जोकर किस बारे में चुप है। सम्मेलन की कहानी

15 अक्टूबर को, जोकर यूनिवर्स के पर्यवेक्षक द्वारा सेंट पीटर्सबर्ग के शानदार शहर का दौरा किया गया था।
नहीं, उसने किसी को नहीं मारा, और न ही कोई बैटमैन घायल हुआ। लेकिन उनकी यह यात्रा कई लोगों को याद होगी। सबसे पहले, यह जावा प्रौद्योगिकियों पर एक नए सम्मेलन का प्रीमियर था। दूसरे, यह सम्मेलन एक सफलता थी, जिसका अर्थ है कि इसका एक महान भविष्य है, और पहला सम्मेलन हमेशा इतिहास है।

सुखद आश्चर्य

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

और सभी अधिक आश्चर्य की बात है कि दो महीनों में लोग एक बहुत ही सभ्य कार्यक्रम बनाने में कामयाब रहे, सभी वक्ताओं के साथ व्यक्तिगत रूप से काम करना, रन बनाना और हर संभव तरीके से मदद करना। लेकिन कार्यक्रम में कुछ विषमताएँ थीं: रिपोर्ट के तीन शीर्षक "क्या चुप है ..." के साथ शुरू हुआ।
यह कैसे हुआ, यह कहानी चुप है।

आवास

हमारी कंपनी एक्सेलसियर के दो लोग सम्मेलन में बोले: मैं और पावेल पावलोव (@noinline)। प्रालिलेटिस्काया होटल, वासिलिव्स्की द्वीप पर एक सम्मेलन आयोजित किया गया था। मेट्रो छोड़कर, हमने होटल चलने का फैसला किया - हमें रात पीटर के आसपास घूमना अच्छा लग रहा था। लेकिन लगभग 10 मीटर बाद, हमने अचानक खुद को नोवोसिबिर्स्क शहर में पाया: दर्द से परिचित सोवियत इमारतों और मौसम बिल्कुल नोवोसिबिर्स्क की तरह। "3 डी स्ट्रीट बिल्डर्स", संक्षेप में।

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

सम्मेलन

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

"मैंने 9,000,000 बार डाउनलोड किए गए जावा डेस्कटॉप एप्लिकेशन कैसे बनाए"

मैं एंटोन कीक्स (@antonkeks) की रिपोर्ट पर गया था, JUG.ru पर सनसनीखेज रिपोर्ट के लेखक " हम जावा को कैसे बचा सकते हैं ?" एंटोन मुख्य कार्य "खूनी उद्यम" (इस सम्मेलन में मेरे द्वारा चुना गया कार्यकाल), और अपने खाली समय में लगे हुए हैं। "एंग्री आईपी स्कैन" ग्रिड को वायरटैप करने के लिए एक लोकप्रिय डेस्कटॉप एप्लिकेशन बनाता है, जिसे एंटोन ने मूल रूप से सी में लिखा था और फिर जावा में फिर से लिखा गया था, जिसके बारे में वह बहुत खुश है।



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

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

जावा के लिए UI के रूप में, एंटोन ने SWT को बढ़ावा दिया। यदि किसी को पता नहीं है - यह आईबीएम से यूआई लाइब्रेरी है जिसके आधार पर ग्रहण यूआई बनाया गया है। इस लाइब्रेरी का मजाक यह है कि SWT में लिखे गए एप्लिकेशन हमेशा लक्ष्य प्लेटफ़ॉर्म के मूल अनुप्रयोगों की तरह दिखते हैं, केवल इसलिए कि वे UI को आकर्षित करने के लिए देशी नियंत्रणों का उपयोग करते हैं। जावा के लिए डिफ़ॉल्ट UI के साथ क्या गलत है, स्विंग है, जहां लक्ष्य प्लेटफ़ॉर्म का UI (और हमेशा अच्छा नहीं) अनुकरण किया जाता है। सामान्य युद्ध स्विंग बनाम 2000 के दशक के प्रारंभ में SWT काफी लोकप्रिय थे। इस पर मेरी व्यक्तिगत स्थिति यह है कि दोनों UI अच्छे हैं, और यदि SWT पर आपको हमेशा लक्ष्य प्लेटफ़ॉर्म की मूल UI मिलती है, तो स्विंग पर आप देशी से बेहतर UI कर सकते हैं और इसका एक उदाहरण IntelliJ IDEA है (मुझे नहीं लगता कि विंडोज ऐसा है। बटन अच्छी तरह से खींचता है)। और पिछले बयान के प्रकाश में, JavaFX की पसंद मुझे भी बुरा नहीं लगता।

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

रिपोर्ट के बाद, एंटोन और मैंने गलियारे में एक और 20 मिनट के लिए बात की: मैं उससे मिलकर बहुत खुश हूं, और शायद मेरे लिए यह इस सम्मेलन की सबसे महत्वपूर्ण घटनाओं में से एक है।

प्रोजेक्ट आरा। नई असफलता

एक कॉफी ब्रेक पर, मेरी मुलाकात शूरू इलीन (@shurymury) से हुई - उन्होंने इस कॉन्फ्रेंस में एक प्रेजेंटेशन दिया “प्रोजेक्ट आरा। 2 ले लो ”। मुझे उनसे मिलकर बहुत खुशी हुई और दोस्ताना अंदाज में उनसे पूछा: "ठीक है, कैसे, रिपोर्ट के लिए तैयार?"। जिसके लिए उसने मुझे परेशान किया: “बेशक मैं तैयार हूँ, क्योंकि मेरी पूरी रिपोर्ट एक साधारण सोच को आगे बढ़ाएगी: पीएफसी! "। मैं कहता हूं: “मुझे समझ नहीं आ रहा है कि पीएफसी का मतलब क्या है? "शूरा:" और इसका मतलब है कि कोई आरा, पीएफसी नहीं होगा! अधिक सटीक रूप से कोई सार्वजनिक रूप से जावा सिस्टम नहीं होगा। "मैं संपर्क में हूँ! शूरा:" कल्पना कीजिए, मैं विशेष रूप से आरा के बारे में मार्क (रेनहोल्ड) को सुनने के लिए जावा गया था। इस रिपोर्ट को बनाने के लिए, और वह वहां कहता है कि हमने एक मॉड्यूलर सिस्टम जारी नहीं करने का फैसला किया, क्योंकि किसी को इसकी आवश्यकता नहीं है और हॉल से पूछता है "क्या किसी को मॉड्यूलर सिस्टम की आवश्यकता है?" ... और हाथों का पूरा हॉल! " जैसा कि उन्होंने बाद में बताया, शूरा ने अपनी पूरी रिपोर्ट 15 मिनट में लिखी, जिसे उन्होंने बहुतों को निराश किया, लेकिन मेरा विश्वास करो, वह कम निराश नहीं हैं मुझे पसंद है।

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

कचरा संग्रहण प्रक्रिया को समझना और आप इसके बारे में क्या कर सकते हैं

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

गिल ने बड़े विस्तार से और जावा में कचरा संग्रह के बारे में बात की, मूल बातें शुरू करने और सबसे परिष्कृत तकनीकों के साथ समाप्त होने पर, मेरी स्मृति में ताज़ा सब कुछ जो मुझे जीसी के बारे में पता था। मुझे अच्छी तरह से सेवा दी गई है, क्योंकि कुछ दिनों में मुझे JV के बारे में हमारे JVM - एक्सेलसियर JET में JUG को बताना था। वैसे, मैं बहुत चकित था कि अज़ुल जीसी हमारे समान कैसे हैं, कम से कम, बाहरी रूप से: यह एक ही ईंटों से इकट्ठा किया गया है, लेकिन हम स्वतंत्र रूप से इस पर आए।



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

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

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

मनोरंजक JVM तकनीकी सहायता जीवन कहानियां

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

पेशेवरों के लिए स्केला

हमारी कंपनी से स्काला के बारे में एक रिपोर्ट भी आई थी, जिसे पाशा पावलोव ने बनाया था।

कुछ साल पहले, हमने अपने जेवीएम के मूल को लगभग पूरी तरह से फिर से लिखने का फैसला किया। हमारे जेवीएम के आवश्यक घटकों में से एक जो इसे अन्य जेवीएम से अलग करता है, वह है एओटी कंपाइलर, यानी एक कंपाइलर जो प्रोग्राम निष्पादन से पहले अनुकूलित मशीन कोड उत्पन्न करता है (हमें "ईमानदार एक्सिस" मिलता है)। हमने स्केल पर एओटी कंपाइलर को फिर से लिखने का फैसला किया, और आप जानते हैं, हमने यह किया है! इसलिए, शुरू में हम "जावा इन स्काला" रिपोर्ट बनाना चाहते थे (जैसा कि जावा में जावा के विपरीत है, ओरेकल लैब्स से प्रसिद्ध ग्रेगल प्रोजेक्ट जावा में हॉटस्पॉट जेईटी को फिर से लिखने का एक प्रयास है), जिसमें हम स्काला में इस तरह के जटिल प्रोजेक्ट में अपने अनुभव का वर्णन करना चाहते थे। लेकिन यहां वोट पर, हब पर, रिपोर्ट इतनी लोकप्रिय नहीं हुई, और आयोजकों ने विषय को और अधिक सामान्य रूप से बदलने के लिए कहा, लेकिन स्काला के बारे में। परिणामस्वरूप, रिपोर्ट तैयार करने के लिए पाशा के पास केवल 2.5 सप्ताह थे। और उन्होंने इसे बहुत प्रदर्शन तक पकाया! वह घोषणाओं के बीच हवाई अड्डे पर एकमात्र रन बनाने में कामयाब रहे "यात्री इवानोव, तुरंत लैंडिंग पर जाएं।" बेशक इस प्रदर्शन को प्रभावित किया, लेकिन मुझे खुशी है कि पाशा ने अभी भी लोगों को अपने मुख्य विचार से अवगत कराया कि स्काला सिर्फ सबसे अच्छा जावा नहीं है। और यह अपनी विचारधारा और एक महान भविष्य के साथ एक स्वतंत्र भाषा है। बात के बीच में, एक मजेदार प्रकरण हुआ: उस समय जब पाशा ने जावा 8 में लैम्ब्डा को "सस्ते चीनी नकली", लेसा शिपिलेव (@TheShade) में ट्वीट किया:

शर्त है कि आप अपने आवेदन में एक स्मृति रिसाव है?

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

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

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

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

हीप डंप किस बारे में चुप हैं

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



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

नाच

इस सम्मेलन के दो परिणाम हुए, एक अनौपचारिक, जो पहले दिन के अंत में था, और आधिकारिक: अप्रतिबंध के बाद। पहले दिन, अलग-अलग जेवीएम के डेवलपर्स एक कोने में स्थित थे, और दूसरे में जावा ईई स्वामी। और बीच में शूरा इलीन बैठे, जिन्होंने पार्टी की ऊंचाई पर चिल्लाया: "तो, यहाँ जेवीएम कट्टर है, एक खूनी उद्यम है, और मैं यहाँ क्या कर रहा हूँ!"

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

unconference

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

Unconference की शुरुआत में, साशा बेलोक्रिलोव (@alexbel) ने प्रारूप की घोषणा की: घटना को तीन अर्थ भागों में विभाजित किया गया है: गोल तालिकाओं पर जहां कुछ विषयों पर चर्चा की जाती है - उन्हें किसी के द्वारा घोषित किया जाता है और जिन विषयों के लिए प्रतिभागी अधिक वोट देंगे, उन विषयों पर चर्चा की जाती है; बिजली की वार्ता - किसी भी विषय पर 5 मिनट की रिपोर्ट; "दर्शकों से भरा हुआ" - आप किसी भी प्रश्न के साथ मतपेटी में एक कागज का टुकड़ा फेंक सकते हैं और फिर पूरी भीड़ इन सवालों का जवाब देगी।



प्रारंभ में, घटना के सटीक प्रारूप को नहीं जानते हुए, मैंने "वेब 3.0" विषय के साथ बात करने के लिए सोचा, जिसे मैंने पिछले साल नोवोसिबिर्स्क में देवडे में आवाज़ दी थी। यह प्रारूप रिपोर्ट किसी भी सम्मेलन में फिट नहीं है, और मुझे लगा कि बिना किसी विरोध के यह सही होगा। लेकिन मेरे आश्चर्य करने के लिए, रिपोर्ट घोषित प्रारूप में फिट नहीं हुई: रिपोर्ट 5 मिनट से कुछ अधिक समय तक रहती है। मैंने दर्शकों को 20 मिनट देने के लिए कहा: एक शुरुआत थी, कम लोग समझ रहे थे कि क्या हो रहा है और सभी सहमत थे। इसलिए बोलने के लिए, वे गर्म होना शुरू हो गए।

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

सिद्धांत रूप में, ऐसी तकनीक HTML + जावास्क्रिप्ट पर आधारित क्लासिक वेब के साथ प्रतिस्पर्धा कर सकती है। इसमें क्लासिक वेब शामिल है, और साथ ही यह प्रोग्रामर को अवसर प्रदान करता है कि इसकी वर्तमान स्थिति में वेब देने में सक्षम नहीं है और यह स्पष्ट नहीं है कि यह कब सक्षम होगा। इसलिए, मैंने इसे वेब 3.0 के रूप में पोस्ट किया। लेकिन जोकर में, मुझे आखिरकार एहसास हुआ कि इस तकनीक को डेस्कटॉप 2.0 के रूप में स्थान देना अधिक सही है, क्योंकि वेब डेवलपर्स इस विचार को शर्मिंदा कर रहे हैं और वे इसे कभी भी मुझे नहीं बेचेंगे।

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

तब रिपोर्टों का एक समूह था, जिनमें से मुझे थोड़ा याद था। और दोपहर के भोजन से पहले, हमने "हॉल से भराई" छांटा। यादगार से: "क्या जावा को तकनीकी समर्थन है?", "जावा C ++ में बदल जाता है?", "मैं OpenJDK में कैसे सुधार कर सकता हूं?", "क्या जावा को डायनेमिक भाषाओं के लिए उतने ही परीक्षणों की आवश्यकता है?", "" ?».

. « Java RIA Mobile”, . , , : , , , , , , Java client-side . : ( ), , HTML + JavaScript , - , . , , , , , ( - , ), WORA (write once run anywhere), Java. „ Photoshop , ?“, , – “ !”.

mobile. mobile : , . : - , - JavaScript. , Java , ( ) ( JavaScript). , Java iOS, JIT ( iOS ). Excelsior JET, Java , Java, iOS. : , , .

OpenJDK. , - OpenJDK Oracle . , Java- OpenJDK, : GNU , Java.

2

, , , , . , JVM-, , , , : JVM ( ) .



, . Java vs. JavaScript. , JavaScript – : . , ( 16 JVM), , – JavaScript . , , JavaScript (, JSDoc , , - ?), JavaScript . , JavaScript . , Java vs. JavaScript: . .

JUG: Excelsior JET

, , Joker , . JUG Excelsior JET. JUG JavaOne . , JUG Joker. , , , JUG .



- , JUG . , , Oracle, . , , , : Excelsior JET , . , , , , .NET 4.0. , 200 . - , , , VLC – .NET. VLC . .NET , . : , .NET.

Excelsior JET, JVM : , Java. .

, , 3.5 , , ! , , . -: . SSA Regalloc, 2005 ( „ “), , . , ! , .

JCK

– , ! Oracl JCK .
. JCK, JCK. , Oracle ! , IBM, HP, SAP, .

पीटर

. - ! - - .



, , !