रूसी स्काला आंदोलन के नक्शेकदम पर। भाग २

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

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



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

अलेक्जेंडर स्काला से कैसे मिला, कोटलिन और शिक्षण के लिए गया

2008 से 2017 तक, अलेक्जेंडर पोडक्लाइज़िन ने टीम लीड के रूप में IDEA में JetBrains Scala प्लगइन विकसित किया। बाद में वह कोटलिन / नेटिव के लिए पहले कोटलिन टूलिंग के लिए रवाना हुआ, फिर कोटलिन के लिए एक पूरे के रूप में।

अलेक्जेंडर : कार्य बड़ा है, सब कुछ वर्षों की सीमा के बाद उलझन में है। वैसे, आंदोलन 2010 में नहीं, बल्कि तीन साल पहले शुरू हुआ था। 2007 में, मैं सिर्फ JetBrains में काम करने के लिए आया था और मैं MPS के साथ भाग्यशाली था ... क्या आप जानते हैं कि MPS क्या है?

वादिम : मैंने सुना है कि यह एक घोषणात्मक और दृश्य भाषा है।

अलेक्जेंडर : एमपीएस समय से पहले है। यह मेटा प्रोग्रामिंग सिस्टम है - IDE के साथ तुरंत जेनेरिक प्रोग्रामिंग । मुझे कंपनी में एमपीएस में नौकरी मिल गई, लेकिन उन्हें वहां पहले से ही एक व्यक्ति मिल गया। तो मैं भाग्यशाली था - मुझे एक स्काला प्लगइन लिखने के लिए भेजा गया था।

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

मैंने 2008 की शुरुआत में कंपनी ज्वाइन की। मुझे कुछ पता नहीं था, मैंने एक पार्सर खोदना शुरू किया, एक बग तय किया, दूसरा, तीसरा - यह हमेशा के लिए चला गया। नतीजतन, वह बैठ गया और इसे फिर से लिखना शुरू कर दिया। इसलिए धीरे-धीरे विकसित होता चला गया।

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

इल्या ने जेटब्रेन्स को छोड़ दिया और लगभग एक प्रोफेसर के रूप में स्पेन में कंप्यूटर विज्ञान में लगे हुए हैं। वह हाल ही में पहुंचे, बताया गया कि स्वचालित दौड़ की खोज कैसे की जाती है - यह किसी प्रकार का विज्ञान है। फिर भी कुछ प्रतियोगिता में वह बैठ गया और स्काला पर 10 हजार लाइनें लिखीं। उन्होंने कहा कि सब कुछ सुपर है, सब कुछ काम करता है। वह अभी भी पहले स्काला डेज़ की सवारी करता है, यह 2009 में लगता है।

इल्या की जीवनी को देखने के बाद, मुझे लगा कि मूल स्रोत से विवरण को स्पष्ट करना महत्वपूर्ण है।

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

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

इल्या सर्गेई , प्रोफेसर, नेशनल यूनिवर्सिटी ऑफ़ सिंगापुर ।

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

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

अलेक्जेंडर : हाँ, यह था। 2011 में, ग्रहण बहुत बुरा था, और 2013 में हमारी गति की तरह 2011 में पहुंच गया। ग्रहण के विपरीत, हम अपना फ्रंट-एंड लिखते हैं, इसलिए हाइलाइटिंग त्रुटि कंपाइलर से अलग थी। यह असुविधाजनक है और यह एक प्रमुख मुद्दा है। कुछ त्रुटियों को उजागर नहीं किया गया है, लेकिन संकलक में इसके विपरीत। ग्रहण संकलक कोड का उपयोग करता है।

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

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

वादिम : नाम परिचित है, लेकिन मुझे याद नहीं है कि यह कौन है।

अलेक्जेंडर : दो चीजों के लेखक: स्कालास्ट और स्काला में मुख्य पुस्तक प्रोग्रामिंग । यह मार्टिन ओडस्की के साथ लिखी गई एक किताब है - हमारी बाइबल!

वादिम : मैंने नहीं पढ़ा।

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

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

वादिम : मुझे लगता है कि "मूल" शब्द ने एक भूमिका निभाई।

