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

آمل أن تظل إصداراتك السابقة من CLRium باقية في ذاكرتك. أتذكر ومن وقت لآخر إلقاء نظرة على مراجعاتك الكثيرة ، مما يثلج رغبتي في الإنفاق مرة أخرى. وهذه المرة - مع التحيز في المستقبل. ولدي مفسد حول المستقبل: سيتم إغلاق .NET Framework لإرضاء Core CLR . لماذا؟ تعال و ثمن سيارة واحدة للتزود بالوقود سوف تكتشف بنفسك.

لماذا أدعو الجميع؟ موضوعات الاجتماع كلها حول الاختيار وتسمح لك بالانغماس في الحاضر من منصة مفتوحة المصدر لدينا. بصراحة ، سأذهب بنفسي: نقوم بتحليل تطور وظيفة CoreCLR: من 2.0 إلى 3.0 ، تصحيح الأخطاء باستخدام مصحح أخطاء مكتوب ذاتيًا ، وأغنى الميزات وأكثرها إثارة للجدل في C # 7. * ، 8.0 ، Garbage Collector API ، أدوات جديدة لمنح الموارد غير المُدارة بخصائص قابلية الإدارة وأكثر من ذلك بكثير .

اقرأ وسجل

رابط للتسجيل في سان بطرسبرج + عبر الإنترنت ، 19 أكتوبر
رابط للتسجيل في موسكو ، 26 أكتوبر

أمثلة على المقالات وقائمة كاملة بموضوعات الخطب - تحت الخفض

التقارير (ليس كلها):

من الثورة إلى التطور: CoreCLR وميزات النظام الأساسي الجديدة

تقرير الإحماء حول ميزات .NET Core التي تم إصدارها للتو ولم يتم إصدارها بعد. بعد الاستماع إليها ، ستتمكن من تكوين رأي عام حول ما نحن ذاهبون إليه ، وما يستحق الانتباه إليه ، وما الذي يجب تجربته ، وماذا - لوضعه على الرف

Span <T> ، Memory <T>

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

الذاكرة: MemoryHandle ، MemoryManager ، MemoryPool

في هذا التقرير ، سنواصل المحادثة حول الذاكرة ، وسنذهب إلى أمثلة وحيل أكثر عملية: سننظر في إمكانيات جديدة لاستئجار المصفوفات ، ومخازن البيانات المؤقتة. دعونا نتعرف على مفهوم جديد لامتلاك قطعة من الذاكرة. وبشكل عام ، سنبدأ في الاستعداد لتسريع خوارزمياتنا بأساليب جديدة. بعد كل شيء ، بينما ننتظر ، يستخدم المطورون الرائدون الوظائف الجديدة بقوة وقدرة رئيسية: هذا هو مشروع Castle Project و System.IO.Pipes وغيرها الكثير

API جامع القمامة

يمكن الآن استبدال جامع القمامة. لهذا ، يبدو أن كل ما هو مطلوب هو تنفيذ الواجهة المناسبة. ويهدف التقرير إلى إظهار والحديث عن واجهة برمجة التطبيقات الجديدة ، وقدراتها والأساليب الجديدة التي نحتاج إلى تذكرها للمستقبل (والتي تأتي ، كالمعتاد ، فجأة). وأيضا ، بعبارات عامة - ما ينتظرنا في هذا المستقبل بالذات. بعبارة أخرى: ما هي واجهة برمجة تطبيقات GC ولماذا نحتاج إلى معرفتها؟

الأدوات العالمية وواجهة سطر الأوامر API

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

ClrMD: نقوم بتطوير مصحح الأخطاء الخاص بنا (إنه بسيط جدًا!)

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

بضع كلمات عن المتحدث

تتم قراءة جميع التقارير الموجودة حاليًا في الشبكة بواسطة متحدث واحد:

ستانيسلاف سيدريستي
متحدث من ذوي الخبرة في المؤتمرات والاجتماعات المختلفة ومؤلف كتاب على الإنترنت CLR Book: تحت غطاء .NET Framework .
عمل في شركات مثل Epam Systems و Luxoft و Kaspersky Lab ، حيث أدرك المهام بمستويات صعوبة مختلفة في C # و Groovy و C / C ++ ولغات أخرى.