برمجة الانطباع: المزايا والمخاطر

ما برمجة الانطباع بالضبط، وبم تختلف عن البرمجة بمساعدة الذكاء الاصطناعي؟

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

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

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

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

كم من المطورين يفعل هذا فعلا؟

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

سأل استطلاع ستاك أوفرفلو للمطورين لعام ٢٠٢٥ صراحة: هل برمجة الانطباع جزء من عملك التطويري المهني، بالتعريف أعلاه. ومن ٢٦٥٦٤ شخصا أجابوا، قال ٧٢٫٢ بالمئة لا، وقال ٥٫٤ بالمئة آخرون لا قطعا. وفي الجانب الموجب قال ١١٫٩ بالمئة نعم، وقال ٢٫٨ بالمئة إلى حد ما، وقال ٠٫٤ بالمئة نعم قطعا. وقال ٢٫١ بالمئة إنهم جربوها ولم يتيقن ١٫٢ بالمئة.

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

والثانية ألا تقرأ الرقم أكثر مما هو. فهذا ما يقوله الناس عن أنفسهم لا قياس لسلوكهم، والعينة منتقاة ذاتيا. والأهم أن السؤال كان عن العمل المهني. فمن يبني تطبيقا صغيرا بالموجّهات في عطلة الأسبوع أجاب على الأرجح بـ«لا» في هذا الاستطلاع نفسه، وذلك الجمهور آخذ في الاتساع.

أين تستحق فعلا؟

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

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

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

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

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

أين تظهر الكلفة؟

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

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

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

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

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

موقفنا: مارس برمجة الانطباع على المسودة، وهندس المنتج

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

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

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

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

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