विकसित होते समय सोचें

हाल ही में मैं Yandex.Metro Android एप्लिकेशन में एक त्रुटि के साथ आया था। यदि मैं विश्व स्तर पर सिंक्रनाइज़ तैराकी में था, तो मैं निश्चित रूप से पूछूंगा: "शो के लिए कार्यक्रम किसने बनाया?" किसने "रास्ते से हटने के लिए" काम किया? कमजोर कड़ी कौन है? ” जो भी गड़बड़ी हुई वह स्वयं त्रुटि नहीं थी, लेकिन यह तथ्य कि यह आवेदन में मिला है और अभी भी तय नहीं है।

इस लेख में मैं सरल युक्तियों का वर्णन करूंगा जो कार्यक्रमों की गुणवत्ता में सुधार करने में मदद करेंगे। मैं उन्हें Yandex.Metro एप्लिकेशन त्रुटियों की मदद से चित्रित कर सकता हूं। मुझे उम्मीद है कि यह डेवलपर्स और परीक्षकों, और परियोजना प्रबंधकों दोनों के लिए उपयोगी होगा।

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

लेख में, हम उन सामान्य अनुप्रयोगों पर विचार करेंगे जिनका परीक्षण टीम के किसी भी सदस्य द्वारा किया जा सकता है। थोड़ा प्रयोग करते हैं। यदि आपके पास Android डिवाइस नहीं है, तो अपने सहयोगियों या दोस्तों से दस मिनट के लिए पूछें। Yandex.Metro ऐप डाउनलोड करें और इसका परीक्षण करने का प्रयास करें। वर्तमान संस्करण 1.63 में 11/02/2012 से निर्मित 159 (Google Play पर दिनांक 01/21/2013) है। सत्यापन के लिए, मैं Google Play की सेटिंग में "ऑटो-अपडेट" को अनचेक करने का सुझाव देता हूं।

हम मुख्य समारोह की जांच करेंगे: दो मास्को मेट्रो स्टेशनों के बीच का मार्ग खोजना। मेट्रो के नक्शे को देखें । इस बारे में सोचें कि आपको आवेदन में क्या परीक्षण करना चाहिए, जिसे गलत तरीके से लागू किया जा सकता है। एक स्पष्ट त्रुटि संदेश होगा "रूट नहीं मिला", जो गलत है, क्योंकि कोई पृथक स्टेशन नहीं हैं।

वही त्रुटि स्वयं को इतने स्पष्ट रूप से प्रकट नहीं कर सकती है:




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

संदेश बताता है कि कोई मार्ग नहीं मिला, जिसका अर्थ है कि एल्गोरिथ्म विफल हो गया। यहाँ डेवलपर के लिए पहला संकेत होना चाहिए था। आप असंभव कोड को अलग नहीं कर सकते। आपको या तो इसकी जाँच करने की कोशिश करनी चाहिए, या फीडबैक सेट करना होगा। लेकिन, मुझे लगता है कि यह त्रुटि चेक के दौरान नियमित थी, जब मेट्रो लाइनों का नक्शा असंगत था।

1. आक्रमणकारी

एक चक्र के एक आक्रमणकारी के रूप में ऐसी अवधारणा है । इसका उपयोग करके, आप चक्रों की शुद्धता को साबित कर सकते हैं। कई त्रुटियों का तुरंत पता लगाया जाता है।

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

यह समझने के लिए कि यह अवधारणा क्या है, उदाहरण के लिए, ए। शेन द्वारा लिखित पुस्तक । प्रोग्रामिंग: प्रमेय और समस्याएं ( यहां से ली गई लिंक)। हालांकि यह स्कूल में अध्ययन के लिए एक मैनुअल है, दोनों सरल और बल्कि जटिल समस्याओं को सरल भाषा में समझाया और हल किया गया है।

2. एल्गोरिथ्म सत्यापन