अलेक्जेंडर : नहीं, स्काला डेज़ पर स्काला नेटिव पर सभी रिपोर्ट हमेशा पूर्ण कमरे इकट्ठा करती हैं, उदाहरण के लिए, डेनिस शबलिन द्वारा एक प्रदर्शन। लेकिन एक ही समय में, तकनीक उत्पादन से दूर है। उसे कम से कम 10 साल तक वहां रहने का मौका नहीं मिलता।

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

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

Kotlin / Native का एक विशिष्ट अनुप्रयोग है - iOS और Android के बीच कोड साझाकरण। बस यह एक निश्चित रुचि पैदा करता है। स्काला नेटिव के पास यह नहीं है और इसमें कुछ भी नहीं है। स्काला नेटिव का उपयोग गणनाओं के लिए किया जा सकता है जब आपको स्काला कोड और तेजी से गणना जैसे कि टेंसरफ्लो को संयोजित करना होता है। लेकिन स्काला नेटिव का मतलब यह नहीं है कि स्काला और नेटिव के बीच आप सुरक्षित रूप से एक-दूसरे को कॉल कर सकते हैं या कॉमन कोड को विफल कर सकते हैं।

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

वादिम : अच्छा, चलो वापस चलते हैं। 2011 में, आप स्काला डेज़ में गए, और 2016 से पहले, क्या आप अभी भी स्काला प्लगइन के साथ थे?

अलेक्जेंडर : 2017 तक।

वादिम : फिर आपने कोटलिन में खींच लिया। क्या हुआ?

अलेक्जेंडर : कुछ दृष्टिकोण से, मैंने वह सब कुछ नहीं किया जो मैं कर सकता था। आप स्कैला प्लगइन विकसित करना जारी रख सकते हैं - बहुत सारे चिप्स, खत्म करने के लिए कुछ है। लेकिन, व्यावसायिक दृष्टिकोण से, यह एक परियोजना के रूप में सफल है। स्काला के 80% प्रोग्रामर IntelliJ IDEA का उपयोग करते हैं। आप उन उत्पादों के बारे में कितना जानते हैं जिन्होंने 80% बाजार पर कब्जा कर लिया है? उनमें से कुछ हैं।

आगे क्या करना है? मुझे नए लक्ष्य, नए क्षितिज और स्काला प्लगइन के भीतर यह असंभव था। JetBrains अपनी प्रोग्रामिंग भाषा विकसित कर रहा है और स्काला के बारे में उलझन में है। कंपनी में स्काला के लिए जगह ढूंढना असंभव है, इसलिए या तो मैं यहां से चला जाता हूं या उसके बाद काम करता हूं। उद्यम में किसी भी, या कुछ और। मुझे एक कठिन निर्णय लेना था।

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

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

वादिम : ऐसा नहीं है कि मैं इससे नफरत करता हूं, यह सिर्फ अप्रिय है कि ऐसा उत्पाद सामने आया है। यह स्काला स्टब है। इसी समय, विपणन सक्रिय है, बाजार पर कब्जा किया जा रहा है - वे लोग जो स्काला के उज्ज्वल पक्ष में जा सकते हैं।

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

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

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

वादिम : मुझे लगता है कि यह अच्छा है - ओरेकल ने हड़कंप मचा दिया है। अब, जावा विकसित करने के लिए कम से कम कुछ सामान्य JEP गए हैं।

अलेक्जेंडर : मुझे लगता है कि इसका कारण कोटलिन नहीं है - यह एक सामान्य परिणाम है। Google द्वारा कोटलिन की घोषणा करने के 2 साल पहले, यह नगण्य था। जब मैंने स्थानांतरित करने का फैसला किया, तो मैक्स शफिरोव ने मुझे चयन के लिए एक सूची दी। हालाँकि मैंने कहा कि "सिर्फ कोटलिन नहीं", IDEA में कोटलिन / मूल समर्थन विकल्प इस सूची में था। नतीजतन, पूरी सूची से मैंने कोटलिन जाने की कोशिश करने का फैसला किया। जिस दिन मैंने कोटलिन / मूल के लिए ज़िम्मेदारी संभाली, आंद्रेई ब्रेसलेव ने कहा कि अगले Google I / O घोषणा करेंगे कि कोटलिन आधिकारिक तौर पर समर्थित एंड्रॉइड भाषा है।

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

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

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

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

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

