أعاد DHH كتابة Campfire من Ruby on Rails إلى Rust وElixir وGo باستخدام وكلاء الذكاء الاصطناعي، مكشفًا عن رؤى حاسمة حول البرمجة بمساعدة الذكاء الاصطناعي. تُظهر إعادة الكتابة أن الأوامر الغامضة تؤدي إلى قرارات غير متسقة، حيث تتخذ نماذج اللغة الكبيرة خيارات ضمنية بشأن التوافق العكسي، والتأخير مقابل الإنتاجية، واستخدام الذاكرة. أزالت نسخة Ruby on Rails رموز CSRF وRedis، واختيار الطوابير داخل العملية، بينما بقيت نسخة Elixir أقرب إلى Rails. هذه الاختلافات لا تتعلق باللغة، ولا تمليها اللغة المستهدفة. تظهر مشكلات جودة الكود: تُعالج نسخة Elixir استعلامات SQL بشكل تسلسلي، بينما تخلط نسخة Rust بين العمليات غير المتزامنة والحاجزة لقاعدة البيانات، مما قد يضر بالأداء. يوضح المقال أن البرمجة لا يمكن 'حلها' بواسطة الذكاء الاصطناعي وحده—يظل الفهم العميق ضروريًا. كما أن المعايير مضللة أيضًا، حيث تركز فقط على الإنتاجية بينما تتجاهل معدلات التسليم. وجد Zach Daniels معدل تسليم إشعارات يبلغ 1% تحت الحمل، مسلطًا الضوء على الفجوة بين المعايير الاصطناعية والأداء في العالم الحقيقي.
الكيانات الرئيسية: الشركات: Ruby on Rails, Redis | الأشخاص: DHH, Piotr Sarnackoson, Zach Daniels
الأسئلة الشائعة: هل يمكن لوكلاء الذكاء الاصطناعي استبدال المطورين البشر بالكامل في إعادة كتابة الكود؟
لا. تُظهر تجربة DHH أن وكلاء الذكاء الاصطناعي يتخذون قرارات تقنية ضمنية تختلف بشكل كبير دون توجيه دقيق. تتطلب القضايا مثل التوافق العكسي، وتحسينات الأداء، والخيارات المعمارية إشرافًا بشريًا. أظهرت إعادة الكتابة بلغة Rust وElixir تناقضات لا تتعلق باللغة، مما يثبت أن البرمجة تتطلب فهمًا عميقًا لا يمكن للذكاء الاصطناعي تكراره بمفرده.
المصدر: Hacker News · لخّصه HeadlinesBriefing