هل المبرمج افضل من AI في كتابة الكود

كما قلت بالفعل البرمجة أصبحت أسهل وأسرع بكثير ولكن السؤال الأهم هل العمل كمطور بالفعل أصبح أسهل ؟

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

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

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

كلما زاد تعقيد المشروع، زادت الحاجة إلى شخص يفهم البرمجة بعمق.

من الواقع العملي، قمت بتجربة عملية على مشروع حقيقي، ليس مجرد تطبيق بسيط، بل مشروع يحتوي على جزء منه على Full-Stack Framework مخصص مبني على Node.js، أي أنه ليس إطار عمل مشهورًا تدربت عليه النماذج بكثرة.

جهزت التجربة بعناية:

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

ومع ذلك، كانت النتيجة:

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

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

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

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

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