المطوّرون يبحثون عمّا يعرضونه حين يكتب الوكيل الشيفرة في 5 دقائق

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

فكرة كليون والنصائح الثلاث

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

ويُطبَّق هذا النهج على المطوّرين عادةً بثلاث طرق:

• نشر الشيفرة بنظام المصدر المفتوح؛
• الاحتفاظ بسجل علني لما أُنجز خلال اليوم؛
• وصف الطريقة التي فُكّر بها في المهمة.

ويلاحظ الكاتب أن حتى أنصار الخيار الأول يقرّون بأن الأمر يبدو مملاً.

أين يفشل كل خيار

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

وهذا تحوّل في موضوع العرض نفسه. فقد كان مستودع GitHub في السابق دليلاً غير مباشر على أن صاحبه يعرف كيف يحل المسائل: عبر الـ commits والبنية المعمارية والأسلوب. أما حين يقف وكيل بين صياغة المهمة والشيفرة العاملة، يصبح من الأصعب أن تعرف من المستودع أين انتهت مساهمة الإنسان. فصاحب العمل أو الزميل يرى المنتَج، لكنه لا يرى القرارات التي أدت إليه.

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

ما يعنيه ذلك في الممارسة

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

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

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

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