"मैं सिर्फ एक परियोजना उत्साही और डार्ट भाषा का उपयोगकर्ता हूं" - प्रसिद्ध एनजी-बुक के लेखक एरी लर्नर के साथ साक्षात्कार

पूरी तरह से अलग-अलग तकनीकों पर नौ किताबें कैसे लिखनी हैं, जिसमें एंगुलर, व्यू, रिएक्ट, रिएक्ट नेटिव और अन्य शामिल हैं? प्रशिक्षण में सबसे महत्वपूर्ण क्या है, "हॉलवे चैट" और सामान्य तौर पर, डार्ट और स्पटर का इसके साथ क्या करना है?

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

- नमस्कार। हमारे साक्षात्कार में तीन खंड होंगे, पहले में हम आपके बारे में बात करेंगे, दूसरे में स्पंदन के बारे में, और तीसरा अंतिम होगा। आइए पहले आपको अपने बारे में थोड़ा बताते हैं?

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

"वह कैसा दिखता है?" चिहुआहुआ का आकार, लेकिन झबरा, एक कोरगी की तरह?

- हाँ, यह चिहुआहुआ चेहरे के साथ एक छोटा Corgi है। बहुत अच्छा।

- अब क्या कमा रहे हैं? क्या आप किताबें लिखते हैं या किसी कंपनी के लिए काम करते हैं?

- वह दोनों, और दूसरा। मैं एक किताब लिख रहा हूं, लेकिन इसमें अब मेरा सारा समय नहीं लगता। जब तक मैंने तय नहीं किया कि मुझे आगे क्या करना है, मैं अपने लिए काम करता हूं।

- जैसा कि मैंने इसे समझा, 5 या 6 साल पहले आपने फुलस्टैक.आईओ की स्थापना की थी?

- हां, 2012 में हुआ था।

- हमें उसके बारे में बताओ।

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

- बढ़िया। क्या आप ओ रेली के साथ प्रतिस्पर्धा करते हैं, या क्या आपके पास एक पूरी तरह से अलग क्षेत्र है?

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

- क्या आप कागज की किताबें, या सिर्फ इलेक्ट्रॉनिक वाले प्रकाशित करते हैं?

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

- जैसा कि मैं इसे समझता हूं, आप Fullstack.io पर कई पुस्तकों के सह-लेखक हैं - फुलस्टैक रिएक्ट, फुलस्टैक रिएक्ट नेटिव और, ज़ाहिर है, प्रसिद्ध एनजी-बुक। पुस्तक लिखने के लिए, आपको उस विषय क्षेत्र से बहुत परिचित होना चाहिए, जिसके बारे में आप लिख रहे हैं - चाहे वह कोणीय हो, रिएक्ट हो, वीयू हो या कुछ और। पुस्तक लिखने के लिए आपकी तैयारी कैसी दिखती है?

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

"हाँ, बिल्कुल।"

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

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

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

- क्या यह स्वचालित रूप से हैंडलर की मदद से होता है जो प्रलेखन में इस सभी जानकारी की निगरानी करता है?

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

- मैं देख रहा हूं। जहाँ तक मुझे पता है, आप कई पुस्तकों के सह-लेखक हैं। क्या अकेले या किसी के साथ किताब लिखना कठिन है? आप अपने काम को कैसे व्यवस्थित करते हैं, आप अध्यायों को कैसे सिंक्रनाइज़ करते हैं?

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

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

- किताबें लिखते समय क्या आप स्क्रैम जैसी लचीली कार्यप्रणाली का उपयोग करते हैं?

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

- और आपको पुस्तक लिखने में कितना समय लगता है?

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

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

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

- इसी तरह की स्थिति Vue के साथ थी। जहाँ तक मुझे पता है, उनकी पहली रिलीज़ में खराब दस्तावेज़ीकरण था, और चीनी में कई मुद्दों का वर्णन किया गया था। जहां तक ​​मुझे पता है, अंग्रेजी अब एक आवश्यकता है।

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

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

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

- हाँ, हम व्यक्ति में इस पर चर्चा कर सकते हैं। अब किताबों के बारे में बात करते हैं - वे मीडिया, ट्विटर और इतने पर जैसे प्लेटफार्मों के उद्भव के कारण पहले की तुलना में कम लोकप्रिय हो रहे हैं। क्या आपको लगता है कि किताबें गायब हो रही हैं?

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

- मुझे याद है कि एक बार किताबें सीडी या डीवीडी के साथ बेचे गए थे। अब यह प्रारूप फैशन से बाहर है।

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

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

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

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

- आपने पहले ही कई किताबें लिखी हैं - मुझे बताएं, अब आप क्या काम कर रहे हैं? शायद कुछ बिगाड़ने वाले?

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

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

- क्या यह पुस्तक किसी तरह WebAssembly से संबंधित होगी? आप समझते हैं, सी ++ और जावास्क्रिप्ट ...

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

