دورة الدعاية المستمرة لإحلال مطورين بديلين: من أدوات no-code إلى مساعدات الذكاء الاصطناعي
الدور المتكرر للوعود بـ "استبدال المطورين" من NoCode إلى التطوير المدعوم بالذكاء الاصطناعي كل بضع سنوات، تظهر تقنية جديدة لامعة تدعي أنها ستجعل مطوري البرمجيات غير ضروريين. تتبع العناوين عادة نمطًا متوقعًا مثل: "نهاية الترميز"، "يمكن لأي شخص بناء التطبيقات الآن"، أو ما يعتقده البعض بأن "طفل الخمس سنوات سيبدأ في البرمجة قبل تعلم القراءة". يتأثر المسؤولون التنفيذيون بهذه الوعود ويبدأ المستشارون بالتحرك مثل أسماك القرش. تتضاعف العروض التقديمية وتتغير الميزانيات. ولكن بعد ذلك يأتي الواقع. ما يحدث فعليًا ليس الاستبدال بل التحول. تقنيات الوعد بإلغاء الحاجة إلى الكفاءة التقنية تنتهي بإنشاء تخصصات جديدة، غالبًا بمرتبات أعلى مما كان عليه الأمر سابقًا. لم يلغِ حركة NoCode المطورين؛ بل أوجدت مختصين بـ NoCode ومدمجين في الخلفية. لم يلغِ السحاب (الcloud) مدراء الأنظمة؛ بل تحولوا إلى مهندسين DevOps بمعدل مرتبات مضاعفة. والآن نشهد نفس الأنماط مع التطوير المدعوم بالذكاء الاصطناعي (AI-assisted development). التحول العميق في هذه التقنية على عكس التحولات التقنية السابقة التي غيرت بشكل أساسي كيفية تنفيذ الحلول، يسلط التطوير المدعوم بالذكاء الاصطناعي الضوء على حقيقة أساسية في هندسة البرمجيات كانت موجودة دائمًا لكنها أصبحت واضحة الآن: أهم مهارة في البرمجة ليست كتابة الكود، بل تصميم الأنظمة. وسترى أن هذه هي المهارة الوحيدة التي لن يستطيع الذكاء الاصطناعي استبدالها قريبًا. عجلة الوعود المتكررة بالاستبدال دعنا نعد عدد الدورات التي خضناها في هذا الدوران اللامنتهي: ثورة NoCode و LowCode تذكر عندما كانت واجهات السحب والإفلات (drag-and-drop) ستسهل على المستخدمين في مجال الأعمال بناء تطبيقاتهم الخاصة؟ كانت الوعود واضحة: "لماذا توظف مطورين باهظين الثمن إذا كان أي شخص يمكنه بناء تطبيق؟" ما حدث فعليًا هو أن هذه الأدوات أنشأت فئة جديدة من المشكلات. لا يزال هناك حاجة لتصميم نماذج البيانات التي تدعم تلك الواجهات الجميلة، وللتكامل مع الأنظمة والقواعد данных الموجودة، ولمعالجة الحالات الحدية التي لا تستطيع الأدوات البصرية التعامل معها، وللصيانة والتحديث مع تطور المتطلبات. النتيجة لم تكن أقل عددًا من المطورين، بل ظهور "متخصصي NoCode" الذين يفهمون كل من المجال التجاري والقيود التقنية لهذه المنصات. وقد حصلوا على مرتبات أعلى من المطورين الذين كان يُفترض أن يستبدلوا بهم. ثورة السحابة (Cloud Revolution) "انتقل إلى السحابة وستكون بحاجة إلى مدراء أنظمة!" كأن البنية التحتية ستدير نفسها بمجرد أن أصبحت خادمًا لشخص آخر. لم تلغِ السحابة الحاجة إلى خبرة الأنظمة. بدلاً من ذلك، غيّرت شكل تلك الخبرة ووسعت نطاقها بشكل كبير. لم يتم القضاء على مدراء الأنظمة؛ بل أصبحوا مهندسين DevOps بأسماء وظيفية جديدة وحزم تعويض أعلى بكثير. العمل لم يختفِ؛ بل تطور إلى البنية التحتية ككود (infrastructure-as-code)، وأنابيب النشر الآلي (automated deployment pipelines)، وإدارة الأنظمة الموزعة (distributed systems management). كما لاحظت في منشور لي على LinkedIn حول خدمات الميكرو: "شاهدت فرقًا تقضي أشهرًا في فصل أنظمة تعمل بشكل مثالي إلى خدمات ميكرو فقط لتجد أنهم قد استبدلو مجموعة من المشكلات بمجموعة أخرى أكثر تكلفة". موجة التطوير الخارجي (Offshore Development) "لماذا تدفع مقابل المطورين المحليين عندما يمكنك الحصول على نفس العمل بجزء بسيط من التكلفة في الخارج؟" وعود التوفير في التكلفة اصطدمت بسرعة بالتحديات في التواصل، ومشكلات الجودة، واكتشاف أن التطوير البرمجي الفعال يتطلب معرفة سياقية عميقة وتعاون مستمر. بدلاً من ذلك، ظهر نهج أكثر تعقيدًا: فرق موزعة مع حدود ملكية واضحة، وممارسات هندسية أقوى، و—مفارقة—تكلفة إجمالية أعلى مما كان متوقعًا في البداية. ثورة مساعد البرمجة بالذكاء الاصطناعي والآن لدينا الذكاء الاصطناعي الذي يدعي أنه سيكتب الكود لنا. "صف ما تريد، وسيولد الذكاء الاصطناعي ذلك!" الواقع المبكر يظهر بالفعل. يولد الذكاء الاصطناعي كودًا يبدو معقولًا غالبًا ولكنه يحتوي على تناقضات دقيقة وأخطاء. يقضي المهندسون المتقدمون وقتًا كبيرًا في التحقق من صحة وإصلاح ناتج الذكاء الاصطناعي. ظاهرة "البرمجة بالشعور" تعني أن المطورين ذوي الخبرة يستخلصون قيمة أكبر من المبتدئين. غالبًا ما تفتقر الأنظمة المبنية بالكامل بمساعدة الذكاء الاصطناعي إلى تصميم متماسك. "في عالم المجات (chisel)، لقد أعطيت النجارين آلة CNC. تخمن من سيصنع الأثاث الأفضل؟" النمط يصبح واضحًا مرة أخرى: التكنولوجيا لا تستبدل المهارة، بل ترفعها إلى مستوى أعلى من التجريد. لماذا تكون هذه المرة مختلفة هناك ما يفهمه أنصار "الذكاء الاصطناعي سيريد المطورين" بشكل خاطئ: الكود ليس أصلًا بل هو مسؤولية. يجب صيانة كل سطر، وتصحيحه، وتأمينه، وإحلاله في النهاية. الأصل الحقيقي هو القدرة التجارية التي يمكّنها الكود. إذا جعل الذكاء الاصطناعي كتابة الكود أسرع وأرخص، فإنه يسهل حقًا إنشاء المسؤولية. عند القدرة على إنتاج المسؤولية بسرعة غير مسبوقة، تصبح القدرة على إدارة وتقليل تلك المسؤولية استراتيجيًا أكثر قيمة بكثير. هذا صحيح بشكل خاص لأن الذكاء الاصطناعي يتميز بتحسينات محلية ولكنه يفشل في التصميم العالمي. يمكنه تحسين وظائف فردية ولكنه لا يستطيع تحديد ما إذا كان يجب أن توجد الخدمة في المقام الأول، أو كيف يجب أن تتفاعل مع النظام الأوسع. عندما يزيد سرعة التنفيذ بشكل كبير، تُصبح الأخطاء الهندسية مترسخة قبل أن ندرك أنها أخطاء. لأعمال الوكالات التي تقوم ببناء مواقع تسويقية مؤقتة، هذا لا يشكل مشكلة. أما بالنسبة للأنظمة التي تحتاج إلى التطور على مدى سنوات، فالأمر كارثي. استمرار نمط التحول التكنولوجي يبقى نمط التحول التكنولوجي ثابتًا: تحول مدراء الأنظمة إلى مهندسين DevOps، وتحول المطورون الخلفيون إلى مهندسين سحابيين (cloud architects)—ولكن الذكاء الاصطناعي يسرع كل شيء. المهارة التي تنجو وتزدهر ليست كتابة الكود. إنها تصميم الأنظمة. وهذا هو الشيء الوحيد الذي لن يستطيع الذكاء الاصطناعي استبداله. تقييم الحدث من قبل المختصين يؤكد العديد من الخبراء في مجال البرمجة والذكاء الاصطناعي أن هذه التحولات التكنولوجية تعزز القيمة المضافة للمطورين من خلال رفع مستوى مهاراتهم وتوسيع نطاق مهامهم. بينما تساعد هذه التقنيات في زيادة كفاءة الإنتاج، فإنها تؤكد أيضًا على أهمية الخبرة الهندسية في تصميم وتنفيذ أنظمة معقدة ومستدامة. نبذة تعريفية عن الذكاء الاصطناعي في مجال البرمجة الذكاء الاصطناعي في مجال البرمجة هو تقنية متطورة تهدف إلى تسهيل عملية تطوير البرمجيات عبر أتمتة بعض المهام الروتينية. ومع ذلك، فإن الاعتماد الكامل على هذه التقنية ليس حلاً مثاليًا، حيث أن التصميم الهندسي للأنظمة وفهم السياق التجاري يظلان ضروريين لتحقيق نجاح فعلي في المشاريع البرمجية المعقدة. هذه التكنولوجيا تعيد تعريف دور المطور، وليس القضاء عليه.
