وهم “الفايب كودنج”: عندما تتحول تفاصيل المشروع إلى فخ

في الفترة الأخيرة لاحظت نمط يتكرر مع بعض العملاء في المشاريع التقنية.

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

كيف نبني قاعدة البيانات؟ كيف نبرمج الواجهة؟ ما أفضل تقنية للاستخدام؟

ومع الوقت تتكون لديه صورة كاملة “نظرياً” عن كيفية بناء المشروع.

ثم تأتي الفكرة:

“طالما فهمت التفاصيل… يمكنني تنفيذ المشروع بنفسي باستخدام أدوات الذكاء الاصطناعي أو الفايب كودنج.”

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

المشكلة تبدأ عندما يتم التنفيذ فعلياً.

كل جزء يبدو صحيحاً وحده، لكن عند دمجه مع باقي الأجزاء تظهر التعقيدات:

  • كود غير مترابط
  • قرارات تقنية متضاربة
  • صعوبة في التعديل أو التوسع
  • مشاكل تظهر فقط عند الاستخدام الحقيقي

ومع الوقت، يتحول المشروع من فكرة بسيطة إلى نظام معقد لا يفهمه حتى من قام ببنائه.

النتيجة المفاجئة؟

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

الذكاء الاصطناعي ليس المشكلة هنا.

المشكلة في الاعتقاد أن “معرفة التفاصيل” تعني “القدرة على بناء نظام متكامل”.

هناك فرق كبير بين فهم أجزاء المشروع… وبين تصميمه كمنظومة كاملة.

-----------------

هل تعتقد أن أدوات الذكاء الاصطناعي قربت فعلاً غير المبرمجين من بناء التطبيقات؟

أم أنها فقط أعطتهم إحساساً زائفاً بأن الأمر أصبح أسهل مما هو في الواقع؟


التعليق السابق

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

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

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