Latest / M365.FM – بودكاست Microsoft 365 وCopilot والذكاء الاصطناعي بالعربية / الذكاء الاصطناعي الوكيلي يعيد صياغة DevOps: كيف يغيّر وكلاء الذكاء الاصطناعي .NET وAzure وإنتاجية المطورين (دبلجة بالذكاء الاصطناعي)
Transcript
- 0:00ماذا لو كان لدى فريق تطوير البرمجيات لديك زميل إضافي لا يتعب أبداً
- 0:03ويتعلم أسرع من أي شخص تعرفه ويتولى الأعمال المملة دون تذمر
- 0:07هذا هو جوهر ما يتحول إليه الذكاء الاصطناعي الوكيل
- 0:10في هذا الفيديو سنحدد أولاً المعنى الفعلية للذكاء الاصطناعي الوكيلي
- 0:14ثم نوضح كيف يعمل في مسارات عمل نيت وأشر الحقيقية
- 0:18وأخيراً نستكشف تأثيره على إنتاجية فريقك
- 0:20بحلول النهاية ستعرف تجربة صغيرة وحدة يمكنك تجربتها في مسار عمل نيت الخاص بك هذا الأسبوع
- 0:25لكن قبل أن ننتقل إلى التطبيقات والنتائج
- 0:27نحتاج إلى النظر فيما يجعل الذكاء الاصطناعي الوكيل مختلفاً حقاً عن أدوات الإكمال التلقائي التي رأيتها من قبل
- 0:32ما الذي يجعل الذكاء الاصطناعي الوكيل مختلفاً
- 0:35ما يميز الذكاء الاصطناعي الوكيل ليس فقط قدرته على إنشاء الكودي
- 0:38بل عمله كنظام من الزملاء ذوي القدرات المتميزة
- 0:41لفهم هذا يمكننا تقسيمه إلى ثلاث سمات رئيسية
- 0:44الطريقة التي يحتفظ بها كل وكيل بالسياق والذاكرة
- 0:47وكيفية تنسيق وكلاء متعددين كفريق
- 0:49والفرق بين الأتمتة البسيطة والاستقلالية التكيفية الحقيقية
- 0:53أولاً لنلقي نظرة على ما يجعل الوكيل الفردي متميزاً
- 0:56السياق والذاكرة وتوجيه الأهداف
- 0:58يعمل الإكمال التلقائي التقليدي على توقع الكلمة أو السطر التالي
- 1:01لكنه ينسى كل شيء آخر بمجرد إجراء التوقع
- 1:04في المقابل يحمل وكيل الذكاء الاصطناعي فهماً أوسع للمشروع ككل
- 1:08فهو يتذكر ما تم تجربته بالفعل
- 1:10ويعرف مكان وجود الكود ويعدل مخرجاته عند حدوث أي تغيير
- 1:13هذا الاستمرار يجعله أقرب إلى العمل مع مطور مبتدئ
- 1:16شخص يتعلم بمرور الوقت بدلاً من مجرد تخمين ما تريده في اللحظة الراهنة
- 1:20الفرق الرئيسي هنا يكمن بين التوقع والتخطيط
- 1:23بدلاً من التفاعل مع كل ضغطة مفتاح بمعزل عن غيرها
- 1:26يتابع الوكيل الأهداف ويتكيف مع تطور المواقف
- 1:28التالي هو كيفية عمل وكلاء متعددين معاً
- 1:31من المفاهيم الخطيئة الكبيرة اعتبار الذكاء الاصطناعي الوكيل
- 1:33مجرد برنامج نصي سكريبت أو ماكر لأتمتة المهام المتكررة
- 1:36ولكن في مشاريع البرمجيات الحقيقية
- 1:38يتم تقسيم العمل عبر أدوار مختلفة
- 1:40المهندسون المعمريون والمراجعون والمختبرون والمشغلون
- 1:43يمكن للوكلاء محاكاة هذا التقسيم
- 1:45حيث يتولى كل منهم جزءاً من دورة حياة المشروع بدقة واتساق تامين
- 1:48تخيل وكيلاً مخصصاً لتصميم النظام
- 1:50يقترح أماط الهندسة المعمارية وأطر العمل التي تناسب أهداف العمل
- 1:54وآخر يراجع تغييرات الكودي
- 1:56ويكتشف المشكلات مع البقاء على اطلاع بتاريخ المشروع بأكمله
- 1:59وثالث يمكنه توسيع نطاق تغطية الاختبار بناء على بيانات المستخدم
- 2:03وإنشاء حالات اختبار دون الحاجة إلى طلبها منه
- 2:06كل وكيل متخصص لكنهم ينسقون كفريق واحد
- 2:08متاحون دائماً متسقون دائماً
- 2:10وقابلون للتوسع بسهولة اعتماداً على عبء العمل
- 2:12حيث يفقد البشر طاقتهم أو تركيزهم أو سياق العمل
- 2:15تظل الوكلاء ثابتين ويستحضرون التفاصيل بدقة متناهية
- 2:18الجزء الأخير هو التمييز بين الأتمتة والاستقلالية
- 2:21لقد كانت الأتمتة موجودة منذ زمن طويل في مجال التطوير
- 2:23فكر في النصوص البرمجية وخطوط أنابي بي سي سي دي والقوالب
- 2:27هذه الأدوات جامدة بطبيعتها التصميمية
- 2:29إنها تتبع تعليمات دقيقة خطوة بخطوة
- 2:31لكنها تتعطل عندما تتغير الظروف بشكل غير متوقع
- 2:33تتبنى الاستقلالية نجناً مختلفاً
- 2:35يمكن لوكلاء الذكاء الاصطناعي الاستجابة للتغيرات فور حدوثها
- 2:38وتكيفه عند تغير إصدار التبعيات أو إعادة النظر
- 2:41في اختيار خدمة مع عند ظهور قيود في التكلفة
- 2:43بدلاً من تنفيذ مسارات محددة مسبقاً
- 2:45فإنهم يتخذون قرارات في ظل ظروف ديناميكية
- 2:48إنه تحول من التنفيذ الثابت إلى حل المشكلات التكيفي
- 2:51الأثر المترتب على ذلك هو أن هؤلاء الوكلاء يتجاوزون مجرد انتظار الأوامر
- 2:55يمكنهم اقتراح حلول عند ظهور المشكلات
- 2:57وتسليط الضوء على المخاطر قبل وصولها إلى مرحلة الإنتاج
- 3:00وصياغة خطط توفر ساعات من عمل الإعداد
- 3:03إذا كان بيتهاب كوبايلوت اليوم يكمل مقتطفات برمجية
- 3:05فإن نسخة الغد ستعمل كعضو مساهم في المشروع
- 3:08حيث تضع خارطة طريق وتقترح استراتيجيات إصدار
- 3:11بل وتحدد القرارات المعمرية التي قد تسبب مشاكل لاحقاً
- 3:14هذا لا يعني أن كل عملية نشر ستتم دون تدخل بشري
- 3:17لكنها قد تقلل بشكل كبير من التدخلات المتكررة
- 3:20وتمنح المطورين مزيداً من الوقت للتركيز على الجوانب الإبداعية عالية القيمة في المشروع
- 3:24لتوضيح صياغة سابقة في هذا المجال
- 3:27بدلاً من قولي
- 3:28ماذا يحدث عندما لا تتطلب توفير موارد أشر أي تدخل بشري على الإطلاق؟
- 3:33سيكون القول الأكثر دقة هو
- 3:34يمكن لهذه الأدوات تقليل حجم الأعداد اليدوي المطلوب
- 3:38مع الحفاظ على ضوابط الأمان الرئيسية تحت سيطرة البشر
- 3:41تظل النتيجة تحويلية دون الإحاء باختفاء الرقابة البشرية تماماً
- 3:46الإدراك الأكبر هو أن الذكاء الاصطناعي الوكيل
- 3:48ليس مجرد إضافة أخرى تسرع مهمة هنا أو هناك
- 3:51إنه يبدأ في العمل كعضواً فعلياً في الفريق
- 3:53حيث يتولى الأعمال الخلفية حتى لا يضطر المطورون إلى تتبع تفاصيل كان يمكن مراقبتها بواسطة نظير يعمل دون انقطاعاً
- 4:00تتعزز قدرة الفريق بالكامل لأن المجالات الرئيسية بها وكلاء رقميون يعملون جناً إلى جنب مع المتخصصين من البشر
- 4:06فهم النظرية مهم
- 4:07ولكن الأهم هو كيف يتجسد ذلك في بيئات العمل المألوفة
- 4:10إذن إليكم فجوة الفضول
- 4:12ما الذي يتغير فعلياً في اليوم الأول من مشروع جديد عندما يكون الوكلاء نشطين منذ البداية
- 4:17بعد ذلك سننظر في سيناريو ملموس داخل بيئة نيت
- 4:20حيث تبدأ هذه التحولات في الظهور قبل أن تكتب حتى السطر الأول من الكودي
- 4:24إعادة تصور سير عمل المطور في نيت
- 4:27في تطوير نيت
- 4:28يبدأ التحول الأكثر وضوحاً بكيفية انطلاق المشاريع
- 4:32تتمحور إعادة تصور سير عمل المطور هنا حول ثلاث مزايا تكتيكية
- 4:36بناء هيكل أسرع
- 4:37ونقد على مستوى المشروع أثناء العمل
- 4:40وانخفاض ملحوظ في إجهاد الإعداد
- 4:42أولاً هو تسريع عملية البناء الهيكلي
- 4:44بدلاً من فتح فيشول ستوديو والتحديق في حل فارغ
- 4:47يمكن لوكيل الذكاء الاصطناعي اقتراح خيارات معمارية تناسب حالة استخدامك المحددة
- 4:51عند تخطيط لواجهة برمجة تطبيقات ويب بتحديثات فورية
- 4:54يقترح الوكيل تصميماً طبقياً نظيفاً
- 4:56ويوضح كيف يتناسب سيبنالور بشكل طبيعي مع تدفق العمل
- 4:58بالنسبة لتطبيق مالي
- 5:00يقوم الوكيل بتهيئة Entity Framework مع أمان قوي للأنواع وتكامل مع أشر Active Directory قبل أن تنشئ مجلداً وحداً
- 5:05ما يستغرق عادة جولات من النقاش أو ساعات من البحث يتم اختصاره في بضع نقاط بداية مصممة خصيصاً لك
- 5:10هذه ليست مخططات نهائية على أي حال
- 5:12إنها مجرد مسودات
- 5:14يجب على الفرق التحقق من كل اقتراح من خلال تشغيل قائمة مرجعية سريعة
- 5:17هل تلبي المصادقة المتطلبات؟
- 5:19هل تم ربط سجلات لوبين بشكل صحيح؟
- 5:21هل تم وضع حالات الاختبار الأساسية في مكانها؟
- 5:23تضمن هذه الرقابة الخفيفة ألا تأتي السرعة على حساب الاستقرار
- 5:26الميزة الثانية هي النقد المستمر
- 5:28فكر في الأمر ليس كأداة لإكمال الكود
- 5:31بل كمستشار يراقب توفق التصميم
- 5:33إذا أنشأت نمط مستودع للوصول إلى البيانات
- 5:36ينبهك الوكيل إذا كنت تحيد عن مبدأ فصل الاهتمامات
- 5:39عند إضافة وحدة تحكم جديدة
- 5:41يقترح الوكيل اختبارات وحدة مطابقة
- 5:43أو يسلط الضوء على أي تناقضات مع بقية المشروع
- 5:45بدلا من تركك مع كود متكرر
- 5:47فإنه يوجه هيكل نظامك نحو أنماط قابلة للصيانة
- 5:50مع كل عملية إداعا
- 5:51كتجربة عملية
- 5:53حاول تفعيل كوبيلوت في فيشول ستوديو
- 5:55على نموذج أولي صغير
- 5:57ثم قارن الوقت الذي تستغرقه لخدمة أول طلب مفيد
- 6:01بنقطة نهاية واحدة مع المصادقة وحفظ البيانات
- 6:04مقابل القيام بكل شيء يدويا
- 6:05إنه ليس ضمانا لتوفير الوقت
- 6:07لكن إجراء مقارنة جنبنا إلى جنب في بيئتك الخاصة
- 6:10هو غالبا أسرع طريقة لتقييم ما إذا كانت هذه الوكلاء تحدث تأثيرا ملموسا
- 6:14الميزة الثالثة هي تقليل الأعداد والعبء الإدراكي
- 6:17الكثير من عمل المشروع المبكر متكرر مثل ربط وسيط المصادقة
- 6:21وجلب حزم نوجت وأعداد التسجيل باستخدام Application Insights
- 6:24وكتابة خطوط أنابيبا وي AML
- 6:26يمكن للوكيل هيكلة تلك الأجزاء فورا
- 6:28بما في ذلك اختبارات التكامل الأساسية التي تدرك التبعيات الموجودة
- 6:32هذا لا يلغي سيطرتك
- 6:33بل يغير وجهة تركيز طاقتك
- 6:35بدلا من مصارعة ملفات التكوين ليوم كامل
- 6:37تقضي ذلك الوقت في تنفيذ منطق العمل الذي يهم حقا
- 6:41يتلاشى تعب أعمال الأعداد
- 6:42مما يترك مساحة لقرارات التصميم الإبداعية بدلا من المهام الميكانيكية
- 6:46حيث يبدو هذا مختلفا عن الأتمتة التقليدية هو في المرونة
- 6:50قالب المشروع يمنحك إعدادات افتراضية ثابتة
- 6:53بينما يقوم الوكيل بتكييف هيكلته بناء على هدف عملك المذكور
- 6:56إذا كنت تبني تطبيق تعاون
- 6:58ستظهر استراتيجيات التخزين المؤقت مثل ريدس والتصميم القائم على الأحداث
- 7:02مع أشر سيرفيس بس في الخطة الهيكلية
- 7:03إذا انتقلت نحو أحمل العمل المجدولة
- 7:05ستظهر بدلا من ذلك خدمات الخلفية ومعالجة الطوابير
- 7:08هذه الاستجابة هي ما يميز الذكاء الاصطناعي الوكيل عن البرمجة البسيطة
- 7:12إذ يقدم توصيات تحاكي دور عضو الفريق الأقدم في توجيه القرارات الأولية
- 7:16التباين مع استخدام كوبايلوت اليوم واضح تماما
- 7:19في الوقت الحالي يرى معظم المطورين أنه وسيلة لتسريع كتابة الصياغ البرمجية الشائعة أو النصوص الجاهزة
- 7:24يطرحون سؤالا فيقوم الأداة بتكملة السطر
- 7:27مع قدرات الوكلاء تبدأ الأداة بتقديم المشورة على مستوى النظام
- 7:30وتوفر بدائل وعية بالسياق وتكشف المقايضات في وقت مبكر من الدورة
- 7:34القفزة هنا هي الانتقال من توليد مقتطفة برمجية إلى تنسيق تصميمات عملية
- 7:39وهذا لا يغير فقط كيفية كتابة الكودي
- 7:42بل كيف تصيغ الفرق الحل بأكمله قبل الالتزام بمسار واحد
- 7:45لا شيء من هذا يلغي الحاجة إلى التقدير البشري
- 7:48يمكن للوكلاء اقتراح أطور العمل والتبعيات والممارسات
- 7:51لكن التحقق منها يظل مسئولية الفريق
- 7:53تعامل مع كل توصية كأنها مسودة مقترح
- 7:56أقبل الأجزاء التي تتوافق مع معاييرك وراجع ما لا يتوافق
- 7:59وسجل الدروس المستفادة لتكرار المشروع القادم
- 8:02يتولى الذكاء الاصطناعي المهام الشاقة والمتكررة
- 8:04بينما يركز أعضاء الفريق على مواءمة الخيارات التقنية مع الاستراتيجية
- 8:08حتى الآن نظرنا إلى كيفية إعادة تشكيل الوكلاء لتجربة البرمجة داخل النيل
- 8:12لكن مشاركتهم لا تنتهي عند تصميم الحل أو هيكلة المشروع
- 8:16بمجرد وضع الأساسي
- 8:18يبدأ نفس الذكاء بالتوسع نحو توفير ونشر وإدارة البنية التحتية
- 8:22التي تعتمد عليها تلك التطبيقات
- 8:24هنا تتشكل تحولات كبرى أخرى
- 8:26وهي لا تقتصر على سير عمل المطور المحلي
- 8:28بل تتعلق ببيئة السحابة التي تحيط به
- 8:31وكلاء السحابة يديرون أشر بنظام الطيار الآلي
- 8:34لذا دعونا نحول تركيزنا إلى ما يحدث عندما تبدأ إدارة أشر نفسها بالعمل بنظام الطيار الآلي بمساعدة الوكلاء
- 8:39الطريقة الأصلية لطرح هذا النقاش تبدو غالبا كخيال علميا
- 8:43ماذا يحدث عندما لا يحتاج توفير موارد أشر إلى أي تدخل بشري على الإطلاق
- 8:47طريقة أفضل للتفكير في الأمر هي هذه
- 8:50ماذا يحدث عندما يتطلب التوفير الروتيني واكتشاف الانحراف تدخلا يدويا أقل
- 8:55لأن الوكلاء يديرون المهام المتكررة ضمن ضوابط محددة
- 8:58هذا التحول مهم لأنه لا يتعلق بإلغاء دور البشر
- 9:01بل بتخفيف العبء عنهم مع الحفاظ على الرقابة
- 9:04إذا سبق لك بناء بيئة أشر حقيقية
- 9:07فأنت تعلم بالفعل مدى فوضويتها
- 9:09أن توفق بين القوالب والنصوص البرمجية
- 9:11وملفات يمل الخاصة بخطوط الأنابيب
- 9:13مع التنقل بين أوامر CLA للسرعة والبوابة الإلكترونية للاستثناءات
- 9:16كل طريق مختصر يتحول إلى دين تقني ينتظر الظهور
- 9:19جهاز افتراضي يترك يعمل خارج ساعات العمل
- 9:22أو تكاليف تتزايد دون ملاحظة
- 9:23أو حساب تخزين مكشوف في غير محله
- 9:25وفي عمليات السحابة حتى الأخطاء الصغيرة تسبب صداعا كبيرا
- 9:29فواتير مرتفعة أو مناطق تقوض المرونة
- 9:32أو ثغرة امتثال تكتشفها في أسوأ وقت ممكن
- 9:35هذا هو العبء الذي ترغب معظم الفرق في التخلص منه
- 9:38وهنا يبدأ الوكيل في العمل كمهندس نشر مستقل
- 9:40الفكرة بسيطة أن تقدم أهدافا على مستوى الأعمال
- 9:43ومتطلبات الأداء واحتياجات التعافي
- 9:46وقواعد الامتثال وميزانية محددة
- 9:48ويقوم الوكيل بترجمة هذا القصد إلى تكوينات للبنية التحتية
- 9:51بدلا من التنقل بين وحدات تحكم متعددة أو ربط المعرفات يدويا
- 9:54ترى قوالب البنية التحتية ككود متوافقة بالفعل مع أهدافك المعلنة
- 9:58من هناك يواصل الوكيل نفسه المراقبة وتشغيل فحوصات الامتثال
- 10:01ومحاكاة التكوينات الخاطئة المحتملة
- 10:04وتطبيق الإصلاحات المقترحة قبل أن تتفاقم المشكلات في بيئة الإنتاج
- 10:07يكمن الاختلاف عن الأتمتة الحالية في القدرة على التكيف
- 10:10تتعامل خطوط أنابيبي سي سيدي العادية مع تعرفات يمل الخاصة بكك حقائق مطلقة
- 10:15إنها تعمل حتى تتغير الواقع أو يحدث تحديث للمتطلبات
- 10:18أو زيادة مفاجئة في الطلب أو صدور تفويض امتثال جديد
- 10:22وعندها تتعطل تلك التعليمات الثابتة أو تمرر شيئا يبدو صحيحا
- 10:25ولكنه لا يلبي احتياجات العمل
- 10:26تتصرف خطوط الأنابيبي التي يقودها الوكيل بشكل مختلف
- 10:29فهي تتعامل مع تلك التعريفات كنقاط أساسية لكنها تحدثها عندما تتغير الظروف
- 10:33بدلا من انتظار شخص ما لتوسيع نطاق خدمة أو تعديل التوزيع الإقليمي
- 10:37يلاحظ الوكيل أنماط التحميل ويتوقع الحدود المحتملة
- 10:41ويوفر سعة إضافية مسبقا
- 10:43هذه القدرة على تكيف تجعل السيناريوهات أقل عرضة للخطأ من الناحية العملية
- 10:46تخيل تطبيق نيت يخدم حركة مرور في الغالب داخل الولايات المتحدة
- 10:50بعد أسبوع يظهر مستخدمون جدد في أوروبا
- 10:52يزداد زمن الاستجابة لكن لم يأخذ أحد في الاعتبار منطقة أخرى في ملف يمل الأصلي
- 10:56تتجاهل الأتمتة التقليدية ذلك
- 10:58لا تلاحظ الأمر إلا بعد تراكم الشكاوى والسجلات
- 11:01على النقيد من ذلك يحدد الوكيل النمط وينشر نسخة أوروبية
- 11:04ويهيئ التوجيه عبر أشر فرانت دور على الفور
- 11:06إنه لا يقوم بالنشر ثم ينسحب
- 11:08إنه يوافق الموارد باستمرار مع الأهداف المرجوة
- 11:11تقريبا مثل مشغل يعمل على مدار ساعة طوال أيام الأسبوع ولا يكل أبدا
- 11:14تمتد الفائدة الحقيقية إلى ما هو أبعد من مجرد التوسع
- 11:17يتم دمج الأمن والامتثال في حلقة العمل
- 11:19قد يبدو ذلك كأن يلاحظ الوكيل حاوية تخزين مكشوفة دون قصد
- 11:22فيقوم بقفلها تلقائيا أو يلاحظ انحرافا في خط أساس تصحيح الجهاز الافتراضي ويعيده إلى التوافق
- 11:28هذه مهام متكررة ومنخفضة الرؤية يكتشفها البشر عادة لاحقا وبعد بذل جهد
- 11:34من خلال دفعها إلى الدورة المستمرة أنت لا تستغني عن المشغلين بل تحررهم
- 11:39بدلا من قضاء طاقتهم في مكافحة الحرائق التقنية يركزون على التخطيط والاستراتيجية على مستوى أعلى
- 11:43وهذه نقطة دقيقة ومهمة
- 11:45الإشراف البشري لا يتلاشى
- 11:47يتغير دورك من فحص المربعات سطرا بسطر إلى تحديد المبادئ التوجهية في البداية
- 11:51أي المناطق مسموح بها وأي التكاليف مقبولة وأي معايير امتثال لا يمكن تجاوزها
- 11:56خطوة عملية لأي فريق يرغب في تجربة هذا هي تحديد حدود السياسات في وقت مبكر
- 12:01حدد سقفنا للتكاليف وعين المناطق المعتمدة وأضف حدود الامتثال
- 12:05يعمل الوكيل بعد ذلك كمنفذ وليس كمشغل غير مقيد
- 12:09هذا هو المبدأ الحاكم
- 12:11تظل أنت المتحكم في التوجيه الاستراتيجي
- 12:13بينما ينفذ الوكيل مهام الحماية على نطاق واسع
- 12:15هذا لا يعني أيضا أن تسلم بيئة الإنتاج بالكامل للوكيل في اليوم الأول
- 12:19إذا كنت تتجنب المخاطر
- 12:20ابدأ في بيئة اختبار خاضعة للرقابة
- 12:22أمنح الوكيل صلاحية التعامل مع أحمل غير حرجة
- 12:25أو اختر خدمة واحدة كالبنية التحتية للتخزين أو السجلات
- 12:28ودعه يدير الانحراف والتوفير فيها
- 12:30بهذه الطريقة تبني الثقة في كيفية تفسيره لضوابط الأمان قبل توسيع نطاق عمله
- 12:34اعتبر الأمر بمثابة تنفيذ مشروع تجريبي بنطاق محدد ومخاطر منخفضة
- 12:38وهو بالضبط كيف تندج معظم ممارسات ديف أوبيسي الموثوقة
- 12:42في جوهره يبدو النهج الوكيلي لم أشر أي آر سي أشبه بإدارة قائمة مراجعة ديناميكية
- 12:46بدلا من كتابة عشرات النصوص البرمجية الثابتة
- 12:49إنشاء القوالب وتشغيل فخصات ما قبل النشر
- 12:52ومراقبة الانحراف
- 12:53واقتراح الإصلاحات
- 12:54كل ذلك ضمن الحدود التي تضعها
- 12:56إنه منظم بما يكفي لكسب الثقة
- 12:58ومرن بما يكفي للتطور عند تغير الظروف
- 13:00بالطبع توفير البنية التحتية وتوسيع نطاقها هو جانب واحد فقط من الموثقية
- 13:05المشكلة الأكثر صعوبة تظهر لاحقا
- 13:07وهي ضمان أن الكودة الذي تنشره في تلك البيئة يصمد بالفعل في ظروف العالم الحقيقي
- 13:11وهنا يبدأ التحدي التالي في الظهور
- 13:13وهو مسألة اكتشاف الأخطاء التي لا يلحظها البشر ببساطة إلا بعد وصولها إلى بيئة الإنتاج
- 13:18الاختبار الذاتي
- 13:19الأخطاء التي يغفل عنها البشر
- 13:21الاختبارات تغطي فقط ما يمكن للبشر التفكير فيه
- 13:23وتلك هي نقطة القصور الأساسية
- 13:25معظم أعطال الإنتاج لا تأتي مما هو متوقع
- 13:28بل مما يخرج عن نطاق الخيال البشري
- 13:30تتدخل وكلاء الاختبار الذاتي لسد هذه الفجوة من خلال التركيز على الحالات النادرة والظروف الديناميكية
- 13:35التي لن تصل أبدا إلى مجموعة اختبار نموذجية
- 13:37فكر في حالة السباق أثناء توسيع النطاق
- 13:39قد يعمل تطبيق نيت على أشر بشكل مثالي تحت حمل ثقيل أثناء اختبار ضغط مخطط له
- 13:44ولكن عند حدوث توسيع للنطاق وإطلاق مثلات جديدة أثناء حركة المرور
- 13:48تظهر فجأة أخطاء في معالجة الجلسة
- 13:50ما لم يصمم شخص ما اختبارا خصيصا لهذا التداخل
- 13:52فإنه سيمر دون ملاحظة
- 13:54يكتشف الوكيل المستقل هذا الشدود
- 13:56ويعزله وينشئ اختبار تراجعا جديدا حول هذه الحالة
- 13:59في المرة القادمة التي يحدث فيها توسيع للنطاق
- 14:01يكون هذا الضمان موجودا بالفعل
- 14:02مما يحول مكان خطرا خفيا إلى سيناريو مراقبا
- 14:05مثال آخر هو تحوير المدخلات
- 14:06عادة ما يصمم المختبرون البشر اختباراتهم واضعين في اعتبارهم بيانات آمنة أو متوقعة
- 14:10أسماء مستخدمين صالحة أو حمولات اي بي أي صحيحة
- 14:13أو حالات نادرة واضحة مثل سلاسل النصية الفارغة
- 14:15في المقابل يبدأ الوكيل في تجربة متغيرات لن يفكر المطورون في تغطيتها
- 14:20طلبات ذات حجم ضخم ترميزات غريبة تأخيرات طفيفة بين المكالمات متعددة الخطوات
- 14:24من خلال القيام بذلك يمكنه إثارة إخفاقات قد تغفل عنها مجموعات الاختبار اليدوية تماما
- 14:29القيمة لا تكمن فقط في السرعة بل في التنوع
- 14:31يستكشف الوكلاء زوايا غريبة في مساحات المدخلات أسرع مما يمكن لأي حالات مكتوبة من قبل البشر القيام به
- 14:36ما يميز هذا التحول عن الأتمتة التقليدية هو كيفية تطور مجموعة الاختبارات
- 14:40تظل خزمة اختبارات الانحدار التي يصممها البشر ثابتة نسبيا
- 14:44فهي تعكس معرفة وافتراضات الفريق في لحظة زمنية معينة
- 14:47بينما تحولها الوكلاء الذكية إلى عملية مستمرة
- 14:50حيث توسع المجموعة مع تغير النظام وتستكشف دائما للحالات غير المتوقعة
- 14:55بدلا من تحديث المطورين للنصوص البرمجية الهشة بشق الأنفس بعد كل تكرار
- 14:59يتم إنشاء حالات جديدة ديناميكيا من ملاحظات حقيقية لسلوك النظام
- 15:02ومع ذلك هناك تحذير هام لا يستحق كل اختبار ينشئه الوكيل أن يبقى في مجموعتك الدائمة
- 15:08فالاختبارات غير المستقرة أو غير ذات السلة قد تتراكم بسرعة
- 15:11مما يهدر الوقت ويقوض ثقة في الأتمتة
- 15:13ولهذا السبب تبرز أهمية الحوكمة
- 15:15تحتاج الفرق إلى عملية مراجعة
- 15:17يجب على المطورين أو مهندسي ضمان الجودة التحقق من استقرار كل اختبار مقترح
- 15:21وأهميته للأعمال قبل دمجه في حزمة الاختبارات المستقرة
- 15:24وكما هو الحال مع أي أتمتة
- 15:26تضمن الرقابة أن تعزز هذه الأدوات الموثقية بدلا من إغراق الفرق بالضجيج
- 15:31هناك اعتقاد خاطئ آخر يستحق التصحيح وهو أن الوكلاء يقومون بإصلاح الأخطاء
- 15:35فهم لا يعيدون كتابة كود الإنتاج أو يصححون العيوب بأنفسهم
- 15:38ما يبرعون فيه بشكل أستثنائي هو إظهار سيناريوهات قابلة للتكرار مع تفاصيل تشخيصية واضحة
- 15:43بالنسبة للمطور فإن الخصول على خطوات مسجلة بواسطة الوكيل يختصر ساعات من التخمين ويسرع الإنجاز
- 15:48في بعض الحالات يمكن للوكلاء اقتراح حل محتمل بناء على أنماط معروفة
- 15:52لكن القرار النهائي والتغيير يظلان بيد البشر
- 15:55بهذه الطريقة يصبح تقسيم العمل أكثر وضوحا
- 15:58الآلات تقوم بالاكتشاف والبشر يقومون بالتقييم والإصلاح
- 16:01الأثر التجاري هنا هو تقليل العمليات الطارئة
- 16:04تشهد الفرق عددا أقل من التذاكر في وقت متأخر من الليل
- 16:07وقلة في عودة الأخطاء بعد الإصدارات
- 16:09وانخفاضا ملحوظا في الوقت الضائع في إعادة إنتاج الخطوات
- 16:11يتم اتشاف مشاكل الأداء في بيئات خاضعة للرقابة بدلا من ظهورها أمام المستخدمين النهائيين أولا
- 16:17تظهر الأخطاء الأمنية تحت الاختبار الداخلي
- 16:19وليس بعد إجراء مسح للامتثال أو اختبار اختراق
- 16:22هذا التحول يتيح مجالا لفريق ضمان جودة للتركيز على أسئلة رفعة المستوى مثل سهولة الاستخدام
- 16:27وسلاسة سير العمل وإمكانية الوصول
- 16:29وهي مجالات لا يمكن لأي محرك ذاتي التقييم الحكم عليها بشكل هادف
- 16:32بالنسبة للممارسين المهتمين بتجربة الأمر
- 16:34ابدأوا على نطاق صغير
- 16:35شغل وكيل اختبار ذاتي مقابل بيئة تجريبية أو ما قبل الإنتاج لفترة محددة
- 16:40قارن قائمة المشكلات التي يكشف عنها مع قائمة المهام الحالية لديك
- 16:44تعامل مع هذه التجربة كعملية جمع بيانات
- 16:46هل النتائج الجديدة مفيدة حقا؟
- 16:48هل تتداخل مع الاختبارات الموجودة؟
- 16:50هل تكشف عن نقاط عمياء تهم عملك؟
- 16:52من خلال هذا المنظور أن تقيس العائد على الاستثمار
- 16:55ولا تراهن بجودة إصدارك على تقنية غير مثبتة
- 16:57وعندما تقوم الفرق بتنفيذ هذه الأنواع من المشاريع التجريبية
- 17:00يظهر نمط معين
- 17:02لا تقتصر الفائدة الحقيقية طويلة الأمد على اكتشاف المزيد من الأخطاء فحسب
- 17:05بل في مدى سرعة دمج تلك الدروس في دورة التطوير الأوسع
- 17:08كل شدود يتم رصده
- 17:10وكل رؤية يتم تسجيلها
- 17:11تمثل معرفة لا ينبغي أن تتلاشى بانتهاء دورة العمل
- 17:14يصبح السؤال هو كيف يتم تخزين هذه المعلومات ومشاركتها ونقلها للأمام
- 17:18حتى لا تتكرر نفس الأخطاء تحت مسميات مشاريع مختلفة
- 17:21إغلاق حلقة المعلومات في بيئة دايف أوبس
- 17:24في بيئة دايف أوبس
- 17:25تعد سرعة تلاشي المعرفة بين دورات العمل واحدة من أصعب المشكلات التي يجب خلها
- 17:29تسجل المشكلات وتكتب تقارير ما بعد الوفاة
- 17:38هذه والتأكد من أن ما تتعلمه الفرق يحسن بالفعل ما سيأتي لاحقا
- 17:42يدعم الذكاء الاصطناعي الوكيل
- 17:43هذا الأمر من خلال الاتصال بالمواضع التي تتدفق فيها المعرفة بالفعل
- 17:47نقطة التكامل الأولى هي استيعاب السجلات والبيانات التشخصية
- 17:50بدلا من مطالبة المهندسين بالبحث في لوحات المعلومات أو الحوادث المؤرشفة
- 17:54تقوم الوكلاء بمسح المقاييس ومعدلات الخطأ ومسارات الأداء باستمرار
- 17:58وربط الشذوذ عبر الإصدارات
- 17:59النقطة الثانية هي تحليل سجل طلبات الدمج
- 18:02ومراجعة الكود
- 18:03غالبا ما تحتوي القرارات المتخدة في التعليقات على سياق حول المقاييضات أو المخاطر
- 18:07التي لا تصل أبدا إلى الوثائق الرسمية
- 18:09من خلال معالجة تلك المحادثات تحافظ الوكلاء على معرفة سبب حدوث شيء ما
- 18:13وليس فقط ما تم دمجه
- 18:14النقطة الثالثة هي ربط الإخفاقات المرسودة بتوصيات البنية التحتية
- 18:17إذا كانت استراتيجيات تخزين مؤقت معينة تسبب تضخما متكررا في الذاكرة
- 18:22أو إذا كانت أماط القياس تؤدي إلى انتهاء المهلة
- 18:24تظهر هذه الرؤى أثناء التخطيط قبل تكرار الأخطاء في نظام جديد
- 18:27تعمل نقاط التكامل هذه مجتمعة على تحسين الذاكرة المؤسسية دون الوعد بالكمال
- 18:32لا تكمن القيمة في أن الوكلاء يتذكرون كل التفاصيل بلا أخطاء
- 18:35بل في أنهم يزيدون من فرص ظهور دروس الماضي في الوقت المناسب
- 18:38تظل الرقابة البشرية أمرا مهما
- 18:41يجب على المطورين التحقق من سلة الرؤى المطروحة
- 18:44وينبغي للمؤسسات جدولة عمليات تدقيق منتظمة لما تلتقطه الوكلاء لتجنب الانحراف أو الضوضاء في النظام
- 18:50مع المراجعة الدقيقة تصبح المعلومات قابلة للتنفيذ بدلا من أن تكون مربكة
- 18:54الحوكمة هي جزء آخر لا يمكن تجاهله
- 18:57انتغذية السجلات وطلبات الدمج ونتائج النشر في نظام وكيل يطرح تساؤلات حول الخصوصية
- 19:02والاحتفاظ بالبيانات والامتثال
- 19:04لا ينبغي لكل مخرجات العمل أن تبقى للأبد
- 19:06ولا ينبغي لجميع البيانات أن تكون متاحة لكل الأدوار
- 19:09قبل طرح طبقة الذاكرة هذه
- 19:10تحتاج الفرق إلى تحديد حدود واضحة للاحتفاظ بالبيانات
- 19:14ووضع سياسات الوصول والتأكد من تنقية البيانات الحساسة أو حجبها
- 19:18بدون هذه الحدود تخاطر بإنشاء مستودع خفي غير خاضع للحوكمة لتاريخ الشركة
- 19:23مما يعقد عمليات التدقيق بدلا من دعمها
- 19:25بالنسبة للمطورين يظهر التأثير الأكثر وضوحا أثناء انطلاق المشروع
- 19:29بدلا من الذكريات الغامضة لما حدث خطأ في المرة السابقة
- 19:32تظهر الرؤى مباشرة في سياق العمل
- 19:33ابدأ واجهة برمجة تطبيقات نيل جديدة
- 19:36وقد ينبيك النظام قائلا في العام الماضي
- 19:38تسببت مكتبة التخزين المؤقت هذه في تسريب ذاكرة تحت ضغط العمل
- 19:41فكر في استخدام بديل أو أثناء التخطيط
- 19:43قد يشير النظام إلى أن أماطا معينة لحقن التبعية تسببت في عدم الاستقرار
- 19:47هذه التنبيهات تأتي في الوقت المناسب لا بأثر رجعي
- 19:50مما ينقل التركيز من رد الفعل تجاه المشكلات إلى منع حدوثها
- 19:53هكذا تتراكم معرفة المشروع بدلا من إعادة ضدها في كل مرة تبدأ فيها دورة عمل جديدة
- 19:57وهذا يغير إيضا طبيعة جلسات المراجعة
- 19:59تجمع المراجعات التقليدية الملاحظات في لحظة معينة ثم تنضي قدما
- 20:03مع وجود الوكلاء في الحلقة
- 20:05لا يتم ركن تلك المعرفة جانبا
- 20:07بل يتم دمجها باستمرار في دورة التطوير
- 20:10سجلات هذا الشهر وشذوذ القياس من الربع الماضي
- 20:13أو تراجع الأداء المسجل قبل عامين
- 20:15كلها تساهم في توصيات اليوم
- 20:17من خلال جعل كل إصدار جزءا من حلقة تدريب مستمرة
- 20:20تقلل الفرق من احتمالية تكرار الإخفاقات السابقة
- 20:23ومع ذلك يجب قياس النتائج لا افتراضها
- 20:26خطوة أولى بسيطة هي دمج الوكيل مع مصدر بيانات واحد
- 20:29مثل سجلات التطبيق أو تغذية APM وتشغيله لدورة عمل
- 20:32ثم قارن
- 20:33هل كشف الوكيل عن أنماط لم تكن قد لاحظتها
- 20:36هل أدت تلك الأنماط إلى تغييرات حقيقية في الكود أو البنية التحتية
- 20:39وهل تحسنت جودة الإصدار بشكل ملموس
- 20:41إذا كانت الإجابة نعم
- 20:43فمن المنطقي التوسع ليشمل سجل طلبات السحب PR
- 20:45أو رسم خرائط البنية
- 20:47وإن لم تكن كذلك
- 20:47فإن التجربة نفسها تكشف ما يحتاج إلى تعديل
- 20:50سواء في مصادر البيانات أو الحوكمة أو عمليات المراجعة
- 20:53مع مرور الوقت تكون العوائد تراكمية
- 20:55من خلال تحسين الذاكرة المؤسسية
- 20:58تستقر سرعة الإصدار
- 20:59وتصبح البنية أكثر مرونة
- 21:01ويقل هدر جهد المهندسين في إعادة اكتشاف الأخطاء القديمة
- 21:04تتوقف المعرفة عن الضياع
- 21:06وتتراكم بدلا من ذلك كمورد قابل للاستخدام تثق به الفرق
- 21:09وعند هذه النقطة
- 21:10يبدو دور ذكاء الاصطناعي الوكيل مختلفا
- 21:12فهو ليس مجرد مساعد في مرحلة واحدة من التطوير
- 21:15إنه يبدأ في ربط العملية بأكملها
- 21:17وتمرير الدروس المستفادة بدلا من تركها تندثر
- 21:20هذا الاستمرار هو ما يحول ديف أوكس من مجموعة مهام معزولة إلى دورة حياة أكثر ترابطا
- 21:25مما يمهد الطريقة للتحول الأوسع الذي يحدث الآن في فرق البرمجيات
- 21:29يعد الذكاء الاصطناعي الوكيل مؤشرا على تحول عملي في التطوير
- 21:33المفهوم إنه ليس مساعدا للكتابة البرمجية
- 21:35بل نظام يحمل الذاكرة والسياق والأهداف عبر دورة الحياة الكاملة
- 21:39التطبيق أوضح نقاط الدخول لفرق
- 21:41نيت وأشر هي هي هيكلة المشاريع الجديدة
- 21:43والسماح للوكلاء بالتعامل مع التزويد الروتيني وتجربة توليد الاختبارات المؤتمتة
- 21:48الأثر إذا تم تنفيذه بعناية فإنه يبسط سير العمل
- 21:51ويقلل من أعباء الإعداد ويخفض فرص تكرار الإخفاقات السابقة عبر المشاريع
- 21:56أفضل خطوة تالية هي اختباره في بيئتك الخاصة
- 21:59جرب تفعيل كوبيلوت في نموذج أولي صغير أو شغل عاملا برمجيا في بيئة الاختبار
- 22:02ثم تتبع مقياسا وحدا الوقت الموفرة أو الأخطاء المكتشفة أو الانحرافات التي تم منعها
- 22:06إذا كنت تواجه تحديا متكررا في ديف أوبس يبطئ عمل فريقك
- 22:10شاركه في التعليقات ليتسنى للآخرين المقارنة
- 22:12وإذا كنت ترغب في نصائح أكثر واقعية حول نيت وأشر وتبني الذكاء الاصطناعي
- 22:16اشترك لمتابعة التحليلات المستقبلية
- 22:18قد تبدو المكاسب صغيرة في البداية
- 22:19لكنها تتضاعف مع الحوكمة والرقابة والتطوير المستمر