قريبا جدا ، في 22-23 نوفمبر ، ستعقد موسكو DotNext القادمة. أصبح البرنامج أكثر تحديدًا ، لذلك أود مشاركة بعض الملاحظات حول التقارير المتشددين والمعمارية.

أولاً ، هناك بعض المتحدثين "بدون فئة". هؤلاء هم الأشخاص الذين يمكن أن يملؤوا أنفسهم بمؤتمر منفصل. أنت تعرف أسمائهم: جيفري ريشتر ، بافيل يوسيفوفيتش وجريج يونج .

عادة في مقالات عن حبري بجانب المتحدث نعطي صورته على الفور. في حالة جيفري وبول ، حالة خاصة - من الأفضل أن تتذكر هؤلاء الأشخاص على أغلفة الكتب:

على اليمين كتب بافيل يوسيفوفيتش . وهو معروف بمؤلف Windows Internals و WPF Cookbook و Mastering Windows C ++ App Development وخمس دورات في Pluralsight. إذا كنت مهتمًا فجأة أيضًا بـ C ++ ، فقد نشر Pavel مؤخرًا مقطع فيديو على YouTube حول طراز ذاكرة C ++. بالإضافة إلى ذلك ، فهو مطور ومدرب ومتحدث معروف ، ولكن في هذا الدور بالكاد رأيناه - لم يحدث أبدًا في روسيا. وهكذا ، بافيل - لدينا على DotNext. هذا نجاح كبير وانتصار ، كل شيء نجح وسيأتي حقاً. في تقريره الجديد ، "Windows 10 internals for .NET developer" ، سيتحدث عن الميزات الداخلية المثيرة للاهتمام في Windows 10 ، وكيف تؤثر هذه الميزات على مطوري .NET وكيف يمكنك وضعها بشكل مفيد في خدمتك.

يوجد على اليسار كتاب جيفري ريختر . لقد أجرينا معه بالفعل مقابلة مفصلة مع هبر ، إذا كنت تريد حقًا معرفة ما يفكر فيه الشخص الذي يحدد اتجاه تطور أزور ، فيجب عليك الذهاب إلى هناك. جيفري هو المؤلف التسلسلي للكتب الكلاسيكية. بعد أن اكتسب شعبية في أوائل التسعينات بفضل الكتاب على برمجة Windows 3.1 ، لم يتوقف. أصبح الكتاب الكبير التالي ، "برمجة التطبيقات لـ Microsoft Windows" ، كلاسيكيًا ، نُشر لاحقًا باسم "Windows عبر C / C ++" وقاوم العديد من الإصدارات. حدث الشيء نفسه مع "CLR عبر C #". لا يزال الناس يسألون عن موعد إعادة الإصدار التالي لـ "CLR عبر C #" (إذا كنت مهتمًا أيضًا ، تعال إلى المؤتمر واسأل نفسك!). وهو الآن مهندس برامج شريكة في Microsoft ، ويعمل في تطبيقات التخزين السحابية الموزعة ، ويسحب النظام الأساسي بأكمله إلى مستقبل أكثر إشراقًا. نوصي بشدة بالذهاب إلى تطبيقه المتجاوب مع التطبيقات القابلة للتطوير ، وهو تقرير عن الاستخدام الفعال للحديد السحابي - من شخص يعرف كل شيء عنه.

بالنسبة لجريج يونج ، ليس لديه أي كتب رفيعة المستوى بشكل خاص. إنه "المخترع" الوحيد لمصطلح CQRS ، وهو أحد أشهر وأشهر الشخصيات في هذا الاتجاه. كما كنت قد خمنت بالفعل ، كل شيء في CQRS ليس بسيطًا ومفهومًا تمامًا كما يبدو للوهلة الأولى ، وجريج هو الشخص الذي يمكنك مناقشة كل هذا معه. إذا كنت تريد أن ترى ما يقوله جريج ، يتم البحث عنه على الفور على YouTube ، وقد كتب ذات مرة على CodeBetter ، وإذا نظرت إلى الكتب على CQRS على Amazon ، فقد تم تكليفه بكتابة مقدمة لكتاب استكشاف CQRS و Event Sourcing من تأليف المخرج شفل

فاضح

أثبتت DotNext نفسها كمؤتمر يظهر فيه كبار المتحدثين مرارًا وتكرارًا ، ويكشفون عن القضايا الخاصة الأكثر تعقيدًا. هناك العديد من المواضيع التي تحول أي تقرير تقريبًا إلى تقرير متشدد ، على سبيل المثال ، ضمان أقصى قدر من الأداء وتفاصيل التنفيذ للتقنيات المعقدة.