- बढ़िया। आइए अगले अनुभाग पर जाएं, यह होलीजेएस पर आपकी रिपोर्ट से अधिक निकटता से संबंधित होगा। आप Angular, Vue, React, JavaScript के साथ काम करते थे - और अब आप Dutter में Google के मोबाइल प्लेटफ़ॉर्म पर लिखे Flutter पर रिपोर्ट कर रहे हैं। आपने ऐसा करने के लिए क्या संकेत दिया?

- इस शब्दांकन में, यह वास्तव में अजीब लगता है। यहाँ एक ही कहानी है कि मैं कैसे कोणीय आया, जिसका मैंने ऊपर उल्लेख किया है। मैं अपने और अपने दोस्तों के लिए कुछ एप्लिकेशन लिखना चाहता था जो उपयोग करते हैं कि कौन Android है, कौन iPhone है। हमने पहले ही ReactNative के बारे में एक पुस्तक प्रकाशित की, और मुझे इस प्लेटफ़ॉर्म के साथ अनुभव था, लेकिन मैं कुछ और कोशिश करना चाहता था। मैं जावा, कोटलिन और स्विफ्ट में लिख सकता हूं, इसलिए मैंने स्विफ्ट में एक आवेदन लिखना शुरू कर दिया। जहां तक ​​मुझे पता है, स्विफ्ट को एंड्रॉइड के लिए अनुकूलित करने का प्रयास किया जा रहा है, लेकिन जिन लोगों से मैं परिचित हूं, वे अभी भी बहुत शुरुआती चरणों में हैं, आप उन पर भरोसा नहीं कर सकते। इसके अलावा, यह मुझे लगता है कि उनमें से कई हैक हैं। iOS Java, , , Java iOS. , JavaScript — , Redux, , . - Flutter.

Flutter Dart, , TypeScript. JavaScript, , , Redux. Flutter , , . , . , Flutter AOT- JIT-, , UI. , , Flutter, , Flutter .

Flutter — , , , . Flutter — hot reload, web. , Swift, , , , , , , , , . , Flutter UI , -. Flutter, , . , Dart TypeScript, , , JavaScript, JavaScript Dart.

— Dart — , , JavaScript, . Dart , ? ?

— , , Dart . — , Clojure. , , , - JavaScript TypeScript — , . Dart , , . , , , , , . , TypeScript Flow. , Flutter . , , Flutter JIT-, , Flutter.

Dart — , , JavaScript, “” . , , — Java, , , . , Dart, JavaScript JavaScript. , , , Dart JS. Isolates Dart Web workers Dart. -, Dart . , Dart , Flutter, , Dart , React Native, JavaScript.

— .

- हां। , React Native , - — , JavaString, . Flutter , . , Dart Java, C#, ActionScript JavaScript, , , - , .

— Clojure, — . Dart , .

— , Clojure — .

— , -, — — Flutter? , , ? , «Hello World»?

— , Flutter . - Flutter React Native, . , , , — Flutter . , , — Flutter. , , , — , Java Swift, , -, , . , , Flutter , , .

, Flutter , — , Twitter. , , , , AR VR. AR- Swift, Flutter . , iOS, Android .

— , Flutter Twitter — Twitter PWA. Flutter PWA? -, .

— , Flutter -, . - - Dart, . Dart . Dart JavaScript- , , JavaScript.

— , .

— , . Flutter , , JavaScript.

— . , , . , , JavaScript — JavaScript. — Angular Ionic, — Cordova PhoneGap. , ? , JavaScript?

— . , , JavaScript , , — React Native, Node.js , , Dart. JavaScript, -, . , — , . , - . , 2018 - , , — , , — , JavaScript.

— JavaScript , — Go, ClojureScript, Dart? , JavaScript?

— , ? , , — , . Go, , , Go C++ — . JavaScript Dart, ClojureScript. , C , . , . , . , JavaScript, . . Swift Java — , AR Swift, , , Flutter, , , Swift .

— , 2013 , Dart, , , , Dart . Dart Flutter, Dart Flutter? AngularDart, Dart .

— . , - , . - , , Flutter — Dart. , Cupertino — Flutter iOS — . , , Flutter Flutter — .

Dart, , , , . 2013 EcmaScript , , Google, ECMAScript. Flow TypeScript , . Dart Flutter , 1.0 Flutter.

, , Flutter, Fuse, C#. . JavaScript , , Dart JavaScript, Dart Flutter.

— , . . ?

— , «hallway chat». . , , , . , . , , , , .

— , ?

- हां।

— , HolyJS?

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

HolyJS, , , , . - , , . , -, , , .

, , .

— , , -10 -15 , .

— -? .

— . , Dart Flutter — , , JavaScript. : HolyJS24-25 नवंबर को आयोजित किया जाएगा, और 1 दिसंबर को डार्ट और स्पंदन पर एक सम्मेलन होगा ।

- बढ़िया। स्पंदन अब तक बीटा से बाहर हो जाएगा।

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