स्कैल्कॉन्फ़ 2019 - जॉन प्रीचर, पवित्र कंघी बनानेवाले की रेती और प्रोफेसर हास्केल

26 नवंबर को, ScalaConf 2019 , Scala डेवलपर्स के लिए एक पेशेवर सम्मेलन, Infospace में होगा। शायद रूस में पहला। घटना की पूर्व संध्या पर, हमने स्कैल्कॉनफ 2019 पीसी के प्रमुख वादीम चेल्याशोव ( dos65 ) से रिपोर्टों और सम्मेलन की अवधारणा के बारे में बात करने के लिए कहा।



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

संकल्पना


हैलो, वादिम! शून्य प्रश्न - सम्मेलन की अवधारणा के बारे में बताएं?

मैं निराशाजनक हूँ - कोई सामान्य अवधारणा नहीं है। हम रूस में स्काला सम्मेलनों से तृप्त नहीं हैं। ऐसी कई घटनाएं नहीं हैं जो संगठन के सामने यह सोचने के लिए होती हैं कि आश्चर्य की बात कितनी असामान्य है। यह एक स्काला सम्मेलन है, और इसमें बहुत कुछ है।

क्या इसका मतलब यह है कि सम्मेलन में भाग लेने वाले समुदाय को कोई उम्मीद नहीं है?

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

क्या इसलिए कि रूस में कुछ स्काला सम्मेलन हुए थे?

हम कह सकते हैं कि सम्मेलन शून्य थे । जब मैंने स्काला आंदोलन के बारे में खोजी लेख लिखे, तो मुझे जानकारी मिली कि सेंट पीटर्सबर्ग में कुछ कार्यक्रम हुए हैं। लोगों ने इसे एक सम्मेलन कहा, लेकिन यह एक अल्पकालिक था - 3-4 वक्ताओं के लिए एक ट्रैक। सितंबर में, एक बैठक आयोजित की गई, जिसमें 400 लोगों को घोषित किया गया और इसे एक सम्मेलन माना गया। और कुछ नहीं है। बाकी सेंट पीटर्सबर्ग, मास्को, नोवोसिबिर्स्क में कुछ और अन्य शहरों में शून्य के करीब है।

रूस में स्काला सम्मेलन पहले से ही एक घटना है।

नोट। जांच का पहला और दूसरा हिस्सा। अंतिम एक जल्द ही आ रहा है - देखते रहें।

यह पता चला है कि स्कालाकॉन्फ 2019 स्काला पर पहला पेशेवर सम्मेलन है?

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

ScalaConf 2019 रॉकी के लिए पहला चट्टानी मंच है।

रैलियों या मिश्रित सम्मेलनों में, स्काला वक्ताओं को दर्शकों को समायोजित करना पड़ता है, कई विषयों को छोड़ना पड़ता है और रिपोर्ट की जटिलता को कम करना पड़ता है। हार्डकोर प्रस्तुतियाँ FP सम्मेलनों में दिखाई देती हैं, लेकिन आप केवल स्काला के बारे में नहीं बता सकते।

ScalaConf 2019 पर कोई प्रतिबंध नहीं होगा। केवल स्काला, केवल कट्टर।

Scala.js


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

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

हमने रिपोर्ट को जोड़ा " Scala.js - उपकरण आपके लिए उपयुक्त है? "ताकि लोग उपयोग का एक उदाहरण देखें। फुलस्टैक डेवलपर्स जो बैकएंड और फ्रंटेंड दोनों को समान रूप से लिखते हैं, वे मौजूद नहीं हैं। औसत डेवलपर शायद ही कभी फ्रंट-एंड लिखता है और वह JS या TypeScriprt नहीं लेना चाहता है। वह सोचता है: “क्या मैं Scala.js की कोशिश कर सकता हूं? हां, यह नहीं कि यह मैं हूं, कोई भी मुझे नहीं समझेगा। ”

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

Scala.js आला तकनीक परिपक्व है, काम कर रही है और एक विशिष्ट समुदाय है। लोकप्रिय जेएस पुस्तकालयों के एकीकरण के साथ कुछ समस्याएं हैं, लेकिन वास्तविक परियोजनाओं में Scala.js का उपयोग करने वाले सभी लोग सकारात्मक प्रतिक्रिया देते हैं।
एवेसी टोकेरेव, पीसी स्कैल्कॉन्फ़ 2019 के सदस्य

बैकएंड


