"समुदाय के लिए मानक निर्धारित करना महत्वपूर्ण है": कोचलिन के बारे में मार्चिन मोस्कला

कुछ साल पहले, बहुत सारे "एक दिलचस्प कोटलिन भाषा क्या है" ब्लॉग पोस्ट में मूल बातें बताई गई थीं। 2019 में, आपको अब मूल बातें चबाने की जरूरत नहीं है, लेकिन अब एक प्रकाशन पूरी तरह से अलग प्रारूप में दिखाई देता है। Marcin Moskala, जो कई वर्षों से लोगों को यह भाषा सिखा रहे हैं, अब "प्रभावी कोटलिन" पुस्तक प्रकाशित कर रहे हैं - जो कि न केवल "कोटलिन को कैसे लिखना है", बल्कि "सबसे अच्छे तरीके से कोटलिन कैसे लिखें"।

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

- पहले, कृपया हमें अपने बारे में थोड़ा बताएं। लोगों को शिक्षित करने और केटी बनाने से पहले आपने क्या किया । अकादमी ?

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

- क्या आपके पास JetBrains पार्टनर का दर्जा है, और इसका क्या मतलब है? आपको किन आवश्यकताओं को पूरा करने की आवश्यकता है? क्या आप अक्सर JetBrains के साथ चैट करते हैं?

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

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

- आप कोटलिन लोगों को पढ़ाते हैं, इसलिए आपको विभिन्न लोगों से इस बारे में बहुत अधिक प्रतिक्रिया और सवाल मिलते हैं। वे क्या कहते हैं और वे सबसे अधिक बार क्या पूछते हैं?

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

- और क्या अलग-अलग लोगों के कोटलिन कोड में कोई सामान्य गलती या एंटीपैटर्न है?

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

- शुरू में, हर कोई केवल जावा से कोटलिन आया था। अब क्या आपको ऐसे लोगों को पढ़ाना है जो जावा को बिल्कुल नहीं जानते हैं, लेकिन कोटलिन सीखना चाहते हैं?

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

- क्या आप कोटलिन को 2019 में पहली भाषा के रूप में सीखने की सलाह देंगे? या शुरुआती को अभी भी जावा से निपटना होगा, इसलिए यह मुश्किल होगा?

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

बैकएंड अधिक जटिल है, लेकिन यह Ktor जैसे आधुनिक कोटलिन ढांचे के साथ भी रोमांचक है। तो छात्रों के लिए यह एक दिलचस्प विकल्प भी हो सकता है।

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

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

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

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

- एक साल पहले, लगभग हर कोई एंड्रॉइड डेवलपर्स के लिए था। और अब, मुझे लगता है, लगभग 50 से 50. कोटलिन कॉरआउट और प्रभावी कोटलिन प्रशिक्षणों में भी रुचि बढ़ रही है।

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

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



- और "प्रभावी कोटलिन" और "कुशल कोटलिन" के सिद्धांत सभी डेवलपर्स के लिए उपयुक्त हैं, कोई फर्क नहीं पड़ता कि वे कोटलिन पर क्या लिखते हैं, या वहां कोई विशिष्टता है?

- हर कोई न केवल एंड्रॉइड और बैकएंड है, बल्कि यहां तक ​​कि जो कोटलिन / जेएस और कोटलिन / नेटिव का उपयोग करते हैं।

- "प्रभावी कोटलिन" नाम तुरंत यहोशू बलोच द्वारा "प्रभावी जावा" को ध्यान में रखता है। आपकी किताब उसकी तरह कैसे दिखती है?

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

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

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

- सर्वश्रेष्ठ अभ्यास हमेशा एक बहस का विषय होता है, "क्या सबसे अच्छा है" के बारे में लोगों की राय अलग है। क्या आपकी ट्रेनिंग या रिपोर्ट में चर्चा होती है?

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

"आप दूसरी पुस्तक प्रकाशित कर रहे हैं।" उन पर काम करने की प्रक्रिया क्या दिखती है? उदाहरण के लिए, आप यह कैसे तय करेंगे कि इसे कौन प्रकाशित करेगा?

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

- क्या आप डेवलपर्स को किताबें लिखने की सलाह देते हैं? यह डेवलपर के लिए कितना उपयोगी है?

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

- और आखिरी सवाल: यदि आप कोटलिन में एक चीज बदल सकते हैं, तो यह क्या होगा?

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

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