मान लीजिए कि एल्गोरिथ्म लिखा गया है। सादगी के लिए, हम मानते हैं कि इसे एक फ़ंक्शन के रूप में लागू किया गया है। कार्यान्वयन के दौरान, मृत-अंत शाखाएं थीं जो उन्हें कभी नहीं पहुंचनी चाहिए थीं। एल्गोरिथ्म की जांच कैसे करें?

सबसे पहले, आपको कम से कम कुछ सही मापदंडों के साथ फ़ंक्शन को चलाने की कोशिश करनी चाहिए। सही मापदंडों के बीच, सीमा और किन्क्स चुनें।

दूसरे, आप असाधारण स्थितियों को समझने के क्रम में असाधारण स्थितियों को "स्पिन" करने की कोशिश कर सकते हैं जो अपवाद के दिखने की संभावना को बढ़ाते हैं।

तीसरा, प्रारंभिक मापदंडों के सेट का मूल्यांकन करें। यह संभव है कि एक ब्लॉक के भीतर पूर्ण परीक्षण करना संभव होगा। यदि हम मेट्रो के साथ समस्या पर लौटते हैं, तो यह केवल 188 * 188 = 35344 विकल्पों की जांच करने के लिए पर्याप्त है। यह बहुत जल्दी किया जा सकता है। जाँच के बाद, एल्गोरिथ्म अभी भी इष्टतम मार्गों को नहीं ढूंढ सकता है, लेकिन यह निश्चित रूप से अपवादों में नहीं आएगा।

3. अपवाद

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

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

4. प्रतिक्रिया

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

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

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

यदि कुछ भी नहीं किया जाता है, तो आप हब्रहाब पर त्रुटि की विस्तृत समीक्षा की प्रतीक्षा कर सकते हैं या डब्ल्यूटीएफ साइटों में से एक पर उल्लेख कर सकते हैं।

5. सरल और मानक एल्गोरिदम

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

दूसरा बिंदु मानक एल्गोरिदम का उपयोग है। यदि संभव हो, तो तैयार-किए गए कार्यान्वयन का उपयोग करें। स्पष्ट रूप से आप अपने क्रिप्टोग्राफ़िक सुरक्षा एल्गोरिदम का उपयोग नहीं कर सकते हैं, मानक कार्यान्वयन ले सकते हैं। एक गंभीर भेद्यता एक त्रुटि की कीमत हो सकती है, उदाहरण के लिए, डब्ल्यूपीएस के बारे में पढ़ें।

6. परीक्षण

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

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

परीक्षक की कमी जोएल स्पोलस्की द्वारा अच्छी तरह से लिखी गई है।

7. हम परीक्षण शुरू करते हैं

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

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

फिर आपको कार्य की स्थिति और अर्थ को देखना चाहिए और महत्वपूर्ण बिंदुओं ("किंक") पर एक चेक करना चाहिए। यदि आप मास्को मेट्रो के नक्शे को देखते हैं, तो सभी स्टेशनों के बीच चार समूह खड़े होते हैं:

1. (नोवोकुज़नेत्स्काया, ट्रेत्यकोव्स्काया) - प्रत्यारोपण के लिए कुछ संयोजनों के लिए यह सिर्फ मंच को पार करने के लिए पर्याप्त है;
2. (चीन सिटी) - पिछले समूह के समान;
3. (ओखोटी रियाद, रिवोल्यूशन स्क्वायर, थियेटर) - ओखोटनी रियाद और क्रांति स्क्वायर स्टेशनों के बीच का परिवर्तन केवल टेट्राल्न्या स्टेशन के माध्यम से संभव है;
4. (अलेक्जेंडर गार्डन, अर्बात, लेनिन लाइब्रेरी, बोरोवित्स्काया) - अलेक्जेंडर गार्डन और बोरोवित्स्काया स्टेशनों के बीच संक्रमण या तो आर्बेट स्टेशन या लेनिन लाइब्रेरी स्टेशन के माध्यम से संभव है।

