भविष्य के पवित्र 2019 मास्को के बारे में लगभग सब कुछ

पवित्रJS 2019 मास्को मास्को में 8-9 नवंबर को आयोजित किया जाएगा - जावास्क्रिप्ट डेवलपर्स के लिए एक बड़ा सम्मेलन। पहले, हमने रिपोर्ट्स के एक औपचारिक विवरण के साथ हैबरे पर लंबी सूची प्रकाशित की, लेकिन ऐसा लगता है कि यह सब पहले से ही साइट पर पढ़ा जा सकता है।

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

बातचीत में शामिल हैं:

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

कुल मिलाकर तस्वीर

ओलेग: हमें सम्मेलन कार्यक्रम के बारे में बताएं। विषय कैसे दिखाई देते हैं, वे कैसे व्यवस्थित होते हैं, अगर उनके पास किसी प्रकार के आंतरिक तर्क हैं, और उनमें से बहुत सारे क्यों हैं।

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

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

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

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

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

TC39 प्रतिनिधियों में शामिल हैं - ये विशिष्ट कंपनियों का प्रतिनिधित्व करने वाले लोग हैं, उनमें से 100 से अधिक हैं। आमंत्रित विशेषज्ञों की एक बहुत छोटी संख्या भी है, लगभग 20 लोग। 3 लोग TC39 का प्रबंधन और समन्वय करने की कोशिश कर रहे हैं, ये समिति के सह-अध्यक्ष हैं, जिनमें से 2 हमारे पास होंगे।

TC39 मौलिक और अंदरूनी रिपोर्ट

ओलेग: विशुद्ध रूप से, TC39 एक सामान्य व्यक्ति के जीवन को कैसे प्रभावित करता है?

दिमित्री: बहुत सरल! TC39 एक भाषा बनाता है - आपका सबसे बुनियादी उपकरण जिसे JS इंजन द्वारा निष्पादित किया जाता है।

JavaScriptCore इंजन के प्रतिनिधि, जो Safai और iOS में स्थित है, और SpiderMonkey , जो कि Firefox में स्थित है, प्रेजेंटेशन भी देगा।

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

एरीटॉम: हमारे पास अभी भी एक मौलिक रिपोर्ट है, सिद्धांत रूप में, एक ऐसे व्यक्ति से भाषाओं के सिद्धांत पर जो अकादमिक वातावरण में है - विटाली ब्रैगिलेव्स्की ।

दिमित्री: हमें बहुत सारे एप्लिकेशन मिले, जिनसे हमने वर्तमान विषयों को चुनने की कोशिश की। हमें याद है कि हमें हमेशा Node.js के लिए कहा जाता है, इसलिए, हम Node.s.s. पर रिपोर्ट की पसंद से कांप रहे हैं इस बार बहुत सारी दिलचस्प चीजें हैं।

इसके अलावा, हम अब Node.js कोड + सीखने पर काम कर रहे हैं ताकि यह सम्मेलन के पक्ष में हो। हमेशा की तरह, PiterJS के सहकर्मी इसमें हमारी मदद करते हैं।

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

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

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

कार्यशालाएं

दिमित्री: मैं कार्यशालाओं के विषयों पर ध्यान आकर्षित करना चाहूंगा, क्योंकि हम यह मानने की कोशिश करते हैं कि विषय प्राथमिक है, और उसके बाद ही हम दिलचस्प लोगों की तलाश कर रहे हैं।

हमारे पास इस समय का पहला विषय बहुत महत्वपूर्ण है - यह फ्रंट-एंड के लोगों के लिए Node.js है। यदि आप धीरे-धीरे बैकएंड में गोता लगाना चाहते हैं, तो यह कार्यशाला आपके लिए है। एंड्री मेलिखोव आपको बताएगा कि मुख्य रेक क्या है और कैसे शुरू करना है।

दूसरा, सबसे दर्दनाक और पसंदीदा विषय प्रतिक्रिया अनुप्रयोगों का अनुकूलन है। इवान अकुलाव , जिनके पास उत्पादकता पर अपनी परामर्श कंपनी है, इस बारे में बात करेंगे । हमने इवान पर ध्यान दिया जब उन्होंने jsunderhood का नेतृत्व किया, उन्होंने बस जानकारी के प्रवाह से हमारी धारणा को तोड़ दिया, जिसके बाद हम उन्हें आमंत्रित नहीं कर सके।

ओलेग: कार्यशालाएं कैसे जाती हैं?

