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