इन नोड्स की जांच करते समय, यह पता चलता है कि यदि पारगमन आवश्यक है, तो प्रोग्राम एक गलत परिणाम देता है। रूट: "ओखोटी रियाद" - "रिवोल्यूशन स्क्वायर" और "अलेक्जेंडर गार्डन" - "बोरोवित्स्काया"।


परीक्षण के दौरान, यह सिफारिश की जाती है कि अतिरिक्त जांच की जाए, जिसके परिणामस्वरूप कार्यक्रम के सभी प्रदान किए गए संदेश प्राप्त होने चाहिए।

8. त्रुटि पाई गई

जब कोई त्रुटि मिलती है, तो आपको निश्चित रूप से सभी संबंधित विकल्पों की जांच करनी चाहिए। यह संभव है कि त्रुटि कई मामलों में विशिष्ट है।

Yandex.Metro में, कार्यक्रम आर्बत्सकाया (नीला) और बोरोवित्स्काया स्टेशनों के बीच एक मार्ग की खोज करने से इंकार करता है, और स्मोलेंस्काया (नीला) और बोरोवित्स्काया स्टेशनों के बीच मार्ग को कीवस्कया स्टेशन के माध्यम से रखा गया है। यदि आप खोज क्षेत्र का विस्तार करते हैं, तो आप पाएंगे कि कार्यक्रम सही ढंग से स्मोलेंस्काया (नीला) और चेखवस्काया स्टेशनों के बीच का मार्ग बताता है।



आप मायाकोवस्काया और मैरीनो स्टेशनों के बीच और साथ ही टावर्सकाया और मैरीनो स्टेशनों के बीच पाए गए मार्ग विकल्पों को भी देख सकते हैं। आप कुछ विसंगति देख सकते हैं, जो एल्गोरिथ्म में स्टेशनों के विभिन्न प्रसंस्करण को दर्शाता है जब वे हस्तांतरण नोड पर होते हैं। आप यह सुनिश्चित कर सकते हैं कि सबसे तेज़ मार्ग (कार्यक्रम के अनुसार) हमेशा सूची में पहला नहीं होता है।

"वह पिटाई नहीं करेगा"

शीर्षक ने एलिस इन वंडरलैंड से एक उद्धरण बनाने का फैसला किया। कार्टून में, समय की हत्या के बारे में ऐलिस के वाक्यांश का जवाब दिया गया था कि "उसे यह पसंद नहीं है।"

यदि कार्यक्रम समय का उपयोग करता है, तो प्रोग्राम को सावधानीपूर्वक विकसित करना और उसका परीक्षण करना आवश्यक है। हाल ही में, रूसी रेलवे की वेबसाइट पर 02.29.2013 को एक त्रुटि प्रस्तुत की गई थी।

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

अभी कुछ दिनों पहले मैं वुल्फराम अल्फा खोज इंजन में एक त्रुटि के कारण आया था। वह कुछ निश्चित प्रश्नों का सही उत्तर देती है। उदाहरण के लिए, About.com पर ऐसे प्रश्नों और ज्ञान क्षेत्रों के उदाहरण पाए जा सकते हैं

खोज इंजन में त्रुटि अत्यंत सरल है: यह अभी भी नहीं जानता है कि मास्को समय क्षेत्र (MSK) बदल गया है और UTC + 4 से मेल खाता है। नतीजतन, रूस के लिए समय के लिए सभी अनुरोध गलत हैं। मैंने उन्हें त्रुटि के बारे में लिखा था, मैं आपको उत्तर के बारे में सूचित करूंगा।

इस त्रुटि के कारण क्या हुआ? सबसे अधिक संभावना है, कार्यक्रम बस समय क्षेत्र के साथ कुछ तालिका का उपयोग करता है, और किसी ने इसे अपडेट करने के बारे में नहीं सोचा। शायद उन्होंने सोचा था, लेकिन उन्होंने ऐसी स्थिति को संसाधित करने में समय बर्बाद नहीं किया। यह संभव है कि समस्या सर्दियों के समय में हो।

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

