مطوّر سابق: نظام أوامر الشراء في Amazon كان يعالج طلبًا أو اثنين في الثانية بمئات المهندسين

نشر مطوّر عمل على نظام معالجة أوامر الشراء في Amazon مقالًا في 4 سبتمبر 2026 بعنوان There’s No Limit to How Bad Code Can Get. وذكر فيه أن النظام كان يعالج طلبًا أو اثنين في الثانية فقط، على جهاز واحد قوي.

ولتقدير الرقم، يرى الكاتب أن نظامًا كهذا يفترض أن يعالج أضعاف ذلك بكثير. وكان النظام يعمل بمئات المهندسين، في حين أن العمل نفسه يحتاج نظريًا إلى نحو 24 مهندسًا.

لكن الفكرة التي يبنيها المقال لا تخص Amazon، بل تخص التشبيهات الشائعة عن الكود السيئ. فكثيرًا ما يوصف بأنه سفينة تغرق أو مبنى على وشك الانهيار. ويرى الكاتب أن التشبيهين خاطئان، لأن السفينة والمبنى لهما حد أقصى للفشل: يسقطان، ثم تبدأ الأمور من نقطة الصفر.

أما الكود فليس له هذا الحد. فهناك دائمًا مجال لطبقة وسيطة إضافية (layer of indirection)، ولقدر أقل قليلًا من الأداء. ولا يوجد قاع يتوقف عنده التدهور.

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

وتمتد الملاحظة إلى الفرق الصغيرة أيضًا. فالشركة حين تفشل تملك خيار الإفلاس والبداية من جديد، أما قاعدة الكود (codebase) فلا تملك هذا الخيار. لا توجد لحظة إعادة ضبط، بل تراكم مستمر، وكل قرار سريع اليوم يضيف طبقة يصعب على من يأتي بعده فهمها.