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

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

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

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

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

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

कट्टर

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

निम्न स्तर का विवरण

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

ठीक है, चलो ट्रम्प कार्ड के साथ जाओ, क्या आपने कभी अपना .NET रनटाइम लिखना चाहते हैं? यह काम किया? क्रिस बेकन एक पायलट प्रोजेक्ट बनाने में कामयाब रहे, डॉटनेट एनीवेट , मल्टीथ्रेडिंग, पीवोक, कचरा संग्रह, और इसी तरह की चीजों के समर्थन के साथ एक बहुत ही संगत रनटाइम। यह उसका प्रोजेक्ट था जो ब्लेज़र फ्रेमवर्क को बनाने के लिए उपयोग किया गया था, जो आपको WebAvraction तकनीक का उपयोग करके सीधे ब्राउज़र में .NET चलाने की अनुमति देता है। (वैसे, Blazor के बारे में रिपोर्ट निकिता त्सुकानोव द्वारा बनाई गई थी, वीडियो YouTube पर है )। सामान्य तौर पर, यह DotNext कहेगा "तो आप अपना .NET रनटाइम बनाना चाहते हैं?" - रनटाइम लिखने के बारे में एक बहुत ही अजीब और असामान्य रिपोर्ट।

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



इस बार, राफेल एक नई रिपोर्ट के साथ आएगा, "इंटरऑपरेबिलिटी परिदृश्यों में मेमोरी प्रबंधन को बढ़ावा देना" । आपने देखा होगा कि नया Span<T> और Memory<T> एपीआई दिखाई दिया है, और अब आप प्रबंधित ऑब्जेक्ट्स को अर्थहीन कॉपी करने के बिना अप्रबंधित मेमोरी तक पहुंच सकते हैं। राफेल, रिपोर्ट के पाठ्यक्रम में, इन एपीआई में ड्रिल करने जा रहा है, आईओटी जैसे व्यावहारिक रूप से दिलचस्प उदाहरणों पर विवरण दिखाता है, और रोजमर्रा की गतिविधियों में एक मात्र नश्वर यह सब कर सकता है।

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

अधिकतम प्रदर्शन

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

• कोनराड कोकोसा
• ईगोर बोगटोव
• एव्जेनी पेशकोव
• अलेक्जेंड्रे म्यूटेल

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

लेकिन जीसी सिर्फ शुरुआत है। हाल ही में, कई रनटाइम में यह SSD और AVX जैसे SIMD प्रोसेसर निर्देशों को उत्पन्न करने के लिए उपयोगकर्ता को पहुंच देने के लिए लोकप्रिय हो गया है। उदाहरण के लिए, JS में, SIMD.js को जोड़ा गया (और हटा दिया गया), जावा में, पनामा प्रोजेक्ट ऐसा करता है, और इसी तरह। इस मॉड ने या तो .NET को बायपास नहीं किया। उन्होंने हमें महाशक्तियाँ दीं, लेकिन वे ऐसी हैं कि उनके पास होना पर्याप्त नहीं है - आपको अभी भी उनका उपयोग करने में सक्षम होने की आवश्यकता है, और यह मुश्किल है। एक ओर, इस तरह के स्तर पर नियंत्रण के लिए जबरदस्त प्रेरणा और योग्यता की आवश्यकता होती है: स्केलर के प्रदर्शन में बेहतर होने के लिए एक वेक्टर कोड लिखने के लिए, आपको न केवल संरेखण जैसी चीजों पर दबाव डालना होगा, बल्कि निर्देशों के विशिष्ट सेटों का भी पालन करना होगा, पीढ़ी और चीजों के परिणाम के बारे में सोचें यदि आप फास्ट ट्रैक से दूर हो जाते हैं। दूसरी ओर, यदि आप वास्तव में अधिकतम प्रदर्शन आवेदन लिखते हैं और हर उपाय को बचाते हैं, तो आप सबसे उन्नत कंपाइलरों की नीरसता का भी सामना कर सकते हैं। यहां तक ​​कि अपेक्षाकृत अध्ययन की समस्या, जैसे कि रजिस्टर आवंटन, एनपी-पूर्ण ( एक , दो ) है, मानव हस्तक्षेप की आवश्यकता होती है, और SIMD की स्थिति किसी भी बेहतर नहीं लगती है।

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



Egor कंप्यूटर और मोबाइल गेम के निर्माण में बहुत रुचि रखता है, जिसमें इन सभी अनुकूलन को लागू किया जा सकता है। हाल ही में जारी हत्यारे के पंथ ओडिसी के साथ हाल की कहानी इसकी पुष्टि करती है: डेवलपर्स को क्लाइंट बेस में कमी के बावजूद न्यूनतम सिस्टम आवश्यकताओं में AVX / SSE 4.1 के समर्थन के साथ प्रोसेसर को निर्दिष्ट करना पड़ा (ये Intel 2nd gen प्रोसेसर हैं: Intel Core5-2400 और उच्चतर, जो पहले थे) जिसे सैंडी ब्रिज कहा जाता है और जो सभी के पास नहीं है)।