आपको आधी रात की सीमा पर कार्यक्रम के व्यवहार को भी देखना होगा, जब समय की तुलना अब काम (23:59 और 00:01) से नहीं होती है, और तिथियां भिन्न होने लगीं। यदि आप आज कार्यक्रम में एक निश्चित ऑपरेशन शुरू करते हैं और कल जारी रखते हैं तो क्या होता है? समय के साथ काम करने वाले कार्यक्रम को विकसित करते समय, आपको बहुत सावधान रहना चाहिए।

जब सप्ताह के नंबर का उपयोग किया जाता है, तो उन्हें भी जांचना चाहिए। तथ्य यह है कि यदि जनवरी का पहला सोमवार, मंगलवार या बुधवार को पड़ता है, तो अगले सप्ताह को पहला माना जाएगा। कुछ साल पहले मुझे नोकिया फोन में हफ्तों की गलत परिभाषा मिली थी। कैलेंडर डिजाइन करते समय डिजाइनरों द्वारा ऐसी गलती कभी-कभी की जाती है।

एक अन्य समस्या समय से संबंधित है - समय क्षेत्र का निजीकरण। कल्पना कीजिए कि मैं सर्वर के सापेक्ष एक अलग क्षेत्र में हूं, इस मामले में, जाहिर है, मैं अपने समय क्षेत्र में समय देखना चाहता हूं। अगर मैं अक्सर यात्रा करता हूं, तो हर यात्रा में मुझे न केवल सर्वर के साथ, बल्कि सेटिंग्स में सहेजे गए समय के साथ भी तुलना करनी होगी। अक्सर मंचों और साइटों की सेटिंग में समय क्षेत्र का चयन करने का सुझाव दिया जाता है और विकल्प GMT-12 से शुरू होता है। और कहीं भी एक सरल विकल्प नहीं है "मेरा वर्तमान समय क्षेत्र।" यदि मैं ऑपरेटिंग सिस्टम में घड़ी बदलता हूं, तो समय को संबंधित समय क्षेत्र में देखना अच्छा होगा। यहां एकमात्र समस्या यह निर्धारित करने में असमर्थता है कि हम किस समय क्षेत्र के बारे में बात कर रहे हैं।

उपयोगकर्ताओं के बारे में सोचो

यदि आप केवल "शो के लिए" कार्यक्रम लिखते हैं, तो आप अब नहीं पढ़ सकते हैं। जब आप एक कार्यक्रम बनाते हैं, तो आपको यह समझना चाहिए कि आप इसे किसके लिए कर रहे हैं, इसे किन कार्यों को हल करना चाहिए, आदि। कार्य केवल एक उत्पाद जारी करना नहीं है, बल्कि उपयोगकर्ताओं की विशिष्ट श्रेणियों के लिए एक उत्पाद बनाना है। एक प्रश्न पूछने की कोशिश करें कि यह विशिष्ट उपयोगकर्ता और क्या याद कर सकता है।

वापस Yandex.Metro के लिए। कार्यक्रम ने एक अधिसूचना जोड़ी कि मेट्रो एक निश्चित समय अंतराल पर बंद हो जाती है। जब आप प्रोग्राम शुरू करते हैं या कार्ड बदलते हैं तो यह काम करता है। लेकिन यह केवल प्रति सत्र एक बार काम करता है। मुख्य माइनस यह है कि यदि प्रोग्राम पहले ही लॉन्च किया जा चुका है, तो रूट को प्लॉट करते समय, उपयोगकर्ता को यह पता नहीं चल पाएगा कि मेट्रो बंद है या नहीं। यह टिप्पणियों में से एक है। दूसरी ओर, अक्सर कार्यक्रम का उपयोग न केवल मेट्रो में प्रवेश करने के बाद किया जाता है, बल्कि यात्रा की योजना के लिए अग्रिम में भी किया जाता है। एक दो घंटे में मेट्रो क्लोजर चेतावनी क्यों नहीं जोड़ते? इसके अलावा, आप एक सहायता पृष्ठ जोड़ सकते हैं जहां आप निर्दिष्ट कर सकते हैं, उदाहरण के लिए, संचालन के घंटे और किराया।

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


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

