البرمجة بالذكاء الاصطناعي

في أي شيء بالضبط تجيد النماذج في البرمجة؟

ثمة نمط واضح، ومتى رأيته سهُل بقية هذا الدرس: تجيد النماذج العمل الذي شكله متكرر ومحتواه من الحكم قليل. وكلما اقترب العمل من قرارات خاصة بمشروعك انخفضت الجودة، وانخفاضها صامت لأن الشفرة تظل تعمل.

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

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

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

ماذا يقول المطورون الذين يستعملون هذه الأدوات يوميا؟

بدل التخمين، انظر إلى أكبر استطلاع عام في هذا المجال. يقول استطلاع ستاك أوفرفلو للمطورين لعام ٢٠٢٥ إن ٨٤ بالمئة من المشاركين يستعملون أدوات الذكاء الاصطناعي أو ينوون استعمالها، وإن ٥١ بالمئة من المطورين المحترفين يستعملونها يوميا. فنقاش «هل نستعملها» قد انتهى.

لكن الاستطلاع نفسه يقول أمرا ثانيا يُنقل أقل بكثير. حين سُئل هؤلاء عن مدى إحسان أدواتهم للمهام المعقدة، قال ٤٫٤ بالمئة إنها جيدة جدا وقال ٢٥٫٢ بالمئة إنها جيدة لكن ليست ممتازة. وفي المقابل قال ٢٢ بالمئة إنها سيئة وقال ١٧٫٦ بالمئة إنها ضعيفة جدا. وقال ١٤٫١ بالمئة لا جيدة ولا سيئة، وقال ١٦٫٨ بالمئة إنهم لا يستعملونها للمهام المعقدة أو لا يعرفون. أي أن من تلك الأدوات في أيديهم يوميا أميل إلى السلب منهم إلى الإيجاب في العمل المعقد.

ورقم ثالث يجمع هذا الدرس كله: أكبر شكوى منفردة، بنسبة ٦٦ بالمئة، كانت «حلول تكاد تكون صحيحة لكن ليس تماما». و«يكاد يكون صحيحا» أسوأ الحالات. فالشفرة الخاطئة تماما يمسكها المترجم أو أول تشغيل. أما الشفرة التي تكاد تكون صحيحة فتمر من كليهما وتظهر بعد شهور في حالة بعينها.

وبقية قائمة الشكاوى نفسها تستحق القراءة أيضا، لأنها تُظهر شكل الكلفة: قال ٤٥٫٢ بالمئة إن تصحيح الشفرة المولَّدة يستغرق وقتا أطول، وقال ٢٠ بالمئة إنهم صاروا أقل ثقة بقدرتهم على حل المسائل، وقال ١٦٫٣ بالمئة إن فهم كيف تعمل الشفرة أو لماذا أمر صعب. وفي الطرف الآخر من القائمة، قال ٤ بالمئة فقط إنهم لم يواجهوا أي مشكلة إطلاقا.

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

أي الأدوات، وأيها متاح فعلا من إيران؟

للأدوات ثلاثة أشكال، والاختيار بينها يتوقف على مكان عملك أكثر مما يتوقف على النموذج.

امتداد داخل المحرر يقترح وأنت تكتب. وجيتهاب كوبايلوت أشهرها. ميزته أنه لا يقطع عليك شيئا، وثمنه أنه لأنه يقترح دائما تعتاد القبول بلا قراءة.

محادثة منفصلة في المتصفح، ككلود أو جيميناي. وهي للتفكير والنقد والفهم أفضل منها للكتابة، لأنها تفصل الشفرة عن سياق المشروع، وهذا الفصل يُلزمك بأن تصوغ المسألة بنفسك.

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

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

وفي المقابل، صفحة الدول المدعومة لدى أنثروبيك لا تضم إيران، وصفحة جوجل عن تطبيق جيميناي على الوب تعطي قائمة بأكثر من مئتين وثلاثين دولة وإقليما ليست إيران فيها. وكيرسر لا ينشر قائمة دول مدعومة وجدناها، فلا ندّعي عنه شيئا؛ أما أسعاره فتُقرأ من صفحته: خطة مجانية وخطة احترافية بعشرين دولارا شهريا.

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

سير العمل الذي يحفظ الجودة: الاختبار أولا، فروق صغيرة، مراجعة حقيقية

ثلاث عادات تفصل بين من يعمل أسرع مع النموذج ومن ينتج به دَينا تقنيا. ولا شأن لأي منها بالنموذج؛ ثلاثتها لك.

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

فروق صغيرة. اطلب من النموذج أن يفعل شيئا واحدا في تغيير واحد وأن يقف عنده. فتغيير من خمسين سطرا يبدّل شيئا واحدا يمكن مراجعته؛ أما تغيير من خمسمئة سطر يبدّل أربعة أشياء فلا يُراجَع بل يُعتمَد. والفرق بينهما كبير، وهو بعينه المدخل الذي تتسلل منه العلل.

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

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

ما الذي يجب ألا يدخل الرسالة أبدا؟

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

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

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

إن كنت مبتدئا، فمن أين تبدأ؟

ثمة قلق حقيقي يستحق جوابا صريحا: إن كان النموذج يكتب الشفرة، فمتى أتعلم أنا؟

الخطر حقيقي، والاستطلاع نفسه يُظهره؛ إذ قال ٢٠ بالمئة من المشاركين إنهم صاروا أقل ثقة بقدرتهم على حل المسائل. والآلية واضحة أيضا: التعلم يأتي من التعثر، والأداة التي تزيل التعثر أزالت الشيء الذي كان يعلّمك.

لكن الجواب ليس «لا تستعملها»، لأن من لا يستعملها أبطأ وجاهل بما يعرفه الجميع. الجواب هو الترتيب. فكل ما لم تتعلمه بعد، اكتبه أنت أولا، ولو رديئا ناقصا. ثم اطلب من النموذج نقده. هذا الترتيب ينجز العمل نفسه ويحفظ التعلم، لأن التعثر يبقى في موضعه ولا يتغير إلا طوله.

واختبار بسيط يخبرك أين تقف من هذا الطيف: أغلق الشفرة التي كتبها النموذج واشرح الأمر نفسه من الذاكرة. فإن استطعت أن تقول ماذا تفعل ولماذا بهذه الطريقة، فحسن. وإن لم تستطع فتلك الشفرة ليست لك بعد؛ إنها مستأجَرة، وتدفع أجرتها يوم تنكسر. وبقية الأسس التي تجعل هذا الاختبار ممكنا في مسار تعلم البرمجة.