बैंकिंग उद्योग के लिए, उदाहरण के लिए, स्काला का उपयोग करने के कारण हैं। कोटलिन उन्हें हल नहीं कर सकता। स्काला में समान मेट्राप्रेममिंग कहीं अधिक सुविधाजनक है।

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

वादिम : आपको क्यों लगता है कि स्काला बैंकों के लिए अच्छा है?

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

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

वादिम : क्या उस समय विश्वविद्यालय शीर्ष पर था?

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

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

यह एक मजबूत शैक्षणिक विश्वविद्यालय था। लोगों ने समझा कि जब वे वहां पहुंचे, तो वे बहुत जल्दी उद्योग में उतरेंगे। Yandex और JetBrains में भर्ती हुए सुख के साथ विश्वविद्यालय के स्नातक। यह एक अच्छा कैरियर कदम है, और प्रतियोगिता में 10 छात्र थे। मैंने वहां 5 साल तक पढ़ाया। दूसरे वर्ष में, स्वेता ने स्काला के बारे में मुझसे कोई बात नहीं की, और मैंने विभिन्न सहायकों से, विशेष रूप से कोटलिन के लिए स्वेता से बात की। परिणामस्वरूप, हमने जेवीएम-भाषाओं का नाम बदल दिया।

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

पहले ScalaSPB / ScalaDev के बारे में

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

वादिम : यह किस वर्ष है?

अलेक्जेंडर : हाँ, सब कुछ है - 11-13। घटना सेंट पीटर्सबर्ग आउटसोर्स ई-लीजन के लोगों द्वारा बनाई गई थी। ऐसा लगता है कि उन्होंने Raiffeisenbank आवेदन लिखा था। उन्होंने स्काला में एक मोबाइल एप्लिकेशन भी लिखा, लेकिन अब कोई भी इस तरह नहीं लिखता - लोग पागल हैं।

वादिम : पोडकास्ट के मेहमानों में से एक - माटवे मल्कोव - ने स्काला और एंड्रॉइड के बारे में दो साल पहले बात की थी। उन्होंने कहा कि उनके साथ सब कुछ ठीक है, और वे इसका उपयोग करते हैं। उनका मुख्य लाभ स्काला बैकएंड और एप्लिकेशन दोनों हैं।

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

अलेक्जेंडर : दो साल पहले कोटलिन के बारे में कुछ भी स्पष्ट नहीं था। सैद्धांतिक रूप से, Google स्काला को ले सकता है, लेकिन नहीं।

हमने पहले स्काला डेज़ में प्रदर्शन किया और लोगों को इकट्ठा किया। अधिक सटीक रूप से, पहले पर नहीं, लेकिन दूसरे पर, जो जेटब्रेन्स में आयोजित किया गया था। फिर स्वेता इसकोवा ने कोटलिन में एक परिचय के साथ प्रदर्शन किया।

यह हास्यास्पद था - सभी स्काला डेवलपर्स ने कोटलिन को नंबर एक दुश्मन माना। हॉल ने बहुत नकारात्मक प्रतिक्रिया व्यक्त की, सवालों को फेंक दिया: "यह क्यों नहीं किया जा रहा है, यह क्यों नहीं है, यह क्यों नहीं है?" यह खौफनाक था, किसी तरह की हैकिंग।

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

वादिम : ओह, ठीक है, आप निश्चित रूप से डेनिस शबलिन का गला घोंट रहे हैं।

अलेक्जेंडर : यह असंभव है, यह एक बहुत ही जटिल तकनीक है। हमारे पास 10 लोग हैं, और यह पर्याप्त नहीं है। और 10 शांत लोग, बहुत ही सही, इन अधिक इकट्ठा करने का प्रयास करें। डेनिस खुद शांत है, लेकिन वह अकेला क्या हो सकता है?

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

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

ग्रहण और जेसन Zaugg के बारे में

