على الرغم من الازدهار السريع لوكلاء هندسة البرمجيات (Software Engineering Agents)، الذين يستندون إلى نماذج لغوية ضخمة (Large Language Models) ويستطيعون فهم بنى الكود الضخمة وتنفيذ مهام الهندسة مع تدخل بشري محدود، لا تزال المعرفة حول كيفية بناء المطورين لهذه الأنظمة محدودة. لذلك، تأتي دراسة جديدة لتملأ هذه الفجوة.

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

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

تصف الدراسة عملية العمل المكونة من سبع مراحل وتحوّلاً نحو التطوير المدفوع بالتقييم (evaluation-driven development)، حيث يقود التقييم عملية التكرار وتصبح المواصفات عبارة عن مواد متكررة يتم قراءتها من قبل كل من البشر والوكلاء.

علاوة على ذلك، تحدد الدراسة ستة تحديات يواجهها الفرق، مع الممارسات المتبعة للتغلب عليها، بما في ذلك إشارات التقييم غير الموثوقة، وديون الفهم التي تظهر عندما يتجاوز الكود الفهم، والتغييرات السلوكية الناتجة عن تحديثات نماذج مزودي الخدمة.

استمتع بمعرفة التحديات والفرص المتاحة في عالم وكلاء هندسة البرمجيات، كيف يمكن أن تؤثر هذه التطورات الجديدة على المستقبل؟ شاركونا آرائكم في التعليقات!