सबसे दिलचस्प DotNext 2018 रिपोर्ट का अवलोकन: ईस्टबैंक टेक्नोलॉजीज संस्करण

हैलो, हब्रोस्क नागरिकों!

हम डॉटनेट .NET डेवलपर्स के लिए एक सम्मेलन से लौटे और ईमानदारी से सबसे यादगार रिपोर्टों के बारे में हमारे छापों को साझा करें। हमें उम्मीद है कि हमारी समीक्षा उन लोगों के लिए उपयोगी होगी जो प्रदर्शन के वीडियो देखेंगे।

प्रस्तुतियों का एक हिस्सा सम्मेलन की वेबसाइट पर प्रकाशित किया गया था, इसलिए हमने कुछ समीक्षाओं को उनके लिंक के साथ पूरक किया।

दिन 1

.NET प्रोजेक्ट्स में टारनटूल का उपयोग करना - अनातोली पोपोव ( प्रस्तुति )

रिपोर्ट SQL -> NoSQL -> NewSQL डेटाबेस, उनके पेशेवरों और विपक्ष के विकास की समीक्षा के साथ शुरू हुई। अनातोली ने बताया कि, वास्तव में, NewSQL की आवश्यकता क्यों बढ़ गई है - यह NoSQL प्रदर्शन और SQL क्वेरी भाषा को पार करने का एक प्रयास है, जिसके लिए एक अरब उपयोगी उपकरण उपलब्ध हैं।

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

रिपोर्ट का मुख्य हिस्सा, अनातोली ने .NET के लिए टारेंटूल ड्राइवर के कार्यान्वयन में प्रदर्शन के लिए संघर्ष के बारे में बात की। Readonly Span और IMemoryOwner पूल के नए सार कार्रवाई में गए। मानक 200k आरपीएस लिया जाता है, जो गोलंग-चालक देता है, और अब तक परिणाम का 1/3 हासिल करने में कामयाब रहा है। स्पीकर ने आश्वासन दिया कि वह धीरे-धीरे संकेतकों में सुधार करेगा, लेकिन भविष्य की विशिष्ट योजनाएं और संभावनाएं कोहरे में बनी हुई हैं।

.NET कोर - ईगोर बोगाटोव के अंदर अनुकूलन

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

ईजीआर ने मोनो में गणना के ऑटो-वेक्टराइजेशन के विषय को कवर किया, एसएसई-एवीएक्स निर्देशों के बारे में भी बात की, जो अब सीधे सी # से उपलब्ध है।

भविष्य को देखते हुए, उन्होंने हमें बताया कि .Net कोर 3 टियर संकलन में हमें इंतजार है, अर्थात। जावा में सर्वर की तरह रनटाइम में एक अलग भारी जीट दिखाई देगा। RyuJIT में, लूप अन्रॉलिंग और एस्केप एनालिसिस के लिए नई अनुकूलन की उम्मीद की जाती है (बाद वाले को एक छात्र द्वारा देखा जाता है, गितुब को उसकी मदद करने दें)।

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

सेफ-स्टैक के साथ आधुनिक वेब विकास - स्टीफन फोर्कमैन

स्टीफन एफ # भाषा के लिए एक उत्साही माफी देने वाला है। रिपोर्ट में, उन्होंने वेब विकास में अपने अनुभव को साझा किया, पूरी तरह से कार्यात्मक कैनन पर बनाया गया। यहाँ आपके पास कार्यात्मक MVC वेब फ्रेमवर्क (शनि), और F # का JS में अनुवाद करने के लिए Fable, और एल्म जैसा UI है, जो वास्तव में बहुत अच्छे और बहुत अच्छे वाक्यांशों के साथ अनुभवी हैं। समग्र रूप से रिपोर्ट खराब नहीं है और वैकल्पिक धर्मों की अलौकिक क्षमताओं की पुष्टि करती है।

हवाई जहाज मोड प्रूफ Xamarin अनुप्रयोगों का निर्माण - जेराल्ड वर्स्लिस ( प्रस्तुति )

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

ASP.NET कोर मल्टी-टेनेंट आर्किटेक्चर: चुनौतियां और समाधान - हलील अब्राहिम कल्कान ( प्रस्तुति )

रिपोर्ट में बहु-किरायेदार अनुप्रयोगों की वास्तुकला की सभी मुख्य विशेषताओं का वर्णन किया गया है।

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

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

डोमेन-संचालित डिज़ाइन: एक व्यावहारिक विशेषज्ञ के लिए एक नुस्खा - एलेक्सी मर्सन ( प्रस्तुति )

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

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