मैं ट्रेनों के वेटिंग टाइम पर अलग से रहूंगा। यदि आप Yandex.Metro के ऑनलाइन संस्करण का विवरण देखते हैं , तो यह कहता है:

3. ?
, . . , (, ).

7. ?
MMetro .

यदि किसी ने MMetro प्रोग्राम नहीं देखा है, तो इसमें, मार्ग का चयन करते समय, आप प्रतीक्षा समय के लिए लेखांकन मोड सेट कर सकते हैं: ध्यान में नहीं रखना, दिन के समय, शाम या सुबह के समय। आप देख सकते हैं कि सातवें प्रश्न में यह सही लिखा गया है कि Yandex.Metro का ऑनलाइन संस्करण MMetro डेटा को संक्रमण समय के रूप में लेता है और दो स्टेशनों के बीच यात्रा का समय है। ट्रेन के प्रतीक्षा समय को ध्यान में नहीं रखा जाता है। यही है, "तीसरे पैराग्राफ से ट्रेन गलत समय पर आई है" का अर्थ है कि "आप आ गए हैं, लेकिन कोई ट्रेन नहीं है।" शाम को लंबे समय तक प्रतीक्षा करने के लिए न्यूनतम स्थानान्तरण के साथ मार्ग की आवश्यकता होती है। इसे ध्यान में रखते हुए, दूसरे उत्तर में एक स्पष्ट चालाक है: "हम जिस मार्ग का प्रस्ताव कर रहे हैं वह आरेख पर दिखाई देगा, और आरेख के दाईं ओर पैनल विस्तार से वर्णन करेगा कि कैसे जाना है और यात्रा कितनी देर तक होगी।""आशावादी मार्ग" के बारे में या "प्रतीक्षा समय के बिना मार्ग" के बारे में ईमानदारी से लिखना अधिक सही है।
Yandex.Metro का Android संस्करण समान डेटा का उपयोग करता है। मैं 2 जनवरी 2013 से अमी मेयो को उद्धृत करूंगा: "नए मेट्रो स्टेशन पहले से ही 5 वें दिन खुले हैं, लेकिन वे अभी भी नक्शे पर नहीं हैं (और कार्यक्रम हमेशा यात्रा के बारे में निहित है।" Google Play पर विवरण पढ़ता है:

. — . , -, , . . , , .

. :
— ;
— ;
— «» (-);
— , NFC ( Galaxy Nexus, Google Nexus S, Sony Xperia S HTC One X), , .

हमने यात्रा समय की गणना की घोषित शुद्धता को पहले ही देख लिया है। ये, ज़ाहिर है, trifles हैं, लेकिन आवेदन केवल एक apk फ़ाइल नहीं है, बल्कि साइट पर एक विवरण भी है। मेरी निगाहें निम्नलिखित पर पड़ीं: (क) पहले वाक्य के बाद एक जगह की अनुपस्थिति; (b) दूसरे वाक्य में, इंटरनेट शब्द लोअरकेस में लिखा गया है; (ग) दूसरे वाक्य में, यह स्पष्ट नहीं है कि यात्रा के दौरान क्या उपयोग किया जा सकता है: आवेदन या इंटरनेट; (डी) पहली बार में शब्द "the" ("लेखा", "अभी तक") का उपयोग किए बिना लिखा जाता है, और फिर "गणना" शब्द में "the" अक्षर दिखाई देता है; (ई) अंतिम वाक्य "मास्को मेट्रो" पढ़ता है।

यह स्पष्ट नहीं है कि वाक्यांश "एप्लिकेशन को इंटरनेट कनेक्शन की आवश्यकता नहीं है" आवश्यक अनुमतियों से संबंधित है:

. , .
/ Wi-Fi
Wi-Fi , Wi-Fi .

