<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Engineering-Leadership | The .NET Blog</title><link>https://thedotnetblog.com/ar/tags/engineering-leadership/</link><description>Articles, tutorials and insights from the .NET community.</description><generator>Hugo</generator><language>ar</language><managingEditor>@thedotnetblog (The .NET Blog)</managingEditor><webMaster>@thedotnetblog</webMaster><lastBuildDate>Sun, 19 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://thedotnetblog.com/ar/tags/engineering-leadership/index.xml" rel="self" type="application/rss+xml"/><item><title>.NET 8 و .NET 9 نهاية الدعم: تعامل مع هذا كموعد تسليم نهائي</title><link>https://thedotnetblog.com/ar/news/emiliano-montesdeoca/net-8-net-9-eos-upgrade-playbook/</link><pubDate>Sun, 19 Jul 2026 00:00:00 +0000</pubDate><author>Emiliano Montesdeoca</author><guid>https://thedotnetblog.com/ar/news/emiliano-montesdeoca/net-8-net-9-eos-upgrade-playbook/</guid><description>10 نوفمبر 2026 ليس مجرد تاريخ دعم؛ إنه النقطة التي يصبح فيها خطر الترقية المؤجلة صريحًا.</description><content:encoded>&lt;p&gt;المصدر الأصلي: &lt;a href="https://devblogs.microsoft.com/dotnet/dotnet-8-9-end-of-support/"&gt;.NET 8 and .NET 9 will reach End of Support on November 10, 2026&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;هذا الإعلان واضح ومباشر، ويجب أن ترد الفرق بوضوح مماثل: إذا كنت تخطط لمواصلة الشحن على .NET 8 أو .NET 9 بعد 10 نوفمبر 2026، فأنت تتخذ قرارًا متعمدًا باستخدام وقت تشغيل غير مدعوم.&lt;/p&gt;
&lt;p&gt;التطبيقات ستستمر في العمل. هذه ليست النقطة. النقطة هي أن تحديثات الأمان والصيانة تتوقف. بمجرد حدوث ذلك، كل ثغرة معروفة بدون مسار تراجع تصبح مسؤوليتك التشغيلية.&lt;/p&gt;
&lt;p&gt;رأيي الشخصي: المنظمات غالبًا ما تعامل ترقيات الإطار كصيانة اختيارية ثم تدفع ثمن ذلك القرار في نوافذ الطوارئ ونتائج التدقيق وتصعيد البائعين المتسرع. تخطيط الترقية يجب أن يكون عنصرًا في خارطة طريق المنتج، وليس مهمة جانبية.&lt;/p&gt;
&lt;p&gt;موقف ترحيل عملي لفرق .NET:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;اجعل إعادة التوجيه إلى .NET 10 هدفًا مؤرخًا، وليس عنصرًا مفتوحًا في المتراكم.&lt;/li&gt;
&lt;li&gt;قم بتشغيل اختبارات التوافق والانحدار بالتوازي مع العمل على الميزات الآن، وليس في الربع الرابع.&lt;/li&gt;
&lt;li&gt;تابع جاهزية التبعيات والاستضافة كمسارات عمل منفصلة لأن العديد من الإخفاقات تحدث خارج ملف المشروع.&lt;/li&gt;
&lt;li&gt;استخدم Upgrade Assistant ووثائق التغييرات الجوهرية مبكرًا لتفاجئ أقل.&lt;/li&gt;
&lt;li&gt;إذا كنت تملك مكتبات مشتركة تستخدمها منتجات متعددة، انشر الجدول الزمني لدعم .NET 10 علنًا داخل مؤسستك. الفرق النهائية تحتاج وقتًا كافيًا.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;وضع علامات المكونات منتهية الدعم في Visual Studio مهم أيضًا تشغيليًا. إنه يخلق إشارة واضحة أن تنظيف سلسلة الأدوات جزء من البقاء ملتزمًا. الفرق التي تتجاهل هذا عادة ما تنحرف إلى حالات SDK مختلطة وسلوك بناء غير متناسق.&lt;/p&gt;
&lt;p&gt;تفصيل واحد لا يُناقش كثيرًا هو أن .NET 8 و .NET 9 يتقاربان على نفس تاريخ الانتهاء. هذا يضغط نوافذ الترقية للمنظمات التي تبنت التبني المتدرج متوقعة مساحة أكبر. إذا انتقلت إلى .NET 9 للوصول إلى الميزات، فإنك لا تزال تهبط على نفس حافة الدعم.&lt;/p&gt;
&lt;p&gt;لقادة المنصات، مصفوفة القرار بسيطة: هاجر قبل الموعد النهائي، أو وثّق واقبل المخاطر غير المدعومة مع ضوابط تعويضية. لا يوجد خيار ثالث حيث لا شيء يتغير.&lt;/p&gt;
&lt;p&gt;الخبر السار هو أن .NET 10 هو هدف LTS حتى نوفمبر 2028، مما يشتري مدرجًا مستقرًا بمجرد إكمال النقلة.&lt;/p&gt;
&lt;p&gt;لا تنتظر آخر Patch Tuesday للبدء. تعامل مع هذا كموعد تسليم نهائي له آثار أمنية، لأن هذا بالضبط ما هو عليه.&lt;/p&gt;</content:encoded></item></channel></rss>