ذكاء اصطناعي واحد ونتيجتان: فريق أسرع أو مشروع ميت
الجميع يقول إن الذكاء الاصطناعي يجعل المطورين أسرع. لكن الوكيل نفسه يُسرّع فريقاً ويكاد يُغرق مشروعاً آخر، ولم يكن الفرق يوماً في النموذج.
الجميع يقول إن الذكاء الاصطناعي يجعل المطورين أسرع. فلماذا لسنا أسرع؟
وهو سؤال في محله.
لم يكتب فريقي هذا العام سطراً واحداً من الكود بيده. كتبه (coding agents) كل يوم، في قواعد كود () مكتوبة بـ و React Native يعتمد عليها الناس، في قطاعَي الصحة والإعلام الرقمي. وتحوّل عملنا إلى المراجعة: صرنا حرّاس بوابة وجليسي أطفال للوكلاء. ومن هذا الموقع رأينا، أكثر من مرة، الوكيل نفسه يُسرّع مشاريع ويكاد يُغرق أخرى. النموذج لم يتغيّر، وما اختلف هو ما قدّمناه له أولاً.
يتناول هذا المسار الوكلاء الذين يبنون مشروع Angular لديك.
المشروع الذي يوشك أن يغرق
يثبّت أحدهم وكيلاً، ويفتح أكبر وحدة وظيفية ()، ويطلب تغييراً. وبعد ساعتين وفاتورة رموز ()، يظهر يتجاوز ألف سطر بكثير. يمسّ أربع مكتبات، ويستورد خدمة مباشرة داخل مكوّن واجهة. وكل الاختبارات خضراء، لأن الوكيل أعاد كتابة التحققات () أيضاً.
هل النموذج غبي؟ لا. لقد نفّذ المهمة التي أُعطيت له بالضبط (لماذا يتصرف الوكلاء على هذا النحو). المشكلة كانت في المهمة نفسها. فطلب «حوّل هذا» بلا خطة ولا حدود ولا سقف للحجم يعطي هذه النتيجة في معظم المحاولات التي رأيتها. القواعد التي تُبقي قديماً حيّاً تعيش في رؤوس الناس، والوكيل لا يقرأ ما في الرؤوس.
انظر الآن إلى الأمر من جهة الإدارة، فمن هناك يأتي الضغط. تسمع القيادة أن «الذكاء الاصطناعي يكتب الكود»، فتتوقع أن يصبح العمل سريعاً من الآن. ويحصل شخص واقع تحت الضغط من وكيلٍ على شاشة تعمل في ظهيرة واحدة، ثم يعرضها في اجتماع. الجميع يرى الشاشة، ولا أحد يرى الـ diff الذي خلفها. ومنذ تلك اللحظة صار عرض توضيحي () هو ما يحدّد التوقعات.
ثم يفتح المهندسون المسؤولون عن قاعدة الكود طلب الدمج (). طلب ضخم، يخرق قواعد حافظ عليها الفريق سنوات لأسباب وجيهة، واختباراته أُعيدت كتابتها لتنجح. وهم محقون في رفض دمجه. والآن على أحدهم أن يتحمّل الفجوة بين ما رأته القيادة وما تحتمله قاعدة الكود، وهو في العادة من يؤدي العمل كما ينبغي. لم يُقَس شيء، فلا شيء يمكن الاحتجاج به. استغرق العرض ظهيرة، واستغرقت المراجعة أسابيع، ولم يصل إلى الاجتماع سوى تلك الظهيرة.
المبتدئون أسرع، والخبراء أبطأ: العمل لم يتقلّص، بل انتقل إلى المراجعة.
وإن دُمج رغم ذلك، تواصل الفاتورة الارتفاع. فالدين الذي تختاره عن قصد هو على الأقل دين تعرف بوجوده. أما الأسوأ فهو كود لا يستطيع أحد في الفريق شرحه حين يتعطل الإنتاج في الثانية فجراً. هذا هو . لا تُظهره أي لوحة متابعة ()، ووكيل يُطلب منه «حوّل هذا» هو أسرع طريقة أعرفها لتضخيمه.
الدين التقني اخترته أنت. أما دين الفهم فقد اختارك.
الفريق الأسرع
الوكيل نفسه، ونوع قاعدة الكود نفسه، لكن في ظهيرة مختلفة. يحصل الوكيل على ملف قواعد قصير، وعلى معمارية لا يستطيع تجاوزها، لأن أمر يفشل حين يحاول. ويحصل على مهمة محددة النطاق وبسقف للحجم. فيقع أول diff له داخل السياج، ويقرأ المراجِع قراراً لا مفاجأة. والمطوّر المبتدئ الذي يشغّله يسلّم كوداً يحترم حدوداً لم يتعلّمها بعد، ثم يتعلّمها من رسالة خطأ lint.
وتحت كل ذلك قاعدة واحدة يعود إليها كل جزء من هذا المسار: الوكيل ينفّذ نطاقاً تقرّر مسبقاً، ولا يقرّره أبداً. وهذه بقية المسار:
- الملفات الثلاثة التي على الوكيل أن يقرأها ويجتازها ويبقى داخلها.
- من التذكرة إلى ملف المهمة: يصوغ الوكيل النطاق، ويقرّره إنسان.
- أنزِل الرتبة ولا تحذف: خطة الترحيل التي تصمد في بيئة الإنتاج.
- ثبّت السلوك أولاً: الخطوة الأولى من تلك الخطة، اختبارات على الكود القديم.
- الاستخدامات التي لا يراها المترجم: الخطة نفسها حين يكون الكود القديم مكتوباً بـ .
- ما الذي يمكنني حذفه وتبقى الاختبارات خضراء؟: اختبارات الوكيل، والترحيل بالأرقام.
أما إعادة التصميم برموز التصميم () والأمان، فلهما تمارين جاهزة في المستودع التجريبي، وأجزاؤهما المكتوبة قادمة قريباً.
وحين يُقدَّم لك العرض التوضيحي، يحسم سؤال واحد معظم الأمر: هل تريده أن يعمل خلال هذا العام، أم أن يبقى آمناً ومُصاناً بعد خمس سنوات؟
قبل أن تغيّر أي شيء، انظر في طريقة تنظيم هذا المستودع: مكتباته، وإعدادات lint فيه، وأي ملف قواعد مكتوب للوكلاء. ثم أخبرني، في قائمة قصيرة، بقواعد قاعدة الكود هذه التي يُرجَّح أن تخرقها أكثر من غيرها في مهمة مثل «ترحيل وحدة التحويلات إلى signals»، ولماذا. لا تكتب أي كود.
يذكر الوكلاء في الغالب أخطاءهم المحتملة إذا سألتهم قبل أن يبدؤوا. تعامل مع القائمة على أنها مسودة لملف القواعد في الجزء التالي.
مع بداية الأسبوع
- إذا عرض عليك أحدهم عرضاً توضيحياً بالذكاء الاصطناعي، فاطلب الـ diff قبل الشاشة.
- احسب من الآن رقماً واحداً لكل تغيير: ساعات المراجعة لكل طلب دمج. العرض التوضيحي لا يُظهر هذا الرقم أبداً. ويضعه الجزء 7 بجانب أحجام الـ diff في المستودع التجريبي.
- اقرأ الجزء التالي، وخصّص ظهيرة واحدة للملفات الثلاثة.
التطبيق التجريبي في كل الأجزاء هو Atlas Bank، وهو بنك مغربي خيالي فيه ركنان قديمان ينتظران الترحيل: شاشة تحويلات داخل NgModule، وشاشة مستفيدين مكتوبة بـ AngularJS. ولا شيء فيه من كود العملاء.
المسار 1، الجزء 1 من السلسلة المجانية المرافقة لورشة سريع وآمن: الذكاء الاصطناعي في قاعدة كود Angular الخاصة بك. وفي القاعة تطبّق ذلك على قاعدة الكود الخاصة بك.
سريع وآمن: الذكاء الاصطناعي في كود Angular الخاص بكم
دع الوكلاء يكتبون Angular تحت قواعد، وحدّث الكود القديم دون أن تكسر الإنتاج، وحافظ على أمانه، في ثلاثة أيام، على كود بحجم المؤسسات.
اطّلع على البرنامج