𝗠𝗼𝘀𝘁 𝗘𝗻𝗴𝗶𝗻𝗲𝗲𝗿𝘀 𝗨𝘀𝗲 𝗔𝗜. 𝗙𝗲𝘄 𝗘𝗻𝗴𝗶𝗻𝗲𝗲𝗿 𝗪𝗶𝘁𝗵 𝗜𝘁. معظم المهندسين يستخدمون الذكاء الاصطناعي. قلة من المهندسين يمارسون الهندسة به.
معظم مهندسي البرمجيات يستخدمون الذكاء الاصطناعي الآن.
يستخدمونه لتصحيح الأخطاء (debugging)، أو كتابة الاختبارات، أو إنشاء استعلامات SQL. استخدام الذكاء الاصطناعي أمر سهل، لكن الهندسة باستخدام الذكاء الاصطناعي أصعب بكثير.
لقد لاحظت مشكلة أثناء استخدام الذكاء الاصطناعي في مهام حقيقية على المستودعات (repositories). التغيير الخاطئ لا يؤدي فقط إلى مخرجات سيئة، بل يدمر هيكلية الكود، واختباراتك، وقابلية الصيانة مستقبلاً.
جزء توليد الكود سهل؛ فالمطالبة (prompt) العامة تنتج كوداً بسرعة، ويبدو نظيفاً للوهلة الأولى.
النتائج المفيدة لا تأتي إلا عندما تقوم بالعمل الممل أولاً. يجب عليك:
- تحديد المتطلبات.
- تحديد النطاق.
- شرح القيود.
- تقرير كيفية التحقق من التغيير.
المهارة ليست في كتابة المطالبات (prompting). المهارة تكمن في صياغة العمل.
يزيد الذكاء الاصطناعي من سرعة المخرجات، لكنه لا يزيد من جودة التحقق. إذا أصبح توليد الكود أسرع، فإن المتطلبات غير الواضحة ستصبح أكثر تكلفة، والمراجعات الضعيفة ستصبح أكثر خطورة.
الذكاء الاصطناعي يضخم حلقة الهندسة الحالية لديك.
إذا كانت المتطلبات غير واضحة، سيظل الذكاء الاصطناعي ينتج شيئاً ما. إذا كانت البنية (architecture) فوضوية، فسيقوم الذكاء الاصطناعي بنسخ هذه الفوضى. وإذا لم تكن قادراً على مراجعة المخرجات، فستتحول السرعة إلى مخاطرة.
السؤال ليس ما إذا كان الذكاء الاصطناعي سيحل محل المهندسين. السؤال هو: ما هي أجزاء الهندسة التي ستصبح أكثر أهمية عندما يصبح الكود رخيصاً؟
إجابتي: التفكير بوضوح قبل التنفيذ.
يجعل الذكاء الاصطناعي النصائح القديمة أكثر أهمية:
- فكر مرتين، واكتب الكود مرة واحدة.
- حدد المشكلة قبل أن تطلب من الذكاء الاصطناعي بناء الحل.
- تحقق من المقايضات (tradeoffs) قبل قبول الإجابة.
- تحقق من السلوك قبل الدمج (merging).
تتحول الهندسة من كتابة الكود إلى صياغة التغيير الصحيح.
تعامل مع الذكاء الاصطناعي كزميل يحتاج إلى هيكلية. الحلقة الجيدة تبدو هكذا: المتطلبات ← الفجوات ← الخطة ← تغيير صغير ← مراجعة ← فحوصات ← ملاحظات.
الهندسة الحقيقية لا تتعلق بإنتاج الكود، بل تتعلق بإنتاج تغيير موثوق.
الميزة ليست في توليد أكبر قدر من الكود. الميزة تكمن في معرفة ما يجب بناؤه وكيف يتناسب مع نظامك.
المهندسون الذين سينتصرون لن يكونوا أسرع كتاب للمطالبات، بل سيكونون أولئك الذين يصممون سير عمل (workflows) أفضل حول الأداة.
المصدر: https://dev.to/jeelvankhede/most-engineers-use-ai-few-engineer-with-it-3pd
مجتمع تعليمي اختياري: https://t.me/GyaanSetuAi