दिमित्री: कार्यशालाएं हैं, मोटे तौर पर, चौथी धारा। सम्मेलन के दिन एक कार्यशाला। वे सम्मेलन में भाग लेने की कीमत में शामिल हैं, आप बस आते हैं, आपके पास उन्हें यात्रा करने का विकल्प है। आमतौर पर यह दोपहर में दो कॉन्फ्रेंस स्लॉट के दौरान होता है, यानी शॉर्ट ब्रेक के साथ लगभग 2.5 घंटे।

ओलेग: स्पीकर जो उसे लीड करता है वह व्यक्तिगत रूप से या एक समूह के लिए काम करता है?

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

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

मुझे लगता है कि लोग मजबूत हैं, उनके पास अनुभव है। अगर हम आंद्रेई मेलिखोव के बारे में बात कर रहे हैं, तो वह Yandex.Money में एक विशाल टीम का नेतृत्व करते हैं। और अगर हम इवान अकुलोव के बारे में बात कर रहे हैं, तो उन्हें कार्यशालाओं का अनुभव है, जहां तक ​​मुझे पता है, बल्कि बड़ा है।

तान्या: इवान यह कर रहा है, यह उसके काम का हिस्सा है। एक और सवाल: रिएक्ट ऑप्टिमाइज़ेशन इतना महत्वपूर्ण क्यों है?

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

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

एर्टोम: प्लस, कम से कम रिएक्ट में प्रदर्शन एक सनसनीखेज विषय है, उदाहरण के लिए, हाल ही में एक प्रदर्शन मुद्दा था, जिसका अनुवाद सभी के लिए किया गया था।

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

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

ओलेग: हम एक कार्यशाला या सिर्फ दो के बारे में एक ही बार में बात कर रहे हैं?

एलेक्सी: दोनों के बारे में। पहला सर्वर पार्ट के बारे में है, दूसरा फ्रंटएंड के बारे में है। इसके लिए अनुरोध है।

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

ओलेग: क्या वक्ता आम तौर पर एक-दूसरे के साथ संवाद करते हैं, क्या वे आपस में संबंध और अनुरोध का निर्माण करते हैं? क्या प्रतिभागियों की राय मानी जाती है?

तान्या: मुझे याद है कि कैसे कॉन्फ्रेंस में क्रोम देवटूल के लोगों ने रयान डाहल से बात की थी और फिर इसे ध्यान में रखा था।

एरीटॉम: हमारे पास Nj.js टीम से उज्जवल शर्मा की एक रिपोर्ट होगी, उनकी रिपोर्ट पर सेंट पीटर्सबर्ग में आखिरी होलीजस पर चर्चा की गई थी। सबसे पहले, हम बैठे और उसके साथ बात की, एक विषय में फेंक दिया, फिर वह रेयान डाहल के पास गया, चर्चा की, और इसलिए हमें रिपोर्ट मिली कि वह इस होलीजेएस पर बताता है।

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

क्षितिज को चौड़ा करना

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

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

दिमित्री: आप कार्यक्रम में लुकास दा कोस्टा की उपस्थिति के साथ आर्टीम को तुरंत पूरक कर सकते हैं।

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

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

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

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

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

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

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

यूजीन: अन्ना ने MongoDB के लिए Mongoose के साथ काम किया, और विभिन्न भाषाओं में ORM के निर्माण के वर्षों में, वह इस तरह की प्रणाली बनाने में माहिर हो गई हैं।

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

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

Node.js

ओलेग: चलो रिपोर्ट के विषयों पर चलते हैं। उदाहरण के लिए, Node.js की दुनिया में क्या होता है? और यह रिपोर्ट से कैसे संबंधित है?

एरीटॉम: अब Node.js में वयस्क ढांचे के प्रति झुकाव धीरे-धीरे बदल रहा है। वयस्क चौखटे से मेरा क्या मतलब है - वे जो पर्याप्त अमूर्तता प्रदान करते हैं ताकि हम सीधे सर्वर के कुछ तत्वों को रूट, अनुरोध, प्रतिक्रिया, और इसी तरह से हेरफेर न करें, लेकिन सीधे डोमेन डोमेन ऑब्जेक्ट।

और इस वजह से, NestJS , जो कक्षाओं के साथ एनोटेशन के साथ एक बहुत ही पुराने उद्यम की तरह है, का जन्म भी बहुत प्रचार के साथ हुआ था। वसंत और ASP.NET का ऐसा बच्चा न्यूनतम पर है। और यह पता चला है कि होल्जस 2018 मॉस्को में हम आम तौर पर इस ढांचे ( कामिल मैसिविएक ) के निर्माता थे, लेकिन उन्होंने मुख्य रूप से इनसाइड के बारे में बात की थी। और इस बार हमारे पास एक और व्यावहारिक रिपोर्ट होगी , जो अलेक्जेंडर कलिनिन द्वारा बनाई गई है।

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

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

