हमारे कार्यक्रमों में एक त्रुटि का कितना खर्चा होता है, या पीवीएस-स्टूडियो और CppCat में क्या त्रुटियां होती हैं

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

हालाँकि, आज यह हमारी एक गलती के बारे में है और इसने हमें कितना खर्च किया है, इस बारे में एक लेख है। Intrigued?



मेरी आज की कहानी व्यक्ति में होगी, इसलिए पहले "क्रेडिट":

• माइकल, CppCat का उपयोगकर्ता;
• यूजीन (I), लेख के लेखक, PVS-Studio और CppCat से संबंधित है;
• आंद्रेई, मेरे सहयोगी, कभी-कभी अलग-अलग लेख लिखते हैं;
• पावेल, मेरे सहयोगी, विजुअल स्टूडियो में एकीकरण के बारे में सब कुछ जानता है;

एक दिन शुक्रवार, 21 फरवरी को, हमने " Collateral result: PVS-Studio का उपयोग करके फायरबर्ड की जाँच " लेख प्रकाशित किया, जिसमें मिखाइल ने इस टिप्पणी के साथ घोषणा की :

CppCat क्या आप की जरूरत है! आपको उसके बारे में एक अलग पोस्ट बनाना होगा। मैं प्रबंधन से भीख माँगूंगा, चाय सस्ती है :)

मुस्कुराते हुए, मेरे सहयोगी आंद्रेई ने उन्हें जवाब दिया कि पहले ही तीन लेख CppCat के बारे में हैं। सच है, एक सहकर्मी ने तुरंत इस तथ्य के लिए "पकड़" लिया कि कोई भी हमारे नए उत्पाद के बारे में नहीं जानता है। यह 16:16 मास्को समय था ...

पहले से ही मेरे CppCat मेल में 16:21 पर एक विशलिस्ट के साथ मिखाइल का एक पत्र था। माइकल चाहते थे कि CppCat त्रुटि संदेश एक अलग विंडो में प्रदर्शित न हों, जैसा कि अभी है, लेकिन मानक Visual Studio त्रुटि विंडो में है। मेरे दृष्टिकोण से, CppCat के "उत्पाद कीपर", यह इच्छा व्यावहारिक नहीं लगती थी, और मैंने मेल में यह समझाने की कोशिश की कि हमारे पास विशेष रूप से डिज़ाइन की गई एक अलग खिड़की थी ताकि हमारे संदेशों और विज़ुअल स्टूडियो संदेशों को भ्रमित न करें। यह बहुत सुविधाजनक है, क्योंकि यह हमें खिड़की को विशिष्ट बनाने की अनुमति देता है, आदि। लेकिन माइकल "एक साधारण तर्क का हवाला देते हुए," हार नहीं मानी:

"लेकिन मैं फ़ाइल को पुनः प्राप्त करने के बाद त्रुटियों को कैसे देख सकता हूं?" काश, उन्हें तुरंत खिड़की से बाहर निकाल दिया जाता ...

लेकिन यह इस उद्देश्य के लिए ठीक है कि हमारे पास एक "हत्यारा सुविधा" वृद्धिशील विश्लेषण है! फ़ाइलों को फिर से जमा करने के बाद, कोड विश्लेषक स्वचालित रूप से शुरू होता है। और केवल अगर वास्तविक त्रुटियां पाई गईं, तो एक ट्रे अधिसूचना जारी की जाती है और विश्लेषक विंडो का शीर्षक बार बदलता है। एक वाक्यांश खिड़की में प्रकट होता है जिसमें कहा गया है कि नई त्रुटियां मिली हैं। मेनू में वृद्धिशील विश्लेषण मोड चालू / बंद किया जा सकता है।

"ठीक है, हाँ," मिखाइल ने उत्तर दिया, "मेरे पास एक टिक" वृद्धिशील विश्लेषण है। लेकिन मुझे कैसे पता चलेगा कि क्या त्रुटियां हैं?

स्क्रीनशॉट सहित पांच पत्रों के बाद, यह स्पष्ट हो गया कि यद्यपि सब कुछ सही ढंग से स्थापित किया गया था, ट्रे में सूचनाएं जारी नहीं की गई थीं, न ही खिड़की के पाठ में परिवर्तन हुआ था। और समय शुक्रवार शाम का छठा घंटा था ...