.

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

एक विशिष्ट पते पर यात्रा करते समय, समस्याओं में से एक वांछित निकास का निर्धारण करता है। यदि एकमात्र रास्ता है, तो Yandex.Metro मदद करेगा। यदि कई आउटपुट हैं, तो 2GIS प्रोग्राम मदद करेगा। वह जानती है कि सबवे द्वारा यात्रा यात्राओं को ध्यान में रखते हुए मार्ग कैसे बनाया जाए। लेकिन अंतिम स्पर्श धुँधला था। स्क्रीनशॉट पर एक नज़र डालें। हमें तुलसकाया मेट्रो स्टेशन पर पहुंचने की आवश्यकता है, लेकिन वे हमें स्टेशन के केंद्र तक ले जाते हैं, और स्टेशन के प्रवेश द्वारों में से एक तक नहीं जाते हैं (ऊपरी बाएँ और निचले बाएँ में अक्षरों "एम" द्वारा इंगित)। मेट्रो से बाहर निकलने के साथ स्थिति समान है। सतर्क रहो!



हाल के रुझानों में से एक विवरण के बिना कार्यक्रमों का निर्माण है। आप कुछ प्राप्त करते हैं और यह नहीं जानते कि यह क्या करता है। यह माना जाता है कि इंटरफ़ेस स्पष्ट होना चाहिए। प्रोग्राम ऑब्जेक्ट्स के बारे में अधिक जानकारी क्यों नहीं दी जाती है?

कार्यक्रम में उपलब्ध एकमात्र "सूचनात्मक" दस्तावेज़ एक लाइसेंस समझौता है । मेरे पास अंक 5.1 और 5.2 के बारे में एक प्रश्न है:

5.1।उपयोगकर्ता को इसके द्वारा सूचित किया जाता है और इस बात से सहमत होता है कि कार्यक्रम में "लोकेट" फ़ंक्शन का उपयोग करते समय, प्रोग्राम उपयोगकर्ता के स्थान के निर्देशांक पर डेटा प्राप्त करता है और इसे निर्दिष्ट फ़ंक्शन बंद होने तक उपयोगकर्ता को निकटतम मेट्रो स्टेशन प्रदर्शित करने के लिए कॉपीराइट धारक को स्थानांतरित करता है।

5.2। उपयोगकर्ता किसी भी समय खंड 5.1 में निर्दिष्ट फ़ंक्शन को अक्षम करके निर्दिष्ट डेटा को स्थानांतरित करने से इनकार कर सकता है।

मानक एंड्रॉइड फ़ंक्शन "स्थान" बंद है और मैप्स एप्लिकेशन मेरे स्थान को निर्धारित करने से इनकार करता है। Yandex.Metro की सेटिंग में कोई अतिरिक्त विकल्प नहीं है।


लेकिन Yandex.Metro निकटतम मेट्रो स्टेशन को खोजना जारी रखता है। यही है, यांडेक्स (या सिर्फ एक झूठ) द्वारा लाइसेंस समझौते का उल्लंघन है? स्थिति Yandex.Maps कार्यक्रम पर समझौते के साथ समान है , जहां स्थान केवल खंड 5.3 में उल्लिखित है:

5.3. , « » , GPS-, , , sim- , , .

लेकिन "रिपोर्ट ट्रैफ़िक जाम" फ़ंक्शन अक्षम होने के बावजूद भी, कार्यक्रम वर्तमान स्थान (मानक एंड्रॉइड फ़ंक्शन अभी भी बंद है) दिखा रहा है।

एएस-आईएस के पीछे छिपकर, कंपनियां किसी भी गुणवत्ता के सॉफ़्टवेयर उत्पादों का गैर-जिम्मेदाराना उत्पादन कर सकती हैं। "लोग हॉक" करते समय फूहड़पन को दंडित नहीं किया जाता है, आप "इससे बाहर निकलने के लिए" सब कुछ कर सकते हैं।

निष्कर्ष

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

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

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