दिमित्री: आगे Node.js पर, अब यह स्पष्ट है कि वे अभी भी डेनो को देखना और इंतजार करना जारी रखते हैं, क्योंकि यह रुचि पैदा नहीं कर सकता है। सबसे पहले, क्योंकि टाइपस्क्रिप्ट है, और दूसरी बात, रयान डाहल ने कहा कि "मैं इसे अभी ठंडा करूँगा।"

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



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

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

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

ऐरटॉम: वह V8, इलेक्ट्रॉन का एक मुख्य सदस्य है, और मुझे नहीं पता कि वह मूलभूत परियोजनाओं में से कहां है।

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

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

यह दिखाएगा कि समस्याओं को कैसे खोजना है, उन्हें कैसे ठीक करना है, जहां उनके पास था। और उसके साथ व्यावहारिक मुद्दों पर बात करना संभव होगा।

: , performance-?

: . , , , C#, Java - Node.js, - , , , - .

Engines

: JS-. -, ? , , TC39.

: -, … React, c , . , .

, - , , , . 2012 . , Crankshaft . CrankshaftScript — , , .

: .

: --, Ignition TurboFan , -. , , , .

, , Yulia Startsev Mozilla SpiderMonkey Firefox. Firefox Quantum -, , .. SpiderMonkey . , — ! Yulia TC39, developer tools Mozilla. , proposal-: Nullish Coalescing . , - . -. , , SpiderMonkey . , Hermes QuickJS .

— JavaScriptCore. WebKit, , JS, V8. Michael Saboff Apple. WebKit 9 , TC39. , - Apple , Apple, . , . , . Safari, , , , . Michael , .. .

: , , , V8, - . -, .

: , JS . .

: .

: . : JS ? , , . , . C 2 JIT-. , — . .

Facebook . , ahead of time . intermediate representation .

React Native, , - overhead , , intermediate language, runtime.

: « ?». , - , LLVM , . , , , . TypeScript LLVM, , , JS .

Soft Skills

: — . , !

: . , HolyJS — JavaScript-, - Soft Skills. , XIX , XXI.

, , -, ( ), , .

- , soft skills. HolyJS 2018 Piter soft skills ( ), . , , . — .

: soft skills , soft skills , , , . , , , soft skills .

: , . , , soft skills.

: soft skills — , , . , - . .

: , Mail.ru, : , , , , .

, Otus , Middle+. , Middle+ JavaScript, - , . , .

: , , , , . , «» , ? .

Fundamentals

ओलेग: आइए मूलभूत रिपोर्टों की श्रेणी का विश्लेषण करें। आम तौर पर मौलिक क्या है, क्योंकि यह शब्द किसी तरह अस्पष्ट है, और यह महत्वपूर्ण क्यों है?

एरीटॉम: मौलिक वे विषय हैं जो सभी व्यावहारिक ज्ञान के लिए सीमेंट हैं। यही है, यह सैद्धांतिक आधार है जिस पर अधिकांश उपकरण और समाधान आम तौर पर हर जगह बनाए जाते हैं। यह अकादमिक आधार है जो अभ्यास को समझने के लिए आवश्यक है, यह समझना कि अभ्यास इस तरह क्यों बना है।

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

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

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

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

दिमित्री: और क्या महत्वपूर्ण है, लुकाश को वास्तव में इसके बारे में बात करने का हर अधिकार है, क्योंकि वह चाई.जैन्स और सिनोन.जैस जैसी प्रसिद्ध परीक्षण पुस्तकालयों का अनुरक्षक था ।

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



ओलेग: और मैथ्यू हेनरी ?

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

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

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

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

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

वह बताएगा कि उसने सीआई को किस तरह से संगठित किया और क्या चिप्स हैं, उदाहरण के लिए, दृश्य भिन्नता, और सामान्य रूप से किस प्रणाली में, Microsoft के भीतर समस्याओं को हल करने के लिए उसने किस ढांचे को आकर्षित किया।

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



ओलेग: ठीक है। हम निकोलस बेलमॉंट के पास जाते हैं।

आर्टीम: निकोलस, कार्ड बनाने वाली कंपनी मैपबॉक्स में काम करता है। रिपोर्ट उन एल्गोरिदम के बारे में फिर से, उस मौलिक आधार के बारे में बात करेगी, जो नक्शे के निर्माण के पीछे है।