इस विचार के साथ: "लंबे समय से मैंने (कल से पहले वाले दिन से) चेकर्स नहीं उठाया था!", मैंने माइकल को AMMYY एडमिन के साथ रिमोट एक्सेस के माध्यम से अपने कंप्यूटर का उपयोग करने के लिए कहा। अपने कार्यक्रम में ठोकर खाने के बाद, मुझे एहसास हुआ कि वास्तव में नई त्रुटियों की कोई सूचना नहीं है, हालांकि कार्यक्रम काम कर रहा है। यह शाम को छह के करीब था, और मैं अपने सहयोगी पावेल के पास गया, जो विज़ुअल स्टूडियो में एकीकरण के लिए जिम्मेदार है। उसने उसे दिखाया कि मैं उपयोगकर्ता के कंप्यूटर पर क्या कर रहा था और अधिसूचना काम नहीं कर रही थी।

तीस सेकंड बाद, पॉल ने कहा:

- यूजीन ... ठीक है, आप क्या भूल गए कि "सभी का पुनर्निर्माण करें" कमांड के साथ, हम विशेष रूप से वृद्धिशील विश्लेषण शुरू नहीं करते हैं। यह होशपूर्वक किया गया है और सब कुछ सही है। सामान्य तौर पर, आपको अपने उत्पाद को अधिक बार देखने की आवश्यकता होती है। और फिर मैं पहले से ही सब कुछ भूल गया। बस मेल में पत्र का जवाब देने के लिए, और व्यवसाय के बारे में लेख लिखें ...

शरमाते हुए, मैं जाँच करने के लिए चला गया ... हालाँकि, एक फ़ाइल के reassembly के दौरान, या कई फ़ाइलों के reassembly के दौरान कोई अधिसूचना नहीं थी। मैंने दूसरे प्रोजेक्ट पर कोशिश की - नतीजा वही है। काम नहीं करता है। इसके अलावा, एक बहुत ही महत्वपूर्ण कार्य जो हमारे टूल की एक किलर विशेषता है, वह काम नहीं करता है। आपको याद दिला दूं कि मैंने उपयोगकर्ता की रिमोट मशीन पर यह सब करने की कोशिश की है। मैं फिर से पॉल गया, लेकिन यह लगभग छह था। और उपयोगकर्ता घर जाना चाहता था, और पावेल ... शायद इस संबंध में हम एक साथ समझ नहीं पाए कि यह काम क्यों नहीं करता है। डिबग लॉग के साथ एक संस्करण जारी करने के लिए सोमवार को फैसला करने के बाद, हम घर चले गए।

पूरे सप्ताहांत मैंने इस समस्या के बारे में सोचा। क्या हमारे उत्पाद को दोष देना है? यदि हां, तो यह समस्या कोड में कब दिखाई दे सकती है? और कितने लोगों ने हमारे उत्पाद को खरीदा नहीं, क्योंकि एक बहुत ही महत्वपूर्ण चीज काम नहीं करती थी जैसा कि इसे करना चाहिए।

इस दुखद नोट पर सोमवार आया। हमने उपयोगकर्ता को डिबग लॉग के साथ एक विशेष संस्करण दिया। उसने उन्हें हमारे पास भेजा। लॉग स्पष्ट नहीं थे, दुर्भाग्य से। हमने अधिक विस्तृत लॉग बनाए, प्लेबैक निर्देशों को यथासंभव विस्तृत बताया ... यह मदद नहीं की। लॉग्स के अनुसार, ऐसा लगता था जैसे कोड काम नहीं करता था, हालांकि यह काम नहीं कर सका।

सोमवार और मंगलवार के लिए हमने सबसे विस्तृत डीबगिंग लॉग के साथ मिखाइल को कई संस्करण दिए। लेकिन वे समझ नहीं पा रहे थे कि क्या हो रहा है। नई त्रुटियों की कोई सूचना नहीं थी। उसके साथ। और हमारे पास हमेशा था।

मंगलवार के मध्य में, पॉल ने मुझे बुलाया:

- यूजीन, आपको विश्वास नहीं हुआ ... लेकिन मुझे CppCat में मिली त्रुटियों के बारे में सूचना नहीं मिली है!

क्या आपको लगता है कि डिबगिंग लॉग ने हमारी मदद की? नहीं, पावेल ने गलती से विज़ुअल स्टूडियो के अंदर CppCat विंडो में ऑटो-हाइड बटन पर क्लिक किया। और जब आप माउस को दूर ले जाते हैं तो हमारी विंडो अपने आप छिपने लगती है। चूंकि कोई भी डेवलपर ऑटो-हाइड बटन का उपयोग नहीं करता है, इसलिए हम यह भी नहीं सोच सकते हैं कि इस मोड में हमारी अधिसूचना वास्तव में काम नहीं करती है!

