मेरी दोस्त प्रिया एक 34-बेड वाले मेडिकल फ़्लोर की शेड्यूलिंग संभालती हैं और दो साल से एक ग्रुप टेक्स्ट पर शिफ्ट-स्वैप रिक्वेस्ट्स को संभाल रही हैं जिसे कोई क्रम से नहीं पढ़ता। वह चाहती थीं कि नर्सें ब्रेक के दौरान फ़ोन पर कुछ खोल सकें, जिस शिफ्ट को कवर करने की ज़रूरत है उसे पोस्ट कर सकें, और चार्ज नर्स को मैन्युअली बोर्ड फिर से जमाना पड़े उससे पहले कोई उसे क्लेम कर ले। मैंने इसे तीन हफ़्तों की शामों में बनाया। यह उस दिन का लॉग है जब यह वाकई लाइव हुआ — प्रकाशन, कस्टम डोमेन, असली नर्सें, असली शिफ्टें — क्योंकि "यह टेस्टिंग में काम करता है" और "यह सुबह 7 बजे काम करता है जब फ़्लोर पर दो लोगों की कमी है" के बीच का अंतर अपने आप में एक सीख निकला।
सुबह 6:58 — प्रकाशन
मैंने पिछली रात ही डिप्लॉय टारगेट को प्रिया के अपने डोमेन पर सेट कर दिया था, इसलिए यह हिस्सा फीका रहा: पब्लिश दबाया, बिल्ड के वेरिफ़िकेशन रिकॉर्ड को अपनी जाँच से गुज़रते देखा:
- रूट्स सही से रिज़ॉल्व हो रहे थे
- शिफ्ट-क्लेम एंडपॉइंट एक स्टब के बजाय असली रिस्पॉन्स दे रहा था
- SMS नोटिफ़िकेशन हुक ड्राई-रन के बजाय वास्तव में कॉन्फ़िगर किया गया था
सब हरा। मैंने सुबह 6:58 बजे प्रिया को लिंक टेक्स्ट किया क्योंकि मुझे पता था कि वह ठीक उसी वक़्त शिफ्ट के लिए जा रही होंगी, और मैं चाहता था कि वह दिन शुरू होने से पहले इसे लाइव देखें, बाद में नहीं।
सुबह 7:15 — पहला असली यूज़र कुछ ऐसा करता है जिसे मैंने टेस्ट नहीं किया था
प्रिया ने बीस मिनट के भीतर उस शाम के लिए एक खुली शिफ्ट पोस्ट की, जो मेरी उम्मीद से तेज़ था और इसका मतलब था कि पहला असली डेटा पॉइंट बनने से पहले मैंने अपनी कॉफ़ी भी पूरी नहीं की थी। फिर डेनिस नाम की एक नर्स ने उसे क्लेम किया, चार मिनट बाद अनक्लेम किया, और फिर से क्लेम किया। मुझे नहीं पता क्यों — शायद उसने क्लेम करते समय अपना कैलेंडर चेक किया और याद आया कि उसकी डेंटिस्ट अपॉइंटमेंट है। ऐप ने इसे ठीक से संभाला। जो मैंने टेस्ट नहीं किया था वह था तीन लोगों का उसी दस-सेकंड की विंडो में एक ही शिफ्ट को क्लेम करने की कोशिश करना, क्योंकि तीन हफ़्ते की सोलो टेस्टिंग में यह परिदृश्य एक बार भी मेरे दिमाग़ में नहीं आया। अब भी नहीं आया। यह असल ज़िंदगी को लगभग पाँच घंटे बाद सूझा।
सुबह 9:40 — शांति, और मुझे शांति से घबराहट होती है
ढाई घंटे तक कुछ नहीं हुआ। कोई क्लेम नहीं, कोई पोस्ट नहीं, लॉग में कोई एरर नहीं। मैंने फिर भी डैशबोर्ड चार बार चेक किया, जो शायद एक आदत है जिसे मुझे छोड़ देना चाहिए — जो बिल्ड इस्तेमाल नहीं हो रही वह टूटी हुई नहीं है, बस अभी इस्तेमाल नहीं हो रही, और ये अलग-अलग समस्याएँ हैं जिनके अलग-अलग समाधान हैं। मैंने खुद को टैब बंद करके असली काम पर जाने के लिए मजबूर किया।
सुबह 11:52 — बग
क्लेम एंडपॉइंट ने तीनों को स्वीकार कर लिया, क्योंकि मैंने "मार्क ऐज़ क्लेम्ड" लॉजिक को बिना लॉक के एक सीधी अपडेट-इफ़-ओपन जाँच के रूप में लिखा था, और सामान्य सिंगल-यूज़र टेस्टिंग में यह रेस कंडीशन कभी होने की गुंजाइश ही नहीं रखती। तीन अलग-अलग फ़ोन से तीन एक साथ टैप के तहत, इसके लिए काफ़ी गुंजाइश थी। तीनों नर्सों को एक कन्फ़र्मेशन टेक्स्ट मिला कि उन्होंने शिफ्ट कवर कर ली है। डेनिस उनमें से एक थी, उस दिन दूसरी बार, और इस बार वह नाराज़ थी।
मैं इस बारे में ईमानदार रहना चाहता हूँ कि मुझे यह कैसे पता चला — मैंने इसे मॉनिटरिंग से नहीं पकड़ा। प्रिया ने मुझे यह टेक्स्ट किया, हँसते हुए इमोजी के साथ, हालाँकि मुझे नहीं लगता उसका मतलब शाब्दिक था, क्योंकि यह वास्तव में उसकी दोपहर के लिए एक समस्या थी:
ऐप कह रहा है 3 लोगों को एक ही शिफ्ट मिल गई lol
दोपहर 12:10 — बिल्ड चैट में
मैंने बग को सामान्य भाषा में बताया: अगर कई लोग लगभग एक ही समय पर टैप करें तो एक ही शिफ्ट को क्लेम कर सकते हैं, और सिर्फ़ एक क्लेम टिकना चाहिए। मैंने पहले खुद फिक्स लिखने की कोशिश नहीं की, आंशिक रूप से इसलिए क्योंकि मैं पार्किंग लॉट में फ़ोन पर था और आंशिक रूप से इसलिए क्योंकि विफलता को सटीकता से बताना आम तौर पर उसे सटीकता से डायग्नोज़ करने से तेज़ होता है। एजेंट ने इसे क्लेम टेबल पर मिसिंग रो लॉक से जोड़ा, एक एटॉमिक कंडीशनल अपडेट में बदलने का सुझाव दिया — क्लेम तभी सफल होता है जब शिफ्ट की स्थिति अभी भी "ओपन" हो, और ऑपरेशन खुद तय करता है कि कौन जीतेगा, बजाय एक चेक-फिर-राइट के जो तीनों रिक्वेस्ट को एक साथ "ओपन" देखने देता है। यही असली बग एक वाक्य में है, और यह उस तरह की चीज़ है जो कहने पर स्पष्ट हो जाती है पर जब तक कुछ उसे सामने न ले आए, अदृश्य बनी रहती है।
दोपहर 12:34 — फिक्स जाता है, और मैं प्रिया को इंतज़ार कराता हूँ
पैच छोटा था। फिर भी मैंने इसे सक्रिय शिफ्ट के दौरान सीधे लाइव डोमेन पर नहीं भेजा — मैंने पहले इसे प्रीव्यू वर्ज़न पर चलाया और प्रिया की चार्ज-नर्स सहयोगी, जो शिफ्ट पर नहीं थीं, से तीन ब्राउज़र टैब से एक साथ तीन-टैप वाली वही चीज़ आज़माने को कहा। यह टिका रहा। एक क्लेम सफल हुआ, दो को झूठी पुष्टि के बजाय "यह शिफ्ट अभी किसी और ने क्लेम कर ली" वाला संदेश मिला। मैंने इसे दोपहर 12:34 बजे लाइव किया, बग होने के लगभग बयालीस मिनट बाद, जो उस पल में धीमा लगा और पीछे मुड़कर देखने पर तेज़।
दोपहर 2:00 से शाम 6:00 तक — उबाऊ, अच्छा हिस्सा
- 11 और शिफ्टें पोस्ट हुईं
- 9 बिना किसी दिक्क़त के क्लेम हुईं
- 2 बिना क्लेम हुए एक्सपायर हो गईं और उस बोर्ड में शामिल हो गईं जिसे प्रिया अभी भी मैन्युअली संभालती हैं — जो ठीक है, टूल को पहले ही दिन सब कुछ हल करने की ज़रूरत नहीं, इसे उस विशिष्ट समस्या को हल करना है जो टूटी हुई थी
- 0 और डबल-क्लेम
मैंने नतीजों की कल्पना करने के बजाय आंकड़ों को देखा, जो एक अलग और कहीं ज़्यादा शांत गतिविधि है।
मैं क्या अलग करता
दो बातें।
- मुझे शुरुआती बिल्ड प्रॉम्प्ट में ही एक साथ हो रहे दावे (concurrent-claim) वाले परिदृश्य का वर्णन कर देना चाहिए था, न कि इसे लाइव में खोजना — "कई यूज़र, एक ही एक्शन, एक ही पल" बस एक वाक्य है, कोई मुश्किल माँग नहीं, और मैंने इसे शामिल करने के बारे में सोचा ही नहीं क्योंकि मेरी अपनी टेस्टिंग स्वाभाविक रूप से क्रमिक होती है; मैं एक बार में सिर्फ़ एक बटन क्लिक करता हूँ।
- मैंने दूसरे हफ्ते में SMS नोटिफिकेशन की भाषा में ज़रूरत से ज़्यादा समय लगाया — एक कन्फर्मेशन टेक्स्ट के तीन-तीन बार रीराइट, जिसकी किसी ने शिकायत तक नहीं की — और ठीक उसी तरह की कंकरेंसी एज-केस में कम समय लगाया, जो एक ऐसे फ़्लोर पर, जहाँ ब्रेक पर मौजूद कई नर्सें एक ही पल में अपने फ़ोन देख रही हों, पहले ही दिन टकराना तय था।
अगली लॉन्च में, मैं ऐसी कॉपी को पॉलिश करने में कम समय दूँगा जिसकी कोई आलोचना नहीं करने वाला, और यह पूछने में ज़्यादा समय दूँगा कि "अगर पाँच लोग एक साथ यह करें तो क्या होगा", क्योंकि एक से ज़्यादा असली यूज़र वाली किसी भी चीज़ के लिए, आख़िरकार कोई-न-कोई यह ज़रूर करेगा।
