"प्रबंधक को कोडिंग रखने की आवश्यकता है": स्टीफन चिन के साथ साक्षात्कार

कई जावा डेवलपर्स स्टीफन चिन को जानते हैं। किसी ने जावा घटनाओं से अपने प्रसारणों को देखा, कुछ - अन्य प्रसिद्ध javists के साथ उनके साक्षात्कार, और कुछ - रास्पबेरी पाई पर जावा के बारे में रिपोर्ट। लेकिन वहाँ क्या है, ट्विटर पर वह @steveonjava - यानी, यहां तक ​​कि एक उपयोगकर्ता नाम के साथ यह दर्शाता है कि उनका जीवन इस भाषा के लिए कितना समर्पित है।

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

जल्द ही, रूसी डेवलपर्स जोकर सम्मेलन में स्टीफन और बारूक को व्यक्तिगत रूप से देख पाएंगे, लेकिन अब तक स्टीफन ने हमें कई तरह की चीजों के बारे में बताया है, उदाहरण के लिए:

• अब वह वास्तव में क्या कर रहा है;
• किसी डेवलपर के लिए प्रबंधक बनना अधिक सही कैसे है;
• आप रास्पबेरी पाई (और क्यों) का एक क्लस्टर बना सकते हैं;
• JavaFX जीवित है?
• जावा कार्यकर्ता के लिए मोटरसाइकिल कैसे उपयोगी है?

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

स्टीफन: हां, वह और मैं महान दोस्त हैं। मैं उसे टोपी से पहले जानता था!

ओलेग: अब आप "डेवलपर संबंधों के वरिष्ठ निदेशक" हैं, और बारूक की स्थिति को "डेवलपर वकालत के प्रमुख" कहा जाता है। वास्तव में इसके पीछे क्या है?

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

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

स्टीफन: यह काफी उचित है, यही कारण है कि हर किसी को अपना करियर शुरू करना चाहिए! * हँसता है *

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

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

ओलेग: क्या एक प्रबंधक और एक प्रोग्रामर के कौशल को एक व्यक्ति में संयोजित करना आसान है?
आखिरकार, ये बहुत अलग क्षेत्र हैं।

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

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

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

स्टीफन: ठीक है, हम सभी के जीवन में गलतियाँ थीं! * हँसता है *

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

लेकिन फिर भी, तकनीक के साथ काम करना मेरे लिए उतना दिलचस्प नहीं है। इसलिए, अंत में, मैं फिर से पिछले मामलों में लौट आया।

ओलेग: मुझे पता है कि आपने JavaFX के साथ बहुत काम किया है। शुरू में आपको इस तकनीक से क्या धक्का लगा?

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

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

ओलेग: मैं पूरी तरह से सहमत हूं। सच है, IntelliJ IDEA अभी भी स्विंग का उपयोग करता है।

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

ओलेग: भविष्य में JavaFX क्या उम्मीद करता है? आखिरकार, अब वह जेडीके का हिस्सा बनना बंद कर दिया है।

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

ओलेग: और अब आपके WidgetFX की तरह JavaFX प्रोजेक्ट्स के बारे में क्या?

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

ओलेग: क्या आपके पास एक नाइटहॉकिंग प्रोजेक्ट है - क्या आप हमें इसके बारे में बता सकते हैं?

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

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

इसके अलावा, बारूक और मेरे पास DevOps के विषय पर एक समान प्रारूप में एक कार्यक्रम बनाने का विचार था। हम इसे आपके जोकर सम्मेलन में लॉन्च करने की योजना बना रहे हैं, इसे DevOps Speakeasy कहा जाएगा।

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

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

ओलेग: चूंकि आपने दुनिया भर में बहुत सारे जावा उपयोगकर्ता समूह देखे हैं - क्या दुनिया के विभिन्न हिस्सों में समूहों के बीच कोई सांस्कृतिक मतभेद हैं?

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

ओलेग: आपके पास रोबोटिक्स, रास्पबेरी पाई और बहुत सारे वीडियो हैं। क्या आप इसे पेशेवर रूप से करते हैं, या यह एक शौक से अधिक है?

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

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



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

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

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

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