तीन-परत / चार-परत वास्तुकला की तुलना में बल्बस आर्किटेक्चर के सार और पेशेवरों के बारे में सुनना दिलचस्प था।

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

दिन २

व्यावहारिक इकाई परीक्षण - व्लादिमीर खोरीकोव ( प्रस्तुति )

हमारी राय में सर्वश्रेष्ठ रिपोर्ट और बोलने वालों में से एक।

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

खोरिकोव ने प्लुरलाइट में कई पाठ्यक्रमों को दर्ज किया है - वहां उसके लिए देखो। उनका एक अच्छा ब्लॉग भी है।

त्वरित डिजाइन - मैक्सिम अर्शिनोव ( प्रस्तुति )

डीडीडी पर मर्सन की रिपोर्ट को जारी रखते हुए, मैक्सिम ने उपयोगकर्ता के ईमेल को अपडेट करने के तरीके को फिर से भरने वाली रिपोर्ट के दौरान कोड की प्याज की वास्तुकला की शास्त्रीय परत से संक्रमण के बारे में बात की। परिणाम CQRS- शैली में डेकोरेटर (hi, yegor256) की पाइपलाइन थी, जिसमें सबसे सख्त DTO टाइपिंग (hi, FSharpForFunAndProfit) थी।

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

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

ब्लास्ट कंपाइलर के पीछे, LL ILM - अलेक्जेंड्रे म्यूटेल का उपयोग करके .NET IL को अत्यधिक अनुकूलित देशी कोड में बदलना

जाहिरा तौर पर, एकता ने ए-क्लास गेम्स पर अपने दांतों को बंद कर दिया है, और इसलिए igrodelov को C ++ के बहुत अधिक प्रदर्शन की आवश्यकता है। मुटल ने बताया कि कैसे वे सी # भाषा (एचपीसी #) के सबसेट को उजागर करके अच्छे परिणाम प्राप्त करते हैं, जिसमें जीसी के बिना मेमोरी के साथ कुशल कार्य के लिए तैयार संरचनाएं हैं और कुछ परिचित भाषा निर्माण हैं।

यह विचार केवल सबसे महंगी विधियों के लिए इस सबसेट को लागू करने के लिए है, ताकि अन्य जगहों पर हाथ हमेशा की तरह (जहां तक ​​खेल देव में अनुमेय हो) के रूप में अछूता रहेगा। एचपीसी # को संकलित करने के लिए, एक नया एओटी / जेआईटी फट कंपाइलर विकसित किया जा रहा है। RyuJIT के साथ तुलना में फट पहले से ही कुछ सिंथेटिक परीक्षणों पर 10x देता है।

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

रिपोर्ट को समझना मुश्किल है, वक्ता बहुत कठोर है।

एक क्लस्टर में अभिनेताओं का जीवन: क्यों, कब और कैसे - वागिफ अबिलोव ( प्रस्तुति )

रिपोर्ट से पता चला कि आधे दर्शक F # पर बैठे हैं। यह शायद सबसे सुखद बात है जो इस रिपोर्ट में थी। प्रदर्शन एक क्लस्टर में विभाजित मस्तिष्क के बारे में लाइव मंत्र के साथ समाप्त हुआ। यह गौरवशाली है।

कैसे लोड के तहत जीवित रहने के लिए: दोष-सहिष्णु सर्वर, स्मार्ट ग्राहक - इगोर लुकैनिन ( प्रस्तुति )

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

माइक्रोफोन एक अनुभवी वक्ता के स्वामित्व में था, इगोर को सुनना आरामदायक था।

डोडो IS प्रदर्शन वास्तुकला - जार्ज पॉलेवॉय ( प्रस्तुति )

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

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

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

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

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

सामान्य तौर पर, भले ही आप अत्यधिक भरी हुई सेवाओं का विकास नहीं कर रहे हों, फिर भी इस रिपोर्ट को देखें।

उत्तरदायी और स्केलेबल अनुप्रयोगों का निर्माण - जेफरी रिक्टर ( प्रस्तुति )

यह जेफरी रिक्टर की एक पुरानी रिपोर्ट है। यह कम से कम एक वर्ष के लिए इंटरनेट पर पाया जा सकता है, और इस विषय में नवीनता का कोई दावा नहीं है। लेकिन नरक, यह जेफरी रिक्टर है! हम मदद नहीं कर सके, लेकिन पुस्तक के लेखक को सुन सकते हैं, जिसे किसी भी सी # डेवलपर की बाइबल माना जाता है। ओल्ड जेफरी एक अच्छे इंसान और अच्छे वक्ता थे। हमने बस मस्ती की।