इस ब्लॉक में दो रिपोर्ट हैं - खोज और अनुक्रमण के बारे में और अक्का के बारे में। आंद्रेई कोरज़िनव की पहली रिपोर्ट - क्या ऑटो में इंडेक्स के साथ काम करने के तरीके पर "केस" जैसा कुछ होगा?

ऐतिहासिक रूप से, उन्होंने पहले जावा में अपाचे ल्यूसीन का इस्तेमाल किया, फिर इसे बाहर फेंक दिया और जावा में अपनी योक्टोबीडीबी लिखी। अब वे क्वेरी परिणामों पर अधिक नियंत्रण के लिए स्काला पर तीसरा पुनरावृत्ति कर रहे हैं।

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

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

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

अकीका के साथ काम करने के तरीकों में से एक के बारे में निकिता मेलकोज़रकोव "सामान्य रूप से" बताएगी?

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

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

एक साल पहले, Apple ने Foundation Source OpenDB लाइब्रेरी खोली , और हर कोई उत्साहित था। यह इस तथ्य के कारण शांत, वितरित, सुपर-सही और विश्वसनीय है कि हर रात डेवलपर्स एक ट्रिलियन परीक्षणों का अनुकरण करते हैं। हर कोई घटना से प्रेरित था, और निकिता ने फाउंडेशनडीबी के लिए अक्का पर्सिस्टेंस प्लगइन लिखा था।

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

स्काला डेवलपर विकास और कार्यात्मक प्रोग्रामिंग


ओल्गा मखसावे की रिपोर्ट सॉफ्ट स्किल्स में एकमात्र है और यह एफपी ब्लॉक में है। यह कैसे हुआ: सॉफ्ट कौशल उतने महत्वपूर्ण नहीं हैं जितना कि तकनीकी कौशल या समुदाय ऐसी रिपोर्टों के लिए तैयार नहीं है?

पहले स्कैला सम्मेलन में, हम नरम कौशल पर कई व्याख्यान देने का जोखिम नहीं उठा सकते हैं। यह समय और संसाधनों की बर्बादी होगी। यह पता चला है कि हम उन लोगों की जगह ले सकते हैं जो हमें कुछ तकनीकी और उपयोगी रिपोर्टों के बारे में बता सकते हैं जिन्हें हम अन्य सम्मेलनों में सुन सकते हैं।

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

मैं एक परिकल्पना प्रस्तावित करना चाहूंगा कि स्काला डेवलपर्स अधिक तकनीकी रूप से उन्मुख हैं।

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

स्काला में कई तकनीकें और दृष्टिकोण हैं जो कभी समाप्त नहीं होते हैं।

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

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

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

स्काला में, आप अनिश्चित काल तक हर चीज का अध्ययन कर सकते हैं, लेकिन क्या विकास के लिए कोई कदम हैं?

लंबे समय से स्काला के लिए एक उन्नयन प्रणाली है। यह ज्ञात नहीं है कि इसका आविष्कार किसने किया था, लेकिन यह डेवलपर के स्तरों का वर्णन करता है: एक आश्वस्त उपयोगकर्ता, पुस्तकालय लेखक, और बहुत कुछ। जॉन लैम्बडाकोनफ सम्मेलन के एक विशेष पृष्ठ पर, 6 से 8 स्तरों की अवधारणाओं की महारत के स्तर को चित्रित किया गया था। स्तर हैं, लेकिन मुझे यकीन नहीं है कि वे उपयोग में हैं।

मुझे जून, मध्य, वरिष्ठ में ग्रेडेशन का भी ध्यान था। क्या ऐसी कोई बात है?

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

उन्नत डेवलपर्स स्काला में जाते हैं।

इसलिए डेवलपर की उच्च औसत आयु।

अंग्रेजी-भाषा की रिपोर्ट: घोटालों, पुनरावृत्ति, एपीआई


कार्यात्मक प्रोग्रामिंग ब्लॉक में चार विदेशी स्पीकर हैं। शुरुआत करते हैं जॉन ए डे हुस से।

जॉन को हर कोई जानता है।


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

परिणामस्वरूप, उन्होंने कई घोटालों में भाग लिया। उदाहरण के लिए, 2019 में, कई विश्व नाटक हुए: ZIO और स्कालाज़ को स्काला बिल्ड से हटा दिया गया, Typelevel.scala ने जॉन को उनकी परियोजनाओं में भाग लेने के लिए मना किया, और स्किल मैटर ने उनके सभी घटनाओं के प्रवेश द्वार को बंद कर दिया। ट्राविस ब्राउन, जो टाइपलेवेल.काला से जुड़े हैं, ने एक पोस्ट जारी किया जिसमें उन्होंने जॉन पर सभी पापों का आरोप लगाया। इन घटनाओं की चर्चा स्काला से दूर के लोगों ने भी की थी, उदाहरण के लिए, रेडियो-टी पॉडकास्ट में।