ओलेग: क्या रास्पबेरी पाई का रोबोट पक्ष वर्षों में बदल गया है? मैंने इसे उद्देश्य के लिए नहीं किया था, लेकिन जहाँ तक मुझे पता है, जावा में डिफ़ॉल्ट रूप से GPIO है। क्या कोई ढांचा है, या शायद हार्डवेयर निर्माता स्वयं सहायता प्रदान करते हैं?

स्टीवन: कई सामुदायिक-वित्त पोषित परियोजनाएं हैं, जैसे रोबो 4 जे: यह रॉबरी पाई पर आधारित आईओटी में एक रोबोटिक्स प्लेटफॉर्म है। GPIO एक्सेस के साथ एक और बेहतरीन प्रोजेक्ट Pi4J है। यह सभी के रूप में एक ही सी लाइब्रेरी का उपयोग करता है, WiringPi, लेकिन इसके शीर्ष पर यह एक बहुत ही कुशल जावा शेल प्रदान करता है जिसमें उत्कृष्ट प्रदर्शन होता है।

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

ओलेग: मैंने देखा कि लोग रास्पबेरी पाई से क्लस्टर बनाते हैं। क्या इसका कोई व्यावहारिक महत्व है?

स्टीवन: ओरेकल कोड एक पर, जल्द ही उस परियोजना की प्रस्तुति होगी जिसमें मैंने भाग लिया था, यह 1024 Rwberry Pi का क्लस्टर है।

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

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

ओलेग: हाँ, और इस क्लस्टर को एक प्रशिक्षण मॉडल के रूप में इस्तेमाल किया जा सकता है, आप कुबेरनेट्स, डोकर और कुछ JFrog उत्पादों का उपयोग करके कुछ को तैनात करने का प्रयास कर सकते हैं।

स्टीफन: क्यों नहीं! * हँसता है *

ओलेग: आप ओरेकल के पूर्व कर्मचारी हैं और लंबे समय से जावा में शामिल हैं। आप भाषा का भविष्य कैसे देखते हैं? शायद यह GraalVM, Valhalla या ऐसा कुछ के लिए है?

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

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

एक और दिलचस्प नई तकनीक जो जेवीएम टीम पर काम कर रही है वह है फाइबर्स। वे आपको थ्रेड के साथ पारंपरिक तरीके से जावा एप्लिकेशन बनाने की अनुमति देते हैं, लेकिन साथ ही साथ उनका प्रदर्शन भी वैसा ही होता है, जैसे कि आप एसिंक्रोनस फ्रेमवर्क का उपयोग कर रहे हों, उदाहरण के लिए, Vert.x, Node.js या कुछ अन्य।

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

ओलेग: वास्तव में, लूम के आने की तैयारी के लिए OpenJDK में पहले से ही कुछ बदलाव किए गए हैं। उदाहरण के लिए, JEP 353 में: लीगेसी सॉकेट एपीआई को फिर से लागू करें ।

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

ओलेग: क्या आप जावा के नवीनतम संस्करणों का उपयोग करते हैं?

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

बड़े संगठनों के पास जावा 9 सीमांत को पार करने में सबसे कठिन समय होता है। अक्सर, कई रूपरेखाएँ और प्रौद्योगिकियाँ जो परियोजना पर निर्भर करती हैं, अभी तक जावा 9 और बाद में माइग्रेट नहीं हुई हैं, जो संक्रमण को भी मुश्किल बनाती हैं। यदि यह रेखा पास हो जाती है, तो आगे अपडेट करना बहुत आसान है, क्योंकि अगले संस्करण (10, 11, 12 और, अगर मैंने कुछ भी नहीं मिलाया, तो जल्द ही 13) काफी समान हैं। अनुकूलता के संदर्भ में, सबसे बड़ा परिवर्तन प्रतिरूपता है।

ओलेग: और जावा एंटरप्राइज को छोड़कर।

स्टीफन: हाँ।

ओलेग: अंत में, क्या आप अपनी नई रिपोर्ट के बारे में कुछ बता सकते हैं, जिसके साथ आप जोकर में हमारे पास आते हैं?

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

लेकिन अक्सर यह निर्धारित करना मुश्किल है कि महत्वपूर्ण सफलताएं वास्तव में इस प्रचार के पीछे हैं या नहीं, या प्रचार के अलावा कुछ भी नहीं है। जोकर में मेरी बात में, मैं इसे सुलझाना चाहता हूं। , , , , . , , .

Joker. - , — , . — , , DevOps Speakeasy. , -.

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