مؤسس Zig يكشف: لماذا شعرنا بالارتياح عندما تخلى Bun عن لغتنا
أبرز النقاط
- مؤسس Zig يصف كود Bun بأنه مثال على كيف لا تُكتب برمجيات Zig
- التمويل الجريء حوّل Bun من مشروع مفتوح المصدر إلى سباق نحو التخارج
- مؤسسة Zig Software Foundation كانت مستعدة مالياً لوقف التبرعات قبل حدوثه
في تدوينة صريحة بشكل غير معتاد، كشف أندرو كيلي مؤسس لغة البرمجة Zig عن الجانب المظلم من علاقته بمشروع Bun ومطوره جاريد سمنر. الخلاصة المفاجئة: عندما أعلن فريق Bun إعادة كتابة أجزاء جوهرية من المشروع بلغة Rust بدلاً من Zig، لم يشعر كيلي وفريقه بالخسارة، بل بالارتياح.
كيف بدأت العلاقة بين Zig و Bun؟
انضم جاريد سمنر إلى مجتمع Zig قبل نحو خمس سنوات. يصفه كيلي بأنه كان يمتلك ما يسميه "طاقة المبتدئين" — يتحرك بسرعة، يجرب كثيراً، يقفز إلى مشكلات لم يكن مؤهلاً لحلها بعد. النتيجة: مخرجات هندسية متوسطة المستوى، لكن تعلّم هائل في المقابل. يرى كيلي أن هذه عقلية صحية للشباب والطلاب، وأفضل طريقة للتطور واكتساب مهارات جديدة.
مع تركيز سمنر على تطوير Bun — بيئة تشغيل JavaScript سريعة جداً تجمع بين الـ runtime والـ bundler ومدير الحزم — بدأ يجذب الانتباه. JavaScript هي اللغة الأكثر شعبية في العالم، وأي أداة واعدة في منظومتها تحظى بملايين العيون المترقبة.
التمويل الجريء غيّر قواعد اللعبة
كان أمام سمنر خيارات متعددة لتمويل مشروعه. يشير كيلي إلى أنه كان يستطيع بسهولة تحقيق دخل محترم عبر التمويل الجماعي، حتى بمعايير سان فرانسيسكو المرتفعة. لكن سمنر — خريج برنامج Thiel Fellowship لا الجامعة — تشرّب عقلية وادي السيليكون منذ صغره، فاختار رأس المال الجريء. حصل Bun على تمويل بقيمة 7 ملايين دولار من مستثمرين بينهم Kleiner Perkins عام 2022.
في البداية، أظهر سمنر تقديراً حقيقياً لمشروع Zig. نسب الفضل في أداء Bun إلى Zig على الموقع الرسمي، وأسس تبرعاً شهرياً لمؤسسة Zig بلغ 60 ألف دولار سنوياً. لم يكن مُلزماً بأي من ذلك، لكنه فعل، وكان ذلك لفتة محترمة بحسب كيلي.
متى بدأت الأمور تنهار؟
بمجرد أن أصبح Bun شركة ناشئة ممولة من رأس المال الجريء، بدأ سمنر يتسابق نحو خط النهاية. لم يعد يعمل على مشروع مفتوح المصدر يتعلم وينمو مع مجتمعه، بل صار يدير شركة. وهنا تحولت "طاقة المبتدئين" من ميزة إلى مشكلة — خاصة عندما أصبح مديراً فجأة.
يروي كيلي ما سمعه من أشخاص أجروا مقابلات عمل في شركة Oven (الشركة خلف Bun)، ومن موظفين عملوا هناك. الرسالة كانت واحدة: تواصل ضعيف، توقعات غير واقعية، تعاطف منخفض، وانعدام للخبرة الإدارية. النتيجة: رغم حماس مطوري مجتمع Zig للعمل بأجر على مشاريع Zig، ابتعد معظم الموهوبين عن Oven و Bun.
جودة الكود: المشكلة الأكبر
يتابع فريق Zig بانتظام مشاريع المستخدمين — يقرأون الكود المصدري لفهم تأثير اللغة، ويختبرون التغييرات لتقييم خطورة كسر التوافق، ويرصدون تراجع الأداء. ما وجدوه في كود Bun أرعبهم: حلول مؤقتة فوق حلول مؤقتة، إساءة استخدام التأكيدات (assertions)، والأسوأ — تسابق متهور من ميزة إلى ميزة دون وقت كافٍ للتأمل وإصلاح الأخطاء والديون التقنية.
يقول كيلي بصراحة لاذعة إن سمنر كان يكتب كوداً رديئاً حتى قبل أن تصبح نماذج اللغة الكبيرة (LLMs) متاحة له. ويضيف أن Bun أصبح — من وجهة نظر فريق Zig — "المثال الأبرز على كيف لا تُكتب برمجيات Zig"، وهو عكس ما يريده أي مشروع لغة برمجة من مستخدمه الأشهر.
- حلول مؤقتة متراكمة (hacks on top of hacks)
- إساءة استخدام التأكيدات البرمجية
- تسابق نحو الميزات الجديدة دون معالجة الديون التقنية
- RoboBun أصبح المساهم الأول في الكود — إشارة إلى الاعتماد المفرط على أدوات توليد الكود
لماذا شعر فريق Zig بالارتياح؟
يشرح كيلي أن مؤسسة Zig باتت ترى Bun التزاماً سلبياً صافياً. السبب مزدوج: أولاً، المشروع الذي يفترض الجمهور أنه النموذج الأمثل لبرمجة Zig كان في الواقع مثالاً على الممارسات السيئة. ثانياً، كان واضحاً أن الشركة ستُباع في النهاية — فخطة أعمالها الغامضة عن "بيع شيء سحابي ما" كانت هزلية من البداية بحسب تعبيره.
توقع الفريق أنه عند البيع سيتلقون دعاية سلبية بالوكالة، وستتوقف التبرعات. لذا عندما استحوذت Anthropic على Bun فعلاً، وتوقفت التبرعات الشهرية بصمت، ولم يحضر فريق Bun اجتماعهم الشهري المعتاد دون إلغائه، لم يُفاجأ أحد في مؤسسة Zig. كان الحساب البنكي جاهزاً، والعلاقة انتهت.
رأي Logicity
ما يرويه كيلي ليس مجرد خلاف تقني، بل درس في اقتصاديات المصادر المفتوحة. عندما يدخل رأس المال الجريء، تتحول الأولويات من جودة الكود إلى سرعة الوصول للسوق والتخارج. البدائل لـ Bun — مثل Node.js المجاني تماماً أو Deno من ريان دال — لا تحمل هذا الضغط التجاري. للمؤسسين: إذا كنت تبني على أداة ممولة من VC، اسأل نفسك: ماذا يحدث لخارطة طريق المنتج عندما يطالب المستثمرون بعائدهم؟
ماذا تعني إعادة الكتابة بلغة Rust؟
إعادة كتابة Bun بلغة Rust ليست مجرد قرار تقني — إنها اعتراف ضمني بأن الرهان على Zig لم يحقق المطلوب، سواء من حيث نضج المنظومة أو توفر المطورين. Rust تملك منظومة أدوات أنضج، ومجتمع مطورين أكبر، وسمعة راسخة في مجال أمان الذاكرة — وهي نقطة حساسة كان كيلي يشير إليها ضمنياً عندما ذكر الانتقادات المتكررة حول memory safety.
الأسئلة الشائعة
ما هو مشروع Bun ولماذا اشتهر؟
Bun هو بيئة تشغيل JavaScript سريعة تجمع بين الـ runtime ومدير الحزم والـ bundler في أداة واحدة. اشتهر بسرعته الفائقة مقارنة بـ Node.js وبكونه مكتوباً بلغة Zig.
لماذا يُعاد كتابة Bun بلغة Rust بدلاً من Zig؟
لم يُعلن الفريق رسمياً السبب الكامل، لكن من المرجح أن نضج منظومة Rust وتوفر المطورين ومتطلبات أمان الذاكرة لعبت دوراً. تدوينة كيلي تشير إلى مشكلات جودة الكود كعامل غير مباشر.
هل يؤثر ذلك على مستخدمي Bun الحاليين؟
من المفترض ألا يؤثر على واجهة الاستخدام، لكن إعادة الكتابة الكبيرة تحمل دائماً مخاطر أخطاء جديدة وتغييرات في السلوك يجب مراقبتها.
ما البدائل المتاحة لـ Bun؟
Node.js يظل الخيار الأكثر استقراراً ونضجاً، بينما Deno يقدم تجربة حديثة مع أمان مدمج. كلاهما مجاني ومفتوح المصدر دون ضغوط تمويل جريء.
هل تحتاج مساعدة في التطبيق؟
إذا كنت تبني منتجاً يعتمد على أدوات JavaScript الحديثة وتحتاج استشارة حول اختيار البنية التحتية المناسبة، تواصل مع فريق Logicity للحصول على توصيات مخصصة لاحتياجاتك.
عمر حسن
كاتب تقني وابتكار
أُنتِج هذا المقال بمساعدة الذكاء الاصطناعي وراجعه فريق التحرير في لوجيسيتي. اعرف المزيد في سياسة التحرير.
اقرأ أيضاً

البرلمان البريطاني يضغط على NHS للتخلي عن Palantir قبل 2027: هل تواجه صفقات البيانات الضخمة مصيراً مشابهاً في الخليج؟
طالبت لجنة الصحة والرعاية الاجتماعية في مجلس العموم البريطاني الحكومة بالبدء فوراً في التخطيط لمرحلة ما بعد Palantir، داعيةً إلى استغلال بند الإنهاء المبكر في عقد منصة البيانات الموحدة (Federated Data

