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