
لماذا تصبح الخبرة في المجال الميزة الأندر في عصر البرمجة بالوكلاء
يقول مقال على مدونة brethorsting.com إن أدوات البرمجة الوكيلية فصلت الكود عن نموذج المجال، وأن القيد الأساسي انتقل من بناء البرمجيات إلى الحكم على صحتها، ما يجعل خبراء المجال أكثر قيمة من المطورين المخضرمين.
النموذج قبل الكود
لم يكن الجزء الصعب في كتابة البرمجيات هو الكتابة نفسها قط، كما يقول مقال على مدونة brethorsting.com، بل بناء نموذج عامل للمجال في الذهن أولاً. قبل إطلاق نظام رواتب كان عليك فهم الاستقطاعات والخصومات قبل الضريبة وما يحدث حين تتقاطع فترة دفع الموظف مع تغيّر في السعر. وقبل إطلاق تطبيق نقل كان عليك أن تتعلم ما هي بيانات GTFS، ولماذا لا تكون الرحلة والمسار الشيء نفسه، وكيف يمكن لحافلة تُوصف بأنها في وقتها أن تكون خاطئة مع ذلك. كان الكود نسخاً لذلك الفهم؛ وكان تحصيل الفهم هو العمل.
ما الذي غيّره الذكاء الاصطناعي الوكيلي
قطع الذكاء الاصطناعي الوكيلي الرابط بين الاثنين، كما يكتب المؤلف: يمكن الآن إنتاج البرمجيات دون بناء النموذج إطلاقاً، وهذا يكسر افتراضاً كانت المهنة كلها منظمة حوله. والرأي السائد — بما في ذلك رأي المؤلف نفسه قبل عام — هو أن هذه الأدوات تعزز المطورين المخضرمين لأن لديهم حكماً. هذا صحيح لكنه ناقص. فالقيد الحاسم، كما يقول، انتقل من هل تستطيع بناءه إلى هل تستطيع الحكم على صحته.
شخصان ونمطا فشل
تخيل خبيراً في المجال بلا خلفية برمجية: منسق لوجستي، أو مبرمج ترميز طبي، أو خبير اكتواري. لا يستطيعون قراءة تتبع الأخطاء، لكنهم ينظرون إلى جدول عمل مُولَّد فيعرفون فوراً أن لا سائق يمكنه قانونياً العمل في تلك الوردية، أو أن مطالبة بهذه الأكواد لن تُدفع أبداً. يعرفون المخرجات الصحيحة لمدخلات معينة لأنهم أمضوا عشر سنوات داخل تلك المدخلات والمخرجات. والقدرة التي تنقصهم هي بالضبط ما يوفره الوكيل، وما يجلبونه هم — الحقيقة الأرضية — لا يستطيع الوكيل تقديمه. والآن تخيل مهندساً عاماً قوياً لم يعمل في هذا المجال قط. يمكنه تصميم أي شيء ويعرف الموثوقية والاختبار، لكنه في الترميز الطبي لا يميّز إجابة خاطئة مقنعة من إجابة صحيحة. سيولّد الوكيل قاعدة فوترة تُصرَّف بنجاح، وتجتاز الاختبارات التي فكّر المهندس في كتابتها، وهي خاطئة بدقة وبكلفة باهظة. المهندس لا يملك مقياساً.
أي مسار انهار، وعلى ماذا يستحق المراهنة
قبل الوكلاء كان للمهندس مسار لم يكن متاحاً لمنسق اللوجستيات: كان يمكنه تعلم المجال ببطء، بمصاحبة الخبراء وقراءة المواصفات والخطأ في بيئة الإنتاج، ثم بناء النظام. أما خبير المجال فلم يكن لديه مسار مكافئ، لأن تعلم بناء برمجيات موثوقة يعني سنوات من العمل لم يكن مستعداً لخوضها. وقد أسقطت الأدوات الوكيلية أحد هذين المسارين دون الآخر. ميزة المهندس — تحويل نموذج المجال إلى كود عامل — صارت رخيصة؛ أما ميزة الخبير، معرفة شكل الصواب، فليست كذلك ولا يمكن استدعاؤها بأمر نصي. وأثمن شخص في هذا العالم الجديد، كما يخلص المقال، هو من يملك المهارتين معاً لأنه يستطيع التحقق على المستويين. يمكنه كتابة الاختبار الذي يجسّد قاعدة أن السائق لا يجوز أن يتجاوز إحدى عشرة ساعة لأنه يعرف القاعدة. الوكيل يقوم بالنسخ، وهو يقوم بالحكم، مرتين. أما المهندسون الذين يقررون أين يقضون السنوات القادمة فالنصيحة لهم: اختاروا صناعة أو أداة أو نظاماً تنظيمياً أو عملية فيزيائية وتعلموها كما تعلمتم يوماً لغة برمجة.
SiTech — تطوير ويب مدعوم بالذكاء الاصطناعي
نبني مواقع سريعة وعصرية وندمج الذكاء الاصطناعي في سير عمل الشركات. لديك مشروع أو سؤال؟ يسعدنا مساعدتك.