تفاصيل منخفضة المستوى

لقد تحدثنا بالفعل عن جيفري ريشتر وبافل يوسيفوفيتش. لكن هذا ليس كل شيء! دعونا نرى ما أعده لنا Raffaele Rialdi و Chris Bacon و Yegor Grishechko.

حسنًا ، دعنا نبدأ بالبطاقات الرابحة ، هل سبق لك أن أردت كتابة وقت تشغيل .NET الخاص بك؟ هل نجحت؟ تمكن كريس بيكون من إنشاء مشروع تجريبي ، DotNetAnywhere ، وهو وقت تشغيل متوافق حقًا مع دعم أشياء مثل multithreading ، و PInvoke ، وجمع القمامة ، وما إلى ذلك. تم استخدام هذا المشروع الخاص به لبناء إطار Blazor ، والذي يسمح لك بتشغيل .NET مباشرة في المستعرض باستخدام تقنية WebAssembly. (بالمناسبة ، تقرير عن Blazor تم بواسطة نيكيتا تسوكانوف ، الفيديو على موقع يوتيوب ). بشكل عام ، سيقول DotNext هذا "لذا تريد إنشاء وقت تشغيل .NET الخاص بك؟" - تقرير غريب الأطوار وغير عادي حول كتابة وقت التشغيل.

دعنا ننتقل إلى مواضيع أكثر عملية. إذا كنت قد زرت DotNext ، فيجب أن تكون على دراية برفائيل ريالدي والموضوعات التي يتخصص فيها. إذا لم يكن كذلك ، فقد حان الوقت للتعرف على نفسك!



هذه المرة ، سيأتي رافائيل مع تقرير جديد ، "تعزيز إدارة الذاكرة في سيناريوهات التشغيل البيني" . ربما لاحظت ظهور واجهات برمجة التطبيقات Span<T> و Memory<T> ، ويمكنك الآن الوصول إلى الذاكرة غير المُدارة دون الحاجة إلى النسخ غير المبرر إلى الكائنات المُدارة. سوف يقوم Rafael ، في سياق التقرير ، بالتعمق في واجهات برمجة التطبيقات هذه ، ويعرض تفاصيل عن أمثلة مثيرة للاهتمام عمليًا مثل إنترنت الأشياء ، وأن مجرد بشر في الأنشطة اليومية يمكن أن يفعل كل هذا.

في الآونة الأخيرة ، ظهرت ValueTask وأنواع تشبه المهام و IValueTaskSource في الإصدارات الحديثة من اللغة. الكثير لا يعرفون حتى أن هذه الأنواع موجودة ، ومعظم أولئك الذين يعرفون عن وجودها لا يفهمون سبب وجودها. سيخبرك إيجور غريشيكو في تقريره "ValueTask: ماذا ولماذا ولماذا" ما هي هذه الأدوات الجديدة ولماذا يتم استخدامها ومتى يتم تبريرها ومتى لا.

الأداء الأقصى

ترتبط جميع التقارير تقريبًا بطريقة أو بأخرى بالأداء ، حتى في حالة المرور. هذه ميزة عمل المطور. لكن البعض أود تسليط الضوء على وجه التحديد ، هذه هي تقارير أربعة متحدثين:

• كونراد كوكوسا
• إيجور بوجاتوف
• إيفجيني بيشكوف
• الكسندر موتيل

لقد رأينا بالفعل حديثًا حول وقت تشغيل .NET الخاص بنا. ماذا عن GC الخاص بك؟ هل سنحتاج إلى تصحيح ملف رهيب بحجم ميغا بايت من كود C ++ الذي تم إنشاؤه؟ لحسن الحظ لا. في .NET Core 2.1 ، أضافوا ميزة جديدة تسمى Local GC ، والتي تتيح لك استبدال جامع القمامة القياسي بشيء عام ، أو العكس - استخدم المجمع القياسي خارج بيئة .NET المعتادة. في تقرير "قم بعمل .NET GC المخصص -" whys و "hows" ، سيقدم لنا Konrad Kokosa كيف يتم ذلك. سيكون من المثير للاهتمام والمفيد بشكل رئيسي لأولئك الذين يرغبون في فهم إدارة الذاكرة وسلوك GC بشكل أفضل. الجوهر الرئيسي للتقرير ليس إلى حد أنك عدت إلى المنزل من المؤتمر وحوّلت المنتج على الفور إلى شيء مكتوب ذاتيًا. بل هو تقرير ملهم رائع يوسع حدود ما هو ممكن. ليس عليك القيام بذلك ، ولكن هناك الآن فرصة للتجربة. يبدو GC أقل فأكثر شيئًا غير مفهوم في حد ذاته ، ويقع أكثر فأكثر في يدك كأداة مريحة ومطيعة.