3 डी में प्रतिपादन के बारे में। विशिष्ट बहुभुजों के बारे में, गणना के बारे में, स्थान के बारे में, निर्देशांक और उन सभी चीजों के बारे में जो इस प्रकार के आवेदन के निर्माण का आधार हैं।

स्वाभाविक रूप से, ग्राफ़ पर एल्गोरिदम की सबसे अधिक संभावना होगी, जो नक्शे के निर्माण के लिए फिर से मौलिक हैं, इन ग्राफ़ों पर एक रास्ता खोजने के लिए, और इसी तरह।

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

और निकोलस इन कार्डों को C ++, iOS, Android, और वेब के संदर्भ में भी प्रस्तुत करने के लिए जिम्मेदार है। यह है: वह यह सब देख रहा है, संभवत: पूरे Mapbox के दृष्टिकोण से उच्चतम संभव स्तर पर, जो निश्चित रूप से, लेकिन ब्याज नहीं जगा सकता है।

ओलेग: वैसे, क्या यह मैपबॉक्स कुछ प्रसिद्ध या बहुत स्थानीय है?

Artyom: जहां तक ​​मुझे पता है, कीमत के संदर्भ में, मेरी राय में, तीसरा समाधान कार्ड के बीच सबसे लोकप्रिय है, मैं गलत हो सकता हूं, लेकिन इन नंबरों के बारे में कुछ।

ओलेग: मैं दोहराता हूं कि उन्होंने उबेर के निदेशक को मैपबॉक्स में छोड़ दिया, सिर्फ इसलिए कि वे उबेर को नहीं छोड़ते हैं।

दिमित्री: मैपबॉक्स एक बहुत ही गंभीर कंपनी है, जिसे फिलहाल औसत जेएस डेवलपर के लिए अच्छी तरह से जाना जाना चाहिए।

फ़्रेमवर्क

ओलेग: अगला खंड चौखटे है। सबसे तेज, शायद।

यूजीन: सबसे प्रिय, शायद। "फ़्रेमवर्क। फ्रेमवर्क कभी नहीं बदलते हैं। ”

ओलेग: लेकिन क्या एक प्रवृत्ति है कि हर किसी को अपनी रूपरेखा लिखना चाहिए?

यूजीन: यह मुझे लगता है कि युद्ध पहले ही समाप्त हो गया है।

दिमित्री: Svelte आपको शुभकामनाएँ भेजता है!

Artyom: नहीं, ठीक है, हर दूसरा व्यक्ति एक फ्रेमवर्क नहीं लिखता है, लेकिन कुछ फ्रेमवर्क समय-समय पर Svelte की तरह शूट किए जाते हैं। शायद कुछ जल्द ही आग लग जाएगी।

माइकल: यह इस तथ्य के कारण नहीं है कि यह सिर्फ एक और ढांचा नहीं है। वे गोली मारते हैं क्योंकि कुछ मौलिक सिद्धांत पाया जाता है, और यह एक सफलता है।

ओलेग: सवाल यह है कि हाल के वर्षों की सबसे बड़ी सफलताएं क्या थीं?

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

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

ओलेग: यह औपचारिक सत्यापन पर एक रिपोर्ट है?

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

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

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

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



ओलेग: क्या हमारे पास रिएक्ट पर एक और रिपोर्ट है?

वसीली: हमारे पास एक रिपोर्ट, एक कार्यशाला और रिएक्ट में प्रदर्शन के बारे में दोनों हैं।

ओलेग: क्या आप अधिक जानकारी दे सकते हैं?

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

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

इसके अलावा, यह रिएक्ट के उदाहरण के द्वारा दिया जाता है, लेकिन वास्तव में यह एक फ्रेम एग्नोस्टिक है, वही दृष्टिकोण को किसी अन्य रेंडरिंग लाइब्रेरी में, कोणीय के लिए लागू किया जा सकता है, बस विशिष्टता के लिए रिएक्ट लिया जाता है।

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

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

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

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

ओलेग: हमें भी ग्राफकॉल के बारे में कुछ करना होगा।

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

दिमित्री: पावेल वास्तविक व्यावहारिक उदाहरणों के बारे में बताएंगे कि कैसे उन्होंने दिखाया कि सामने वाले के दृष्टिकोण से सही तरीके से टुकड़ों पर ग्राफकॉक कैसे किया जाता है। अंतिम होल्जेस में, उन्होंने सामान्य तरीके से बात की , अब वह इसे सामने के दृष्टिकोण से, और बैक-अप के दृष्टिकोण से, और वास्तविक और ठोस व्यावहारिक मामलों पर दोनों के दृष्टिकोण के अंतर के बारे में बताएंगे।

