لقد أدركت مؤخرًا شيئًا مثيرًا للاهتمام — صناعة تطوير البرمجيات تمر بتحول لم أره من قبل خلال أكثر من 20 عامًا من مسيرتي المهنية.

قبل أكثر من عشرين عامًا، بدأت شركة DCSL Software ( والتي أصبحت فيما بعد One Beyond). غادرت الشركة في عام 2023 عندما كان لديها أكثر من 300 موظف وتعمل على مستوى العالم. بعد ذلك، أسست شركة ناشئة في مجال الروبوتات وجمعت أكثر من 4 ملايين جنيه إسترليني. في الواقع، لم أظن أبدًا أنني سأعود للبرمجة مرة أخرى.

منذ عام 2014، توقفت عن كتابة الكود يوميًا. ليس لأنني لا أستطيع، بل ببساطة لأن ذلك كان مسارًا طبيعيًا مع تطور الشركة. توظف أشخاصًا أفضل منك، تركز على القيادة، ومع مرور الوقت تصبح لوحة المفاتيح غريبة عنك. عشر سنوات من ذلك الشعور أصبحت طبيعية تمامًا.

لكن المفاجأة أنني مؤخرًا وجدت نفسي أعود إلى دور المطور — ليس بسبب الحنين، بل بسبب الحاجة الواقعية. أنا أعمل على بناء منصة روبوتات معقدة حقًا. وطريقتي في العمل مختلفة تمامًا عما كانت عليه سابقًا.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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