لكن GC ليست سوى البداية. في الآونة الأخيرة ، أصبح من الشائع في العديد من أوقات التشغيل منح المستخدم حق الوصول لإنشاء تعليمات معالج SIMD ، مثل SSE و AVX. على سبيل المثال ، في JS ، تمت إضافة SIMD.js (وإزالتها) ، وفي Java ، يقوم مشروع بنما بذلك ، وهكذا. هذا التعديل لم يتجاوز .NET سواء. لقد أعطونا قوى خارقة ، لكنهم لا يكفي أن يكون لديهم - ما زلت بحاجة إلى أن تكون قادرًا على استخدامها ، وهذا أمر صعب. من ناحية ، تتطلب السيطرة على مثل هذا المستوى تحفيزًا وتأهيلًا هائلين: لكتابة رمز متجه متفوق في الأداء إلى العدد ، تحتاج إلى إجهاد ليس فقط أشياء مثل المحاذاة ، ولكن أيضًا اتباع مجموعات محددة من التعليمات ، والتفكير في نتيجة الجيل والأشياء التي تحدث إذا خرجت عن المسار السريع. من ناحية أخرى ، إذا كنت تكتب حقًا أقصى تطبيق للأداء وقمت بحفظ كل مقياس ، فيمكنك مواجهة غباء حتى المترجمين الأكثر تقدمًا. حتى المشكلة التي تمت دراستها نسبيًا ، مثل تخصيص التسجيل ، اكتملت NP ( واحد ، اثنان ) ، وتتطلب التدخل البشري ، ولا يبدو أن وضع SIMD أفضل.

هذا العام ، وصل إيجور بوغاتوف مع تقرير جديد بعنوان "التحسين داخل .NET Core" ، حيث سيخبرك بكيفية إنشاء بطاقة SIMD من التعليمات البرمجية عالية المستوى. مع Yegor ، سننشر قريبًا مقابلة تفصيلية حول حبري. الآن أريد أن أقول أن Egor يعمل في Microsoft ، وهو متخصص في Mono و .NET Core ، وهذه ليست المرة الأولى التي يقدم فيها عرضًا تقديميًا على DotNext. احتفظ ببعض الإدخالات السابقة:



إن Egor مهتمة للغاية في إنشاء ألعاب الكمبيوتر والألعاب المحمولة ، حيث يمكن تطبيق جميع هذه التحسينات. تؤكد القصة الأخيرة مع Assassin's Creed Odyssey التي تم إصدارها مؤخرًا ما يلي: كان على المطورين تحديد معالجات تدعم AVX / SSE 4.1 في الحد الأدنى من متطلبات النظام ، على الرغم من انخفاض قاعدة العملاء (هذه هي معالجات Intel من الجيل الثاني: Intel Core i5-2400 وأعلى ، والتي كانت في وقت سابق تسمى ساندي بريدج والتي ليس لدى الجميع).

