صديقتي بريا تدير جدولة قسم طبي مكوّن من 34 سريرًا، وقضت عامين في التعامل مع طلبات تبديل المناوبات عبر رسالة جماعية لا يقرأها أحد بالترتيب. أرادت شيئًا يمكن للممرضات فتحه على الهاتف أثناء استراحة، ونشر مناوبة تحتاج تغطية، وأن يطالب بها أحد قبل أن تضطر الممرضة المسؤولة إلى إعادة ترتيب الجدول يدويًا. بنيتها على مدى ثلاثة أسابيع من الأمسيات. هذا سجل اليوم الذي انطلقت فيه فعليًا — نشر، نطاق مخصص، ممرضات حقيقيات، مناوبات حقيقية — لأن الفجوة بين "يعمل في الاختبار" و"يعمل الساعة 7 صباحًا عندما ينقص القسم ممرضتين" تبيّن أنها درس بحد ذاته.
6:58 صباحًا — النشر
كنت قد ضبطت وجهة النشر على نطاق بريا الخاص في الليلة السابقة، لذا كان هذا الجزء مخيبًا للتوتر المتوقع: اضغط نشر، شاهد سجل التحقق من البناء وهو يمر عبر فحوصاته:
- المسارات تعمل بشكل صحيح
- نقطة نهاية المطالبة بالمناوبة تُعيد استجابة حقيقية بدلاً من بديل وهمي
- خطاف إشعار الرسائل النصية مُهيّأ فعليًا بدلاً من وضع التجربة الجافة
كل شيء أخضر. أرسلت لبريا الرابط عبر رسالة نصية الساعة 6:58 صباحًا لأنني علمت أنها ستدخل مناوبتها في تلك اللحظة تحديدًا، وأردتها أن تراه حيًا قبل بدء اليوم، لا بعده.
7:15 صباحًا — أول مستخدم حقيقي يفعل شيئًا لم أختبره
نشرت بريا مناوبة مفتوحة لذلك المساء خلال عشرين دقيقة، وهو أسرع مما توقعت، مما عنى أنني لم أنهِ قهوتي قبل ظهور أول نقطة بيانات حقيقية. ثم طالبت بها ممرضة تُدعى دينيس، ثم ألغت المطالبة بعد أربع دقائق، ثم طالبت بها مجددًا. لا أعرف السبب — ربما راجعت تقويمها الخاص أثناء المطالبة وأدركت أن لديها موعدًا عند طبيب الأسنان. تعامل التطبيق مع ذلك بشكل جيد. ما لم أختبره كان ثلاثة أشخاص يحاولون المطالبة بالمناوبة نفسها ضمن نافذة العشر ثوانٍ نفسها، لأن هذا السيناريو لم يخطر لي على الإطلاق خلال ثلاثة أسابيع من الاختبار الفردي. لم يخطر لي الآن أيضًا. خطر للواقع بعد حوالي خمس ساعات.
9:40 صباحًا — هدوء، وأنا أتوتر من الهدوء
لم يحدث شيء لمدة ساعتين ونصف. لا مطالبات، لا منشورات، لا أخطاء في السجلات. تفقدت لوحة التحكم أربع مرات على أي حال، وهي عادة ينبغي أن أتخلص منها على الأرجح — البناء الذي لا يُستخدم ليس معطلاً، إنه فقط لم يُستخدم بعد، وهاتان مشكلتان مختلفتان بحلين مختلفين. أجبرت نفسي على إغلاق التبويب والذهاب لإنجاز عمل حقيقي.
11:52 صباحًا — الخلل
قبلت نقطة نهاية المطالبة الثلاث جميعًا، لأنني كتبت منطق "وضع علامة كمُطالَب بها" كفحص تحديث مباشر إذا-كانت-مفتوحة دون قفل، وفي الاختبار العادي أحادي المستخدم لا مجال إطلاقًا لحدوث حالة السباق تلك. تحت ثلاث نقرات متزامنة من ثلاثة هواتف مختلفة، هناك مجال كافٍ. تلقت الممرضات الثلاث جميعًا رسالة تأكيد نصية تفيد بأنهن غطّين المناوبة. كانت دينيس واحدة منهن، للمرة الثانية في ذلك اليوم، وهذه المرة كانت منزعجة.
أريد أن أكون صادقًا بشأن كيفية اكتشافي لهذا — لم ألتقطه من المراقبة. أرسلت لي بريا رسالة نصية بهذا، مع رمز تعبيري ضاحك، رغم أنني لا أعتقد أنها قصدته حرفيًا، لأنه كان، في الواقع، مشكلة أفسدت عليها بعد ظهرها:
التطبيق يقول إن 3 أشخاص حصلوا على نفس المناوبة هههه
12:10 ظهرًا — إلى محادثة البناء
وصفت الخلل بلغة بسيطة: يمكن لعدة أشخاص المطالبة بمناوبة واحدة إذا نقروا في نفس الوقت تقريبًا، وينبغي أن تثبت مطالبة واحدة فقط. لم أحاول كتابة الإصلاح بنفسي أولًا، جزئيًا لأنني كنت على هاتفي في موقف سيارات وجزئيًا لأن وصف الفشل بدقة عادة أسرع من تشخيصه بدقة. تتبّع الوكيل المشكلة إلى قفل الصف المفقود في جدول المطالبات، واقترح التحول إلى تحديث شرطي ذري — تنجح المطالبة فقط إذا كانت حالة المناوبة لا تزال "مفتوحة"، والعملية نفسها تقرر من يفوز بدلاً من فحص-ثم-كتابة يسمح لثلاثة طلبات برؤية "مفتوحة" في آن واحد. هذا هو الخلل الفعلي في جملة واحدة، وهو من النوع الذي يبدو واضحًا بمجرد قوله وخفيًا حتى يُجبره شيء على الظهور.
الساعة 12:34 ظهرًا — يخرج الإصلاح إلى الإنتاج، وأجعل بريا تنتظر
كانت الرقعة صغيرة. ومع ذلك لم أدفعها مباشرة إلى النطاق المباشر أثناء نوبة عمل نشطة — بل شغّلتها أولًا على نسخة تجريبية، وطلبت من زميلة بريا الممرضة المسؤولة، التي لم تكن في نوبة عمل، أن تجرّب نفس محاولة الضغط الثلاثي المتزامن من ثلاث تبويبات متصفح في آن واحد. صمد الحل. تمّت مطالبة نوبة واحدة بنجاح، بينما تلقّت المحاولتان الأخريان رسالة "تمت مطالبة هذه النوبة للتو من قِبل شخص آخر" بدلًا من تأكيد زائف. دفعت الإصلاح إلى الإنتاج في الساعة 12:34 ظهرًا، أي بعد حوالي 42 دقيقة من وقوع الخلل، وهو ما بدا بطيئًا في حينه وسريعًا بالنظر إلى الوراء.
من الساعة 2:00 إلى 6:00 مساءً — الجزء المملّ والجيد
- 11 نوبة عمل إضافية تم نشرها
- 9 تمت مطالبتها بسلاسة
- 2 انتهت صلاحيتها دون مطالبة وانتقلتا إلى اللوحة التي ما زالت بريا تديرها يدويًا — وهذا أمر مقبول، فالأداة لا تحتاج إلى حلّ كل شيء في اليوم الأول، بل تحتاج إلى حلّ المشكلة المحدّدة التي كانت معطّلة
- 0 حالات مطالبة مزدوجة إضافية
راقبت الأرقام بدلًا من تخيّل النتائج، وهو نشاط مختلف تمامًا وأكثر هدوءًا بكثير.
ما كنت سأفعله بشكل مختلف
شيئان.
- كنت سأصف سيناريو المطالبة المتزامنة في طلب البناء الأصلي بدلًا من اكتشافه أثناء التشغيل الفعلي — فجملة "عدة مستخدمين، نفس الإجراء، نفس اللحظة" ليست طلبًا صعبًا، بل مجرد جملة، ولم يخطر لي ببساطة أن أضمّنها لأن اختباراتي الخاصة تسلسلية بطبيعتها؛ فأنا لا أضغط سوى زر واحد في كل مرة.
- بالغتُ في الاستثمار بصياغة إشعارات الرسائل النصية خلال الأسبوع الثاني — ثلاث إعادات كتابة منفصلة لنص تأكيد لم يشتكِ منه أحد — وقلّلتُ الاستثمار في بالضبط نوع حالة التزامن الحرجة التي كان من المؤكد أن يصطدم بها طابق كامل من الممرضات في وقت الاستراحة، وكلهنّ ينظرن إلى هواتفهنّ في نفس اللحظة، في اليوم الأول.
في الإطلاق القادم، سأقضي وقتًا أقل في صقل نصوص لن ينتقدها أحد، ووقتًا أكبر في طرح سؤال "ماذا يحدث إذا قام خمسة أشخاص بهذا في آن واحد"، لأنه بالنسبة لأي شيء له أكثر من مستخدم حقيقي واحد، سيصادف أحدهم هذا الموقف عاجلًا أم آجلًا.