यही है, अगर ऑटो-छिपाने बंद (सामान्य मोड) है, तो नई त्रुटियों की सूचनाएं हैं, और यदि ऑटो-छिपाने को चालू किया जाता है, तो नई त्रुटियों की सूचना नहीं है।

मैंने उपयोगकर्ता माइकल से पूछा कि क्या मामला सच में ऑटो-छिपाने का है। उसने उसमें पुष्टि की।

उसके बाद, गलती को सुधारने के लिए यह पहले से ही एक तकनीकी मामला था। यह पता चला कि प्लगइन कोड एक निश्चित विंडो शैली को सही ढंग से संभाल नहीं पाया है। प्रोग्रामर के लिए, मैंने पावेल को समस्या और इसके समाधान का वर्णन करने के लिए कहा, लेकिन मैं इस पाठ को यहां उपलब्ध नहीं कराऊंगा, क्योंकि यह केवल विजुअल स्टूडियो के प्लग-इन के डेवलपर्स द्वारा समझा जाएगा।

इसलिए, हम मंगलवार दोपहर को गलती को दोहराने में सक्षम थे। बुधवार को मिखाइल को एक संशोधित बीटा जारी किया गया था।

जब पावेल पैच कर रहा था, मैंने मिखाइल से हमारे CppCat और PVS-Studio उत्पादों की लाइसेंसिंग नीति के बारे में बात की। यद्यपि मिखाइल को CppCat से मिलने पर एक गलती हुई, आगे संचार के दौरान यह पता चला कि पीवीएस-स्टूडियो उनकी टीम के लिए उपयोगी हो सकता है।

मैं आपको उन पाठकों के लिए याद दिलाता हूं जो हम क्या कर रहे हैं, से परिचित नहीं हैं। हम व्यक्तिगत डेवलपर्स के लिए $ 250 और PVS-Studio के लिए अपने स्वयं के CppCat सॉफ़्टवेयर उत्पादों का विकास, प्रचार और बिक्री करते हैं, जिनमें से 9 लोगों की टीम के लिए न्यूनतम लाइसेंस € 5000 से थोड़ा अधिक खर्च होता है।

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

लेकिन उस गलती का क्या? बुधवार को, हमने माइकल को एक संशोधित बीटा दिया, उन्होंने जाँच की कि सब कुछ काम कर रहा था। बुधवार को, मैंने अपने बॉस मिखाइल को पीवीएस-स्टूडियो का भुगतान करने के लिए एक चालान भेजा। गुरुवार को, हमने हमारे खाते पर लाइसेंस के लिए पैसा देखा। और उन्होंने फैसला किया कि इस कहानी का वर्णन करना अच्छा होगा, अचानक यह किसी के लिए दिलचस्प लगेगा।

तो $ 250 के लिए एक उत्पाद में एक त्रुटि को ठीक करने से हमें पूरी तरह से अलग पैसे के लिए हमारे अन्य उत्पाद की बिक्री हुई। और यह सब एक सप्ताह के लिए, क्योंकि आज, शुक्रवार 28 फरवरी को, आप पहले से ही इस कहानी के बारे में एक लेख पढ़ रहे हैं!

यदि आप पूछते हैं कि मैंने यह सब क्यों लिखा है, तो मेरा जवाब बहुत सरल है। मुझे अपनी टीम पर गर्व है कि हम अपनी गलतियों को जल्द सुधार सकते हैं और हमारे ग्राहक इसकी सराहना करते हैं।

PS हमारे उपयोगकर्ता मिखाइल के लिए बहुत धन्यवाद, जिसने हमें त्रुटि का निदान करने में मदद की, इस कहानी के बिना ऐसा नहीं होता। हमारे सॉफ्टवेयर क्लाइंट दुनिया में सबसे अच्छे उपयोगकर्ता हैं!

UPDATE1: किसी कारण से, टिप्पणियों में मैं इस तथ्य के बारे में लिखता हूं कि छूट देना आवश्यक था। बेशक, एक छूट दी गई थी, क्या अन्य विकल्प हो सकते हैं? :-)

UPDATE2: माइकल ने नीचे टिप्पणी में उल्लेख किया है। डेवलपर्स को कीड़े पकड़ने में मदद करने के लिए उसे कर्म में प्लस रखें :-)।

दुर्भाग्य से, हम अब CppCat परियोजना का विकास या समर्थन नहीं करते हैं। आप यहां कारणों के बारे में पढ़ सकते हैं।