في عالم تكنولوجيا البرمجة المتسارع، تعد نماذج اللغة الكبيرة (Large Language Models) أدوات حيوية لمساعدة المطورين على تحسين مهاراتهم وأدائهم في كتابة الكود. ولكن، هل من الأفضل استخدامها في إنتاج الكود بشكل كامل دفعة واحدة، أم تعديل الكود الحالي فقط بشكل متتابع؟

في دراسة جديدة، تم استكشاف هذا السؤال من خلال مقارنة نموذجين شائعين: Rainbow-Pony-100M، الذي يتميز بقدراته على الكود من الصفر، وQwen2.5-Coder-0.5B، الذي تم تحسينه في بيئات الشفرات الخاصة بـ Flutter/Dart. انقسمت النتائج إلى أسلوبين رئيسيين:
1. **الإنتاج المباشر**: حيث يتم إنشاء الملف المعدل بالكامل دفعة واحدة.
2. **الإنتاج القائم على التعديلات**: والذي يتطلب إجراء تعديلات بسيطة ومن ثم الإشارة إلى الانتهاء.

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

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

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