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