مهندسة في Criteo: الخطر ليس اختفاء المهندسين بل اختفاء الـ Seniors
المغزى: المهارات التي تصنع المهندس الأول تُبنى بكتابة الكود والدفاع عنه، فإن تولّت الـ agents الكتابة كلها قد لا يجد المبتدئون طريقًا للوصول إليها.
نشرت Elise Baturone، المهندسة في بداية مسارها المهني، في 7 أكتوبر 2026 مقالًا على مدونة Criteo الهندسية بعنوان “Forever Junior: The Skills AI Can’t Develop For You”. وفيه تقول إن الانقراض الذي تخشاه فعلًا ليس اختفاء مهندسي البرمجيات، بل اختفاء الـ Seniors، “حين نصبح جميعًا juniors إلى الأبد، مؤهلين فقط لمراجعة عمل agent بمساعدة agent آخر”.
وتنطلق الفكرة من مفارقة. فالطريق المعروف للتحسن في البرمجة هو كتابة الكود، بينما تدفع الأدوات الحالية نحو ألا يكتبه المهندس بنفسه كلما أمكن. فيبقى السؤال عن المصدر الذي سيخرج منه الجيل القادم من المهندسين الأوائل.
ولتعريف الـ Senior عمليًا، سألت Baturone فريقها. وخلصت إلى أنه من يستطيع الدفاع عن كود نشره، ويناقش قرار تصميم بدل أن يكتفي بتبنيه، ويعرف متى يسير الـ agent في الاتجاه الخطأ، ومتى يفوّض العمل ومتى ينجزه بنفسه. وهذه كلها مهارات تُبنى بالممارسة. ويجمعها المقال في أربع: السؤال، والفضول، والمراجعة والمحاكاة، والكتابة باليد والاستقلالية.
ثم جرّبت ثلاث عادات في عملها اليومي. الأولى أن يطرح الـ agent عليها أسئلة تتحقق من فهمها بعد كل تغيير. والثانية أن تطلب منه تبرير أي اقتراح تشك فيه، لأنه حين يشرح حلًا خاطئًا خطوة بخطوة يكتشف الخطأ بنفسه، وتكتشفه هي معه. والثالثة قاعدة في ملف مهارات (skills file) تمنعه من تعديل أي ملف قبل موافقة صريحة على الخطة، مع كتابة التغيير بيدها أحيانًا.
وتعترف الكاتبة بأن هذه الطريقة تستهلك tokens أكثر. لكنها تقول إن الكود الذي فهمته قبل نشره ينجح في production أكثر، وحين يفشل تستطيع إصلاحه بنفسها. وتختم بأنها تريد أن تكون من كتب الملاحظات التي دخلت ملف المهارات، لا مجرد من يحمل ملفًا جيدًا.
ويخص هذا النقاش الفرق التي توظف مبتدئين اليوم، فطريقة تعلّمهم في السنة الأولى قد تحدد إن كانت ستملك بعد سنوات مهندسين يستطيعون الحكم على عمل الـ agents، لا مراجعته فقط.