هاري تان وY Combinator يتعرضان لانتقادات بسبب موقع مبني بـ AI ومتضخم إلى 6.4 MB

بعد أن تباهى الرئيس التنفيذي لشركة Y Combinator، غاري تان، بإنتاج 37 ألف سطر من التعليمات البرمجية يومياً، تحول الفحص المستقل لموقعه garryslist.org إلى دراسة معيارية لعواقب هذا النهج. كشف فحص جانب العميل ليس مجرد صفحة ثقيلة، بل بيئة إنتاجية حيث سرّعت الذكاء الاصطناعي من إنتاج الأكواد أسرع مما تمكنت مراجعات التعليمات البرمجية والتحسين والنظافة الأساسية للواجهة الأمامية من المواكبة.

ما وجده الفحص

تبين أن الصفحة الرئيسية لموقع garryslist.org ثقيلة بشكل غير متوقع لمدونة أخبار عادية بنشرة بريدية. عند التحميل الواحد، يقوم المتصفح بـ 169 طلب وتنزيل 6.42 ميجابايت من البيانات. بالنسبة لموقع من هذا النوع، يبدو هذا أقل مثل حاشية أمان مدمجة وأكثر مثل نتيجة للتراكم غير المنضبط للأكواد والأصول. يؤكد مؤلف الفحص أنه حلل فقط ما يذهب فعلياً إلى المتصفح، دون الخوض في شفرة المصدر الداخلية.

« أسبوع مجنون تماماً لتطوير الوكيل. 37 ألف سطر من التعليمات البرمجية... »

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

حيث انتفخ الموقع

الاكتشاف الأكثر لفتاً للانتباه هو 28 ملف اختبار يتم تسليمه للزائر كجزء من تحميل الصفحة العادي. هذه ليست تقارير الاختبار، بل غلاف اختبار حقيقي مثل membership_form_controller.test وملفات أخرى، بإجمالي حوالي 300 كيلوبايت. جميعها ترجع HTTP 200 وتُنزل فعلاً من قِبل المتصفح. بالنسبة للمستخدمين، هذا حركة مرور بلا معنى؛ بالنسبة للفريق فهي علامة على أنه لا توجد عملية فصل مناسبة لقطع الارتباط الخاصة بالتطوير في خط أنابيب النشر.

بالإضافة إلى ذلك، تحمل الصفحة 78 متحكماً من نوع Stimulus بإجمالي حوالي 154 كيلوبايت، بما في ذلك وحدات لتوليد الصور واستخراج الصوت وتوليد الفيديو وحتى نموذج hello world. لا تُستخدم هذه الميزات على الصفحة الرئيسية، لكن التعليمات البرمجية تذهب إلى كل زائر على أي حال.

هناك قصة منفصلة مع الشعار: يتم تسليم نفس الدب ثماني مرات بصيغ مختلفة، وملف AVIF واحد حتى يحتوي على حجم فارغ.

• 169 طلب و 6.42 ميجابايت على صفحة رئيسية واحدة
• 28 ملف اختبار في الإنتاج، حوالي 300 كيلوبايت من الأكواد غير الضرورية
• 78 متحكماً من نوع Stimulus غير ضروري يتم تنزيلها على أي حال
• 4 ميجابايت من PNG خام حيث يطلب المتصفح WebP أو AVIF
• يتم تحميل الشعار نفسه ثماني مرات، بما في ذلك ملف AVIF فارغ

ينتج أكثر حركة المرور من الصور من المقالات: يرسل الخادم بتنسيقات PNG خام غير مضغوطة عبر CloudFront، على الرغم من أن المتصفح يطلب بوضوح صيغاً حديثة. يقدم الفحص أمثلة على صورتين تزنان 2.07 و 1.99 ميجابايت. في WebP كان بإمكانهما أن تشغل مساحة أقل بكثير. على هاتين الملفين وحدهما، ينفق الموقع حوالي 4 ميجابايت من حركة المرور دون داع، وهذا يُظهر على أفضل وجه تكلفة غياب التحسين الأساسي.

ليس فقط حول الميجابايت

لا يقتصر التحليل على الأداء فحسب، بل على ثقافة الهندسة. كان للصفحة نسخ مكررة من DOM لإصدارات الهاتف المحمول وسطح المكتب وملفات CSS فارغة وعلامات title مكررة وعشرات الصور مع نص بديل مفقود. بعبارة أخرى، المشكلة ليست خطأ عشوائي واحد، بل تراكم عيوب صغيرة لم يقم أحد بتنظيفها بشكل منهجي قبل الإطلاق. عندما يكون هناك عدد من هذه التفاصيل، لا تبدو وكأنها ضوضاء، بل كنتيجة لضعف مراقبة الجودة.

ينتقد مؤلف الفحص بشكل خاص تحليلات PostHog التي يقوم الموقع بتوكيلها عبر المسار /s/ لتجاوز حاجبات الإعلانات. يحتوي الأكواد على تعليق مباشر حول حقيقة أن SDK يتحمل عبر وكيل بالضبط لهذا السبب. ضد خلفية ملفات الاختبار في الإنتاج والأصول المعطوبة الفارغة، يبدو مثل هذا المحاولة لتجاوز إعدادات الخصوصية غير حريصة بشكل خاص: مورد يضع نفسه كمفيد للمجتمع يحمل بالتزامن القمامة ويحاول تتبع جمهوره بشكل أوثق.

للمقارنة، يستشهد الفحص بـ Hacker News، الذي تحتفظ به نفس نظام بيئة Y Combinator: 7 طلبات و 12 كيلوبايت على الصفحة الرئيسية. ضد هذه الخلفية، يثبت أن garryslist.org أثقل 562 مرة. حتى لو لم تحسب الصور، يعتبر المؤلف حوالي 73٪ من حجم البيانات المرسلة قمامة نقية. هذا هو ما يجعل القضية مهمة: الأمر ليس بشأن الذوق، بل خسائر شبكية وإنتاجية وتشغيلية واقعية اليوم.

ماذا يعني هذا

قصة موقع غاري تان هي مثال جيد على كيف تسرع الذكاء الاصطناعي فعلاً التطوير، لكنها لا تحل محل الهندسة المعمارية ومراجعة الأكواد والمسؤولية عن الإنتاج. إذا بدأ الفريق بقياس التقدم بعدد أسطر التعليمات البرمجية وتكرار الدفع، فسيسهل عليهم الانتهاء ليس بمنتج أسرع، بل بموقع أكثر تكلفة وثقلاً وهشاشة.