अलेक्सी: मैं अभी पहले ही समुदाय में व्यावहारिक अनुभव जमा कर चुका हूं । हमें अब यह सुनने में कोई दिलचस्पी नहीं है कि यह कितना अच्छा है, हम पहले से ही समस्याओं के बारे में सुनेंगे।



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

एरीटॉम: यहां बात यह है कि एक निश्चित कार्यक्षमता है जो जेएस को चलाने वाले इंजनों पर सीधे लागू नहीं होती है। इस तरह की कार्यक्षमता, उदाहरण के लिए, सीधे HTML पार्सिंग, या शैलियों के प्रदर्शन से संबंधित है, या इस रिपोर्ट के बगल में कहीं झूठ (एक्सटेंशन के साथ) में से एक में क्या होगा।

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

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

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

यह मौलिक प्रश्न होगा कि सामने वाला अंत में बताता है: "जब आपका आवेदन प्रस्तुत किया जाता है तो ब्राउज़र में वास्तव में क्या होता है?"

दिमित्री: और निकिता मोस्तोवी इस बारे में बात करेंगी कि यदि आप केवल एक ब्राउज़र का उपयोग करते हैं या वेबसाइटों को विकसित करते हैं, तो आपको किन समस्याओं का इंतजार है, अर्थात। विस्तार की समस्याओं के बारे में बात करेंगे।

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

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

यूजीन: वास्तव में, वे आपके पेज के साथ बिल्कुल सब कुछ कर सकते हैं।

दिमित्री: उन्हें रनटाइम में एक पृष्ठ में एम्बेड किया जा सकता है, और अभी हाल ही में, Google ने अभी भी इसे थोड़ा काटना शुरू किया। कुछ बिंदुओं पर, उन्हें नेटवर्क स्तर पर भी एम्बेड किया जा सकता है।

ओलेग: हाँ, विज्ञापन ब्लॉकर्स के साथ यह सब घोटाला।

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

डिजाइन सिस्टम

ओलेग: कूल। अगली श्रेणी डिज़ाइन सिस्टम है!

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

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

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

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

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

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

ओलेग: प्रोग्रामिंग भाषाओं का क्या होता है, उनमें से बहुत सारे हैं, जैसा कि यह था।

यूजीन: आप क्या हैं!

ओलेग: ठीक है, आप लिस्टिंग शुरू कर सकते हैं: Kotlin.js, क्लोजर, एल्म, रीजएमएमएल ...

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

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

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

: , , , , , , « , , Hello World», , React- ReasonML. ReasonML, . .

: — Nicolò Ribaudo . core team member Babel , Babel, proposal, , , , - .

, Babel, , , , - proposal. , 20 . ! .

: , WebAssembly.

, WebAssembly - . , . - , JavaScript , - . . Emscripten ? ? Yandex-. .

: CSS. , definition syntax, , , Houdini . CSS , CCS. CSSTree . CSS , .

Insiders

: , ? , , , - , . , , , .

: , , , .

: Romulo Cintra.

: Romulo Cintra . : « TC39 ?», — , TC39 , . , - . - , , JS , , , , -.

— , , , , , , .

, , . , TC39 , , , , .

, namespace Intl , , , ( ). , , . , , , , , , , — , .

, , — . , .

, Romulo TC39 , TC39 MessageFormat Working Group . , , , , , .

, - - stage — , , , , JS , .

, , , . - Fluent , , , Node.js — . , .

: -, , .



: ?

: -, . : JavaScript . , , , , State of JavaScript . TypeScript, , . : , TypeScript TypeError.

क्यों? , , -, TypeScript , , , . — , ahead of time. — .

, , , , Cannot read property of undefined , , . , .

: runtime-, runtime- . , TypeScript, - runtime . , , — . .

, - runtime, type guards, 15 if-, , property response. , , , , . , .

: Anna Herlihy .

: Anna ongoose MongoDB, . , ORM Mongo, . !

: , ?

: - . , , , , , . , .

, . , , , , , .

: ?

: : Guillermo Rauch, .

: , HolyJS — lightning talks. , lightning talk . lightning talk TC39 Aki Rose Braun, , , . .

, — . — , , , , , , MC. . , , 100%, , .

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

: HolyJS Honeypot Ember . . Honeypot, , GraphQL. - GraphQL.

: , , -, FrontSpot . MC — , .

: TCXX , TC39 . TC39 Daniel Ehrenberg . , TC39, , . .

HolyJS 2019 Moscow 8-9 . , .