अलेक्जेंडर : '13 में हम सम्मेलन में गए। कंपाइलर में सभी ने ग्रहण में प्रोग्राम किया। हम खड़े रहे और IDEA का इस्तेमाल करने वाले लोग हमसे संपर्क करने लगे। वे प्रसन्न थे, धन्यवाद दिया। हमारे पास बाजार का 10% हिस्सा है, बाकी ग्रहण पर। सभी कंपाइलर उस पर बैठे हैं। उन्होंने हमें लंबे समय तक छोड़ दिया, अचानक हम उन्हें इसका इस्तेमाल करने के लिए मना लेते हैं। लेकिन किसी समय एक पारी थी।

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

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

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

वादिम चेलिसोव : उस समय क्या ग्रहण से बहिर्वाह शुरू हुआ था?

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

दूसरा - एक मंच के रूप में ग्रहण '14 में वापस मरने लगा। वह मर नहीं गया, यह कहना हास्यास्पद है, लेकिन वित्तपोषण अचानक टूट गया है। एक्लिप्स फाउंडेशन ने कम पैसा इकट्ठा करना शुरू किया और यह स्पष्ट नहीं है कि इस तरह की परिस्थितियों में प्लेटफॉर्म कैसे विकसित किया जाए।

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

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

उसी समय, हमारा फ्रंट-एंड दुखी था और अच्छा काम नहीं कर रहा था। लेकिन उसके लिए कम से कम ऐसा होने के लिए, उसे भयानक काम करने पड़े। एक बार, {i <- 0 to 10} println(i) लिए विधि को 80% भाषा के लिए समर्थन की आवश्यकता होती है। क्योंकि यह डिकोड किया गया है, और आपके पास Range - 1 to 10 लिए एक अंतर्निहित रूपांतरण है Range - 1 to 10 , पथ में map लिए एक अंतर्निहित रूपांतरण के साथ, अंतर्निहित पैरामीटर CanBuildFrom । इसके अलावा अभी भी संग्रह और लंबोदर का एक पागल पदानुक्रम है, और एक अज्ञात पैरामीटर के साथ कुछ अन्य अनाम लंबोदा - पूर्ण टिन। एक बार जब यह उदाहरण काम करता है, तो आपको यह समझने की आवश्यकता है कि यह 80% फ्रंटेंड का काम करता है। इसलिए, यहां तक ​​कि एक खराब फ्रंट-एंड का मतलब था कि हमने स्काला कार्यक्षमता की अविश्वसनीय मात्रा का समर्थन किया।

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

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

संकलक के बारे में

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

अलेक्जेंडर : मैं यहाँ स्काला कहानियों को काट रहा हूँ। मीशा, बताओ तुम कैसे दिखीं?

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

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

माइकल : हाँ, यह काम किया। यह सच है, तब स्केलेमेटा को फटकार लगाई गई थी। स्केल 3 में कुछ समान होगा, लेकिन अधिक मानकीकृत एपीआई के साथ।

अलेक्जेंडर : मुझे डॉट्टी के बारे में कुछ भी पता नहीं है।

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

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

अलेक्जेंडर : ओह, चलो! क्या तुम मजाक कर रहे हो? बताइए, क्या स्कलाज़ झुकता है?

माइकल : ठीक है, किसी भी तरह यह स्पष्ट नहीं है कि स्कैल्ज़ अब कौन लिख रहा है। मीलों उसके पीछे खड़ा नहीं है।

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

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

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

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

माइकल : अब मैं समय-समय पर गिलियूम मार्टर्स को लात मारता हूं, जो स्वादिष्ट और फेंगयुन लियू को देखता है - उसने मैक्रों को देखा।

संक्षेप में देना

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

अलेक्जेंडर : 2018 में अंतिम स्काला डेज़ था जो मैंने दौरा किया था। इस पर, मार्टिन ओडस्की ने इस तथ्य के बारे में बात की कि स्काला की इतनी भाषा अवधारणाएं हैं, कोटलिन की तीन गुना अधिक है, सी # की भी अधिक है। लेकिन एक ही समय में, स्काला की क्षमताएं अधिक व्यापक हैं।

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

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