صناعة تطوير البرمجيات تتغير — بشكل دائم

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

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

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

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

كيف كنا نصمم البرمجيات - ولماذا

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

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

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

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

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

ما الذي تغير - ولماذا بدأت البناء مرة أخرى

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

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

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

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

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

لماذا لا يزال التصميم مهمًا - أكثر من أي وقت مضى

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

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

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

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

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

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

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

وتتغير علاقتنا بالكود بالكامل. هناك تعلق أقل بكثير بالتطبيقات المحددة وتركيز أكبر بكثير على السلوك والبنية والنتائج.

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

التحول الحقيقي

السبب في أنني واثق من أن هذا التغيير دائم بسيط: لن أكون أبني مرة أخرى بخلاف ذلك.

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

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

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