أساسيات هندسة البرمجيات أهم من أي وقت مضى

في تدوينة نُشرت في 15 أغسطس على مدونته Rhonabwy، يرى المطوّر والمؤلف جوزيف هيك (heckj) أنه مع جعل بيئات عمل وكلاء الذكاء الاصطناعي كتابة الكود العامل أمرًا رخيصًا، صارت أساسيات هندسة البرمجيات — وأبرزها طريقة تركيب النظام — أهم من أي وقت مضى.

تجاوز روبيكون «هل يمكن تنفيذه؟»

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

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

«إنه يعمل» بداية الطريق لا المهمة كلها

يقارن هيك ذلك بتعلّمه اللحام في العشرينيات، حين صنع بسرعة أشياء لم يستطع رفعها أو إخراجها من باب الورشة. والدرس واحد: الطريقة التي تتصل بها الأجزاء هي التي تحدث الفرق. ومع بعض التبصر، تُخرج بيئات الوكلاء كودًا لا «يعمل» فحسب بل «قابلًا للاختبار» — وهو يعتمد كثيرًا على التعليمات «develop with red/green TDD» — لكنها لا تتجاوز ذلك كثيرًا. أما «خطوط الوصل» في البرمجيات — كيف يعمل الكود، وما هي واجهته البرمجية، وكيف يتكامل مع برامج أخرى — فهي فن بقدر ما هي علم، وتقوم على الحكم والخبرة وتقديرات بشأن كيفية العيش مع النظام سنوات طويلة.

أين تقصّر النماذج

ما زال جعل البرمجيات قابلة للتنقيح والصيانة والطبقات والتركيب أمرًا صعبًا، وجانب كبير منه يتطلب تفكيرًا مطوّلًا وعميقًا — وهنا تحديدًا تقصّر نماذج اليوم. يقول هيك إن النماذج اللغوية لا «تفكّر» بل تتوقع، والنماذج نفسها هي في جوهرها معرفة بشرية مضغوطة: فإذا كانت مهارة التفكير مُشفّرة في تلك المعرفة أمكنها ترديدها، لكن ذلك ليس تفكيرًا. ويشير إلى بحث «The Illusion of Thinking» حول ضعف النماذج في التفكير، وإلى الأبحاث المتعلقة بالتنبؤ بنتائج الأفعال — نماذج JEPA وLeWorld Model ومحاضرات يان ليكون الأخيرة — كاتجاه منفصل ومثير للاهتمام.

استخلاص المزيد من الأدوات — والحدود

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

ولاتباع التعليمات وجه مظلم. يستشهد هيك بـ«الثالوث القاتل» الذي صاغه سيمون ويليسون: النماذج لا تميّز النصيحة الجيدة من السيئة، وهي عاجزة أساسًا عن منع هجمات prompt injection بانتظام. تضيف أعمال المواءمة وبيئات الأمان والصناديق الرملية حواجز أمام الأسوأ، لكن الفجوات الجوهرية تبقى — وكيان ينفّذ التعليمات بلا كلل ومن دون تفكير جيد هو، على حد تعبيره، مادة للكوابيس.

ويأمل بتحسّن قريب في التدريب اللاحق وRLHF يعزّز آثار التفكير بشأن واجهات نظيفة وتصميم قابل للتنقيح والصيانة. وحتى ذلك الحين، فإن مراجعة خطوط وصل البرمجيات وتخطيطها وإصلاحها مهارة يحتاجها المهندس مع الوكلاء أو من دونهم — وكلما استسهل مزيد من الناس الأمر بوصفه «سهل التنفيذ»، صارت هذه المهارة، كما يرى، أهم من أي وقت مضى.