إذا لم يقتنعك مثال اللعبة الأكثر مبيعًا ، فإن ألكسندر موتيل سيقنعك بالتأكيد. هذا هو المتحدث الثاني الذي سنجري معه مقابلة مفصلة مع هبر. وهو يعمل لدى Unity Technologies ، الشركة التي تصنع واحدة من أكثر محركات الألعاب شعبية ، Unity . (بالمناسبة ، قاموا مؤخرًا بفتح رمز C # للقراءة). يعرف ألكسندر بالتأكيد أن هناك رمزًا مهمًا لا يزال C # العادي لا يمكنه التعامل معه. لذلك ، اخترعوا مترجمًا خاصًا بـ "الاندفاع": فهو يحول مجموعة فرعية محدودة من C # إلى كود أصلي محسن باستخدام LLVM ، مما يسمح لك بتحقيق أداء مماثل لـ C ++ ، وأحيانًا أسرع. كيفية إنشاء رمز أفضل من RyuJIT؟ أي مجموعة فرعية من C # منطقية لكتابة كود فائق السرعة؟ سيتم تناول هذه الأسئلة وغيرها في التقرير "خلف مترجم الاندفاع ، تحويل NET IL إلى رمز أصلي محسن للغاية باستخدام LLVM" - بالتأكيد لن ترغب في تفويت هذا!

أود إنهاء وصف هذه الفئة بشيء يمكن الاستفادة منه على الفور. يبدو أن "مقاييس النظام: جمع المزالق" مناسبة تمامًا لهذا الدور. سيخبرك Evgeny Peshkov من Kontur بكيفية التغلب على المقاييس: كيف تختلف فيما بينها ، وماذا تفعل مع مشاكل الأداء في Process and PerformanceCounter ، وكيف يتم ترتيب عدادات الأداء في الداخل ، وما يلي ذلك وما إلى ذلك.

تقرير Evgeny السابق ، "استثناءات خاصة في .NET" ، احتل المركز الثاني في مؤتمر DotNext Piter 2018. يناقش ميزات كل نوع من الاستثناءات ، على سبيل المثال ، StackOverflowException و ThreadAbortException و AccessViolationException و OutOfMemoryException التي تحدث عند حدوث أخطاء في نظام التشغيل أو مستوى وقت التشغيل.

أفضل الممارسات والهندسة المعمارية

بعد إعلاناتنا ، قد يبدو أحيانًا أن DotNext نوعًا من المتشددين المتينين للمطورين منخفضي المستوى. في الواقع ، يحتوي البرنامج على فئات أخرى كافية. ألق نظرة عن كثب على البرنامج - توجد علامات بجوار معظم التقارير. عند اختيار التقرير التالي ، انتبه لهم. Hardcore هي علامات حول أداء وتفاصيل المترجم ، بجانبها أيقونة ناطقة مع "عنزة". لكن ألق نظرة على عدد السمات العالمية التي يمكنك تطبيقها الآن!



وفي الوقت نفسه ، يعد العثور على تقارير رائعة حول "الممارسات الجيدة" و "العمارة" أمرًا صعبًا للغاية. حقيقة أن المرء يبدو فكرة رائعة ، بالنسبة للآخرين تبدو مثل هراء كامل والعكس صحيح. هل كان لدى المتحدث في الشركة بنية معينة للنظام ، ولكن بالنسبة لنا بطريقة مختلفة؟ وماذا يعني ذلك؟ لحسن الحظ ، هناك مجموعة من المواضيع التي يمكن مناقشتها ليس فقط لأسباب الذوق.

أفضل الممارسات

أولاً ، هذه هي المجالات التي من الواضح أن المشاكل مستمرة. في كل مرة تسافر على متن طائرة ، ترغب في الاستماع إلى مجموعة من الموسيقى ، وتقول إحدى الخدمات السحابية الروسية المعروفة أنه من الجيد أنك قمت بتنزيل مجموعتك على القرص المدمج وانتقلت دون اتصال ، ولكن هل يمكنك التحقق من الترخيص؟ قبل التحقق من الترخيص ، عشرة كيلومترات عموديا. في المرة التالية التي تقوم فيها بتنزيل كل شيء في Hi-Res على القرص المدمج وستستمع إلى تطبيق المشغل. وفي مكان ما في منتصف الرحلة ، يسأل لاعب تم شراؤه بصدق - كل شيء على ما يرام ، لكنني نسيت التحقق من الترخيص وتنزيل شيء ما. تقفز من خلال عشرة كيلومترات عموديا. من وجهة نظر المطور ، يبدو هذا أكثر جحيمًا ، لأن العديد من الأطر المألوفة لا تعني على الإطلاق عدم وجود اتصال بالشبكة. في بعض الحالات ، يجب عليك كتابة الكثير من الأشياء القبيحة مثل التعليمات البرمجية المكررة للقراءة المباشرة وذاكرة التخزين المؤقت. الآن نضرب كل هذا على المنصة ونبقى في الحوض الصغير. أم يبدو الأمر كذلك في البداية؟ اكتب في التعليقات. في DotNext سيكون هناك تقرير رائع حول هذا الموضوع ، "إنشاء تطبيقات Xamarin دليل على وضع الطائرة" من Gerald Versluis ، والذي يمكنك معرفته من العديد من الخطب ومشاركات المدونات وكتبين . على الرغم من الاسم ، سيكون هذا التقرير مثيرًا للاهتمام حتى للأشخاص الذين ليسوا على دراية بـ Xamarin.



هناك مواضيع أبدية ، لم يتم العثور على إجابتها الدقيقة بعد ، ولكن مع كل عام يزداد الفهم بسرعة. واحدة من المعارك التي لا تنتهي هي TDD مقابل TestLast. بادئ ذي بدء ، يعاني الكثير من الأشخاص من مشكلات في الاختبار بشكل عام ، على مستوى العملية - في عالم التطوير المدفوع بموعد نهائي لن يتم تطويره بشكل خاص. حتى قمنا بعمل مؤتمر اختبار خاص ، Heisenbug . لا يزال المبرمجون أكثر تعقيدًا - تم اختراع TDD حوالي عام 99 كجزء من البرمجة المتطرفة. على الرغم من كل عبقريتها ، إلا أنها لم تستحوذ على العالم أبدًا ، الأمر الذي يسهله عدد من العوامل. في الحياة العادية ، لم يتبين حتى الاختبار الأول ، ولكن الاختبار الحقيقي الأخير. هذا النهج له أيضًا مزايا (فهو يناسب المواعيد النهائية أسهل بكثير) وعدد من العيوب الواضحة. هل تتذكرون المقالة المفرطة بلا رحمة "TDD ميتة" من منشئ روبي أون ريلز؟ تم كتابته في عام 2014. مرت 4 سنوات ، ولم يبقى البندول في مكانه. ما هو شعورك حول هذه القضية؟ في DotNext سيكون هناك "اختبار أخير ، اختبار أولاً ، TDD: متى يتم استخدام نهج أو آخر" - تقرير بعنوان حديث من ألكسندر كوجوشيف. سوف يسهب الإسكندر بالتفصيل في كل هذه المناهج وينظر في إمكانية تطبيقها على أمثلة محددة معقدة إلى حد ما.

تقرير آخر يردد هذا التقرير - "اختبار وحدة براغماتية" من قبل فلاديمير خوريكوف ، متخصص من نوع مختلف ، خبير في إنقاذ مشاريع إرث ضخمة. نعم ، نحن لا نحب أن نتحدث عن ذلك ، ولكن في بعض الأحيان تؤدي الأشياء الأكثر غباءً إلى انهيار حتى أكثر المشاريع المعمرة التي تم بناؤها إلى الأبد . أحد العوامل التقنية لنجاح شركات التكنولوجيا على المدى الطويل هو اختبارات الوحدة الصحيحة. نعلم جميعًا مجموعة من الممارسات ، ولكن على المدى الطويل ، ليست كل الممارسات مفيدة على قدم المساواة. هذا التقرير ليس للمبتدئين - إنه لأولئك الذين يمكنهم كتابة الاختبارات ويرغبون في الارتقاء بفهمهم إلى مستوى جديد. بالمناسبة ، لدى فلاديمير مدونة ممتازة يحلل فيها المشاكل المعمارية الأكثر إثارة للاهتمام. ينصح بشدة الخيال لكل من المبتدئين للتنوير ، وكبار المخضرمين للتنظيم.

في القسم الخاص بالممارسات الجيدة ، أود أن أذكر تقريرًا آخر - "كيفية البقاء تحت الحمل: خادم متسامح مع الأخطاء ، عميل ذكي" بقلم إيغور لوكانين. إيغور هو شخص حضر كممثل لـ Kontur جميع مؤتمراتنا الأخيرة تقريبًا. لقد أجريت معه مقابلة مع Phillenary ولاحظت بسرعة أنه كان قادرًا على إعطاء إجابة عميقة ودقيقة على عدد كبير من الأسئلة العملية. لم يكن من الضروري التحضير بشكل خاص لإجراء مقابلة مع إيغور - سألناه أي أسئلة ، وأجاب على كل شيء تقريبًا. إلى جانب أهم سؤال: متى ستأتي إلى مؤتمرنا كمتحدث؟ وهكذا حدث. يقول وصف التقرير ببساطة: "ستتعلم من التقرير كيفية إنشاء مثل هذه الخدمات الدقيقة وإجراء اختبار الضغط للتأكد من أنها تتحمل الحمل". ليس هناك شك في أن الأمر سيكون كذلك ، وهو يستحق الكثير. في النهاية ، من المحتمل أن تكون البنية الأساسية لكونتور أكبر إنتاج .NET في روسيا. على أي حال ، يمكنك دائمًا طرح أسئلة إضافية على إيغور في منطقة المناقشة.

العمارة

وأخيرًا ، فئتنا الأخيرة لهذا اليوم هي الهندسة المعمارية. يتذكر الكثير منا مقالة جويل سبولسكي "لا تدع رواد الهندسة المعمارية يخيفونك" . إذا لم تكن قد قرأتها ، انظر ، لم يتغير شيء كثير منذ ذلك الحين. "تذكر أن هواة الهندسة عادة ما يحلون المشاكل التي يعتقدون أنه يمكن حلها. يذكرنا سبولسكي: "ليست مفيدة على الإطلاق في حلها". يتم اختيار تقاريرنا "المعمارية" على أساس مشترك: يجب أن يكون لها فائدة عملية ملموسة ، وجمهور مستهدف محدد ، وتوصيل الأفكار بوضوح في أربعين دقيقة فقط مخصصة للتقرير. على الرغم من البساطة الخارجية لهذه المتطلبات ، لا تمر جميع التطبيقات بها.

إذن من لدينا هذه المرة؟ لقد ناقشنا بالفعل جريج يونج في بداية المقالة. هذا متحدث "خارج الفئات" ، وهو يستحق الذهاب لمجرد أنه جريج.

سيأتي Vagif Abilov ( VagifAbilov ) مع تقرير "حياة الممثلين في المجموعة: لماذا ومتى وكيف . " واجيف هو متحدث مشهور وعضو في لجنة برنامج DotNext. بالمناسبة ، يتم وضع طلبات عالية بشكل خاص على تقرير مشارك الكمبيوتر - يجب أن يكون هذا مثالًا على كيفية إخبار التقارير المعمارية الجيدة. هذه المرة سيكون هناك تقرير قوي عن نموذج الممثل ، عكا وحدود انطباقها. سنناقش قوالب التحجيم ونماذج قرارات المجموعة الأساسية. من الواضح أنه يمكن قول المزيد ، ولكن من الصعب الاستغناء عن المفسدين. فقط تعال إلى التقرير واكتشف كل هذا بنفسك. جميع القرارات ليست رحلة فكرية لرواد الفضاء ، ولكن يتم اختبارها على تجربة هيئة البث النرويجية (NRK).

لم يكن فاجيف على الفور عضوًا في جهاز الكمبيوتر ، ولكنه بدأ كمتحدث في DotNext السابق.

يتعلم الناس الهندسة المعمارية من الكتب القديمة التي تم كتابتها لـ Java. الكتب جيدة ، لكنها توفر حلاً لمشاكل ذلك الوقت بأدوات العصر. لقد تغير الوقت ، C # يشبه الضوء Scala أكثر من Java ، وهناك عدد قليل من الكتب الجيدة الجديدة.

في تقرير "التصميم الفوري" سيتحدث مكسيم ارشينوف عن معايير الكود الجيد والشفرة السيئة ، وكيفية وكيفية قياسه. سيقدم لمحة عامة عن المهام والمناهج النموذجية ، وسوف يحلل الإيجابيات والسلبيات. في النهاية ، سيقدم توصيات وأفضل الممارسات لتصميم تطبيقات الويب. مكسيم - كما كنت قد خمنت ، المؤلف الشهير هابرو - مارشينوف . وهو أحد مؤسسي شركة High Tech Group للاستعانة بمصادر خارجية عالية التقنية ، بالإضافة إلى ممارسة الأعمال التجارية ، يقوم بالتدريس في المدرسة العليا لتكنولوجيا المعلومات. أي أن هذا تقرير عن شخص كان في مشكلة "على جانبي الحاجز": سواء من جانب تعلم التقنيات الجديدة ، أو من جانب الاستخدام في العمل الحقيقي.

وأخيرًا ، التقرير الأخير في مراجعة اليوم. أليكسي ميرسون مع تقرير "التصميم القائم على المجال: وصفة للبراغماتي" سيكشف لنا جوهر DDD. بتعبير أدق ، من لا يعرف سيكتشف. من يدري - يعرف أفضل. تسمح التجربة الشخصية الغنية بإخبار أشياء معقدة من Alexei بلغة بسيطة ومفهومة.

نذكركم بأن DotNext 2018 Moscow سيعقد قريبًا جدًا - في 22-23 نوفمبر في فندق Radisson Royal Moscow Congress Park. لا يزال من الممكن شراء التذاكر على موقع المؤتمر .

وأيضًا ، أصدر أصدقاؤنا DevZen Podcast مؤخرًا إصدار DotNext للكمبيوتر الشخصي ، يمكنك الاستماع في وقت فراغك.