فهمت التداول الخوارزمي، وكنت أحدهم؛ في ذلك الوقت، لم يكن بناء الأنظمة يدور حول "تشغيلها"، بل حول تحقيق موثوقية طويلة الأمد تحت قيود مثل الكمون، والاستقرار، والمراقبة، والسيطرة على المخاطر. لذلك، كنت في البداية معارضًا جدًا لـ "Vibe Coding"، لأنه يضلل الناس بسهولة للاعتقاد بأن البرمجة يمكن إنجازها عن طريق "إعطاء أوامر بناءً على الحدس". لاحقًا، بعد أن استخدمت شخصيًا Claude Code و Codex و Copilot لإنشاء بعض البرامج الصغيرة والأدوات الداخلية، أدركت أن المشكلة ليست مع كتابة الذكاء الاصطناعي للكود، بل مع الطبيعة المضللة للمصطلح: عندما يُدمج الذكاء الاصطناعي في عملية الهندسة، فإنه يشبه امتدادًا للبرمجة الزوجية، حيث يدمج "الإخراج" و"المراجعة" في نفس الدورة، مما يسمح للناس بإعادة توجيه طاقاتهم من المهام المتكررة إلى اتخاذ القرارات الرئيسية ومراقبة الجودة. في الوقت نفسه، الواقع واضح جدًا: بالنسبة لأولئك الذين لا يفهمون البرمجة، من الصعب إنتاج نتائج مرضية بالاعتماد فقط على Vibe؛ ومع ذلك، بالنسبة للأفراد القادرين، يعزز الذكاء الاصطناعي بشكل كبير الكفاءة وجودة التسليم، وهو ما يفسر أيضًا لماذا أصبحت واحدة من أكثر "الفوائد" المطلوبة في الشركات هي رموز LLM الإضافية.