एक अर्थ में, जॉन सब कुछ सही कर रहा है - पूरे दृश्य में है और जनता को वायुसेना का प्रचार कर सकता है। वह वर्तमान में 2019 के अंत में लंदन में अपने स्काला सम्मेलन का आयोजन कर रहे हैं और पहले ही कई शांत वक्ताओं को आमंत्रित कर चुके हैं। ScalaConf 2019 में, वह स्नेक ऑयल्स और एलिक्सिरस मुख्य वक्ता के साथ प्रदर्शन करेंगे।

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

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

पुनरावर्तन योजनाओं का उल्लेख किए बिना कार्यात्मक प्रोग्रामिंग सम्मेलन - नाली नीचे पैसा।

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

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

तपीर इस मुद्दे को हल करता है और मुक्त करने के लिए स्वैगर विवरण देता है। एकमात्र समान परियोजना स्कैल्कॉन्फ़ 2019 पीसी से ओलेग निझानिकोव के लिए है। लेकिन तापीर अधिक पीआर है, क्योंकि एडम इस में कुशल है।

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

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


अंतिम विदेशी वक्ता वोजटेक पिटुला है । वह सूचना सुरक्षा विभाग में सोनी के लिए काम करता है। रिपोर्ट में " एकीकरण का जादू - किसी भी ढांचे से बेहतर पारिस्थितिकी तंत्र " वह बताएगा कि कैसे उसने एक एप्लिकेशन बनाया जिसमें उसने सभी कामकाजी पुस्तकालय रखे।

विदेशी रिपोर्ट अंग्रेजी में होगी। क्या अनुवाद, उपशीर्षक होगा?

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

हम मानते हैं कि हम सभी अंग्रेजी समझते हैं।

यदि यह पूरी तरह से समझ से बाहर है, तो स्क्रीन पर कोड होगा और इससे यह समझना संभव है कि क्या हो रहा है। यदि बिल्कुल नहीं, तो अगले कमरे में रूसी में हमेशा एक वैकल्पिक रिपोर्ट होती है।

बस विकल्प के बारे में। क्या डेनियल स्मिरनोव भी वैलेंटाइन की तरह योजनाओं के बारे में बात करेंगे?

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

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

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

एलेक्जेंड्रा गोलूबित्सकाया ने ZIO और Future की तुलना की। यह जॉन का उत्पाद है। क्या वे समन्वित हैं?

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

अगला है आर्टेम सेलेज़नेव और स्काला विदाउट जेडीबीसी।

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

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

JetBrains, Holivars और बिग डेटा


अगले ब्लॉक "भाषा / ट्यूनिंग" में एंड्री कोज़लोव और मिखाइल मुत्सियान्को की पहली रिपोर्ट। क्या वे JetBrains उत्पादों में से एक के बारे में बात करेंगे? कार्यक्रम में, मैंने JetBrains के 18 वक्ताओं में से 3 रिपोर्ट गिना। क्या यह किसी चीज से जुड़ा है?

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

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

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

JetBrains पर जारी है और बिग डेटा के लिए थोड़ा कूदते हैं। «» - — , IDE. ?

, Big Data. . : , , , , . . , - .

JetBrains — . AppsConf . ScalaConf 2019 ?

, « Haskell» DOT — . DOT, . , «» Haskell Scala. , - , — .

?

, :)

, «» Haskell Scala?

, . Scala Java — . Haskell Scala. Haskell ( ), Scala , , .

. Scala Haskell .

«» . , - :)

, , Haskell, , , , Scala.

Scala?

, . . , , ensime, scalafix , fastparse. Scalafix .

, Open Source, . , , .

«» GraalVM. , ?

GraalVM . — Scala Native , Java . , JVM.

-, GraalVM — . , . . . GraalVM, , , . , GraalVM. , , , , . .

, GraalVM ?

. , GraalVM . . — GraalVM . .

, - GraalVM . . GraalVM « ». , , , . .

? , Big Data?

, . Big Data, , . , ..

Yupana — HBase time-series , . , . , — Yupana, , . Open Source .

ScalaConf 2019 . , -. 12 — . , . ScalaConf 2019!

Source: https://habr.com/ru/post/hi474322/


All Articles