अगर सबसे ज्यादा बिकने वाले खेल के उदाहरण ने आपको आश्वस्त नहीं किया, तो एलेक्जेंडर मटेल आपको निश्चित रूप से मना लेंगे। यह दूसरा स्पीकर है, जिसके साथ हमार का विस्तृत साक्षात्कार होगा। वह यूनिटी टेक्नोलॉजीज के लिए काम करता है, जो कंपनी सबसे लोकप्रिय गेम इंजनों में से एक है, एकता । (वैसे, उन्होंने हाल ही में पढ़ने के लिए C # कोड खोला है)। अलेक्जेंड्रे यकीन है कि वहाँ इस तरह के महत्वपूर्ण कोड है कि नियमित रूप से सी # अभी भी नहीं संभाल सकता है जानता है। इसलिए, उन्होंने एक विशेष "फट" संकलक का आविष्कार किया: यह एलएलवीएम का उपयोग करके अनुकूलित # देशी कोड में सी # का एक सीमित उपसमूह बदल देता है, जो आपको सी ++ की तुलना में प्रदर्शन को प्राप्त करने की अनुमति देता है, और कभी-कभी इससे भी तेज। RyuJIT से बेहतर कोड कैसे जनरेट करें? C # का कौन सा सबसेट अल्ट्राफास्ट कोड लिखने के लिए समझ में आता है? रिपोर्ट में इन और अन्य प्रश्नों को संबोधित किया जाएगा "फट कंपाइलर के पीछे, .NET IL को LLVM का उपयोग करके अत्यधिक अनुकूलित देशी कोड में कनवर्ट करना" - आप निश्चित रूप से इसे याद नहीं करना चाहेंगे!

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

एवगेनी की पिछली रिपोर्ट, ".NET में विशेष अपवाद", DotNext Piter 2018 सम्मेलन में दूसरा स्थान प्राप्त किया। यह प्रत्येक प्रकार की अपवाद की विशेषताओं पर चर्चा करता है, उदाहरण के लिए, StackOverflowException , ThreadAbortException , AccessViolationException और OutOfMemoryException जो तब होती हैं जब ऑपरेटिंग सिस्टम या रनटाइम स्तर पर त्रुटियां होती हैं।

सर्वोत्तम प्रथाओं और वास्तुकला

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



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

सर्वोत्तम अभ्यास

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



शाश्वत विषय हैं, जिनके सटीक उत्तर अभी तक नहीं मिले हैं, लेकिन प्रत्येक वर्ष के साथ समझ तेजी से बढ़ रही है। कभी न खत्म होने वाली लड़ाइयों में से एक TDD बनाम टेस्टलैस्ट है। शुरू करने के लिए, बहुत से लोगों को सामान्य रूप से परीक्षण प्रक्रिया के साथ समस्याएँ होती हैं, प्रक्रिया स्तर पर - समय-समय पर संचालित विकास की दुनिया में आप विशेष रूप से विकसित नहीं होंगे। हमने एक विशेष परीक्षण सम्मेलन, हाइजेनबग भी किया। प्रोग्रामर अभी भी अधिक जटिल हैं - चरम प्रोग्रामिंग के हिस्से के रूप में TDD का आविष्कार वर्ष 99 के आसपास किया गया था। अपनी सभी प्रतिभाओं के बावजूद, इसने कभी भी दुनिया पर कब्जा नहीं किया, जो कई कारकों से सुगम है। सामान्य जीवन में, यह टेस्ट-फर्स्ट भी नहीं, बल्कि असली टेस्ट-लास्ट में बदल जाता है। इस दृष्टिकोण के भी दोनों फायदे हैं (यह बहुत आसान समय सीमा में फिट बैठता है) और कई स्पष्ट नुकसान हैं। रूबी ऑन रेल्स के निर्माता से निर्दयी लेख "टीडीडी डेड" याद है? यह 2014 में लिखा गया था। 4 साल बीत गए, और पेंडुलम जगह पर नहीं रहा। आप इस मुद्दे के बारे में कैसा महसूस करते हैं? डॉटनेक्स्ट पर "टेस्ट लास्ट, टेस्ट फर्स्ट, टीडीडी: व्हेन टू यूज वन ऑर अदर अप्रोच" होगा - एक रिपोर्ट जिसमें अलेक्जेंडर कुगशेव से बात कर रहे शीर्षक के साथ। सिकंदर इन सभी दृष्टिकोणों पर विस्तार से ध्यान देगा और विशिष्ट बल्कि जटिल उदाहरणों के लिए उनकी प्रयोज्यता पर विचार करेगा।

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

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

आर्किटेक्चर

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

तो हमारे पास इस समय कौन है? हमने पहले ही लेख में ग्रेग यंग की चर्चा की है। यह एक स्पीकर "श्रेणियों से बाहर" है, जो सिर्फ इसलिए जा रहा है क्योंकि यह ग्रेग है।

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

वागीफ तुरंत पीसी का सदस्य नहीं था, लेकिन पिछले डॉटनेक्स्ट पर एक वक्ता के रूप में शुरू हुआ।

लोग पुरानी पुस्तकों से वास्तुकला सीखते हैं जो जावा के लिए लिखी गई थीं। किताबें अच्छी हैं, लेकिन वे उस समय के उपकरणों के साथ उस समय की समस्याओं का समाधान प्रदान करती हैं। समय बदल गया है, सी # जावा की तुलना में प्रकाश स्काला के समान है, और कुछ नई अच्छी किताबें हैं।

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

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

हम आपको याद दिलाते हैं कि डॉटनेक्स्ट 2018 मॉस्को बहुत जल्द आयोजित किया जाएगा - 22-23 नवंबर को रेडिसन रॉयल मॉस्को कांग्रेस पार्क में। टिकट अभी भी सम्मेलन की वेबसाइट पर खरीदे जा सकते हैं।

और यह भी, हमारे दोस्तों DevZen पॉडकास्ट ने हाल ही में एक पीसी रिलीज़ किया DotNext, आप अपने अवकाश पर सुन सकते हैं।