مايكروسوفت: كتابة الكود قد انتهت مع تقدم GitHub Copilot

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

أهمية الموضوع

اقتباس رئيسي: يتولى GitHub Copilot المزيد من العمل الذي يحدث حول كتابة الكود، وليس فقط الكود نفسه. يمكن لوكيله الآن إعداد البيئات، وإجراء التغييرات في المستودع، وتشغيل الاختبارات، وفتح طلب سحب للمراجعة من قبل المطور. قال ديفيد فاولر، مهندس متميز في مايكروسوفت، الذي يقود العمل على Aspire، بوضوح في منشور على X: “كتابة الكود قد انتهت تمامًا.”

تغير دور المطورين

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

تطور أدوات GitHub

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

كما أدخل GitHub جلسات الوكيل إلى نظام Windows الفرعي لـ Linux، وهو مفيد للفرق التي تبني البرمجيات عبر أدوات Windows وLinux، خاصة عندما يتم تطوير التطبيقات على Windows ولكن يتم اختبارها أو نشرها في بيئات قائمة على Linux.

تحديثات Aspire

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

قدم Aspire 13.1 دعمًا أعمق للمساعدين البرمجيين المعتمدين على الذكاء الاصطناعي. بينما أضاف Aspire 13.2 واجهة سطر أوامر مناسبة للوكيل ودعم بروتوكول سياق النموذج، الذي يمكن أن يمنح أدوات الذكاء الاصطناعي وصولًا محكومًا إلى موارد التطوير والسياق.

أمان البرمجيات

تستخدم مايكروسوفت الذكاء الاصطناعي أيضًا في جانب الأمان. نظام MDASH الخاص بها هو ماسح ثغرات وكيل يستخدمه فرق الهندسة التي تعمل على Windows وAzure وأنظمة الهوية. قال فريق أمان Windows في مايكروسوفت إن MDASH “مكن فريق الأمان لدينا من إجراء بحث عن الثغرات على نطاق Windows مع عمق تحليل أعلى بكثير مما كان ممكنًا سابقًا.”

يشمل العمل مكونات مثل نواة Windows، وHyper-V، وواجهة الشبكات. هذه هي قواعد بيانات برمجية كبيرة وحساسة للأمان، حيث يمكن أن تساعد التحليلات الآلية الباحثين في فحص المزيد من الكود والتحقيق في المشكلات بشكل أسرع.

أدوات تطوير Windows

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

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

مشروع Zenith

أضاف مشروع Zenith، الذي تم الإعلان عنه في 4 سبتمبر، زاوية الأجهزة. وصفته مايكروسوفت بأنه إعداد مبسط لـ Windows 11 للمطورين، مع متطلبات أساسية تبلغ 64 جيجابايت من الذاكرة الموحدة و250 جيجابايت/ثانية من عرض النطاق الترددي للذاكرة. التركيز الأول هو على شرائح AMD Ryzen AI Halo.

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

استنتاج

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

بينما يتولى الذكاء الاصطناعي المزيد من المهام، سيظل المطورون في قلب عملية تطوير البرمجيات، مع التركيز على الأمان والموثوقية.