أعلن جارد سمنر، مطوّر بيئة تشغيل جافاسكريبت Bun، أن الإصدار 1.4.0 يطوي صفحة لغة زيج (Zig) نهائيًا وينتقل بالكامل إلى Rust — عملية إعادة كتابة شملت أكثر من 535 ألف سطر برمجي، أنجزتها 64 نسخة متزامنة من كلود فيبل 5 خلال 11 يومًا فقط، دون فريق هندسي بشري يكتب السطور.
لماذا كانت زيج مشكلة؟
بنية Bun الأصلية كانت تخلط قيم جافاسكريبت المُدارة تلقائيًا بذاكرة تُدار يدويًا، وهو مزيج أنتج علّة متكررة: تسريبات ذاكرة، وتعطّل بعد تحرير مزدوج، وأعطال صعبة التتبع — رصد الفريق 13 خطأً من هذا النوع في الإصدار 1.3.14 وحده. حلّ Rust المشكلة بنيويًا: فاحص الاستعارة (borrow checker) وخاصية Drop التلقائية يمنعان هذه الأخطاء وقت الترجمة، لا وقت التشغيل.
64 نسخة من كلود، 6,502 التزام برمجي
بين 3 و14 مايو 2026، شغّل سمنر كلود فيبل 5 عبر تدفقات عمل ديناميكية، بمعدل 64 نسخة متوازية في الذروة، أنتجت 6,502 التزام برمجي بمعدل وصل إلى 1.3 سطر بالدقيقة. كل تعديل مرّ على مراجعة عدائية من نسختين منفصلتين من كلود — كل نسخة تفترض أن التعديل خاطئ حتى تثبت العكس — قبل أن يُختبر على أكثر من 60 ألف اختبار قائم مسبقًا، دون تجاوز اختبار واحد.
النتيجة: أخطاء أقل، أداء أعلى
أُصلح 128 خطأً في 1.4.0 مقارنة بالإصدار السابق، واختفت كل تسريبات الذاكرة القابلة للرصد — استدعاء Bun.build() كان يسرّب نحو 3 ميغابايت في كل مرة، وأصبح مستقرًا عند 600 ميغابايت بعد 2000 استدعاء متكرر. تحسّن الأداء أيضًا: زمن إقلاع Claude Code نفسه انخفض 10% على لينكس، وأداء HTTP ارتفع حتى 4.8%. كلّف المشروع بأكمله نحو 165 ألف دولار في رموز واجهة برمجة التطبيقات — أقل بكثير من توظيف ثلاثة مهندسين لعام كامل، وهو الخيار البديل الوحيد المتاح فعليًا.
ما حدث هنا أكبر من ترقية تقنية عابرة: إعادة كتابة كاملة لبيئة تشغيل تستخدمها ملايين المشاريع، أنجزها كلود لا فريق بشري، في أقل من أسبوعين. السؤال لم يعد هل يقدر الذكاء الاصطناعي أن يكتب كودًا، بل كم من «المستحيل هندسيًا» تحوّل الآن إلى مجرد قرار بالميزانية.
No comments yet