शब्दों के महत्व के बारे में, या "शाश्वत बीटा" के बारे में थोड़ा

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



सच कहूं, मैंने खुद एक बार ऐसा सोचा था।



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







उत्तर जानने का सबसे आसान तरीका सेवा शुरू करना है। बीटा में। वास्तव में, खोने के लिए कुछ भी नहीं है, और वाक्यांश " हम इसे" बीटा "कहते हैं, क्योंकि यह नोटिन से बीटा है ' ' प्रेरित आत्मविश्वास।



और यहीं से मस्ती शुरू हुई। "बीटा" लॉन्च बिंदु से अधिक समय बीतने के बाद, सेवा के बारे में मेरे विचार और विचार से बहुत प्रारंभिक अवधारणा / विचार से दूर चले गए।



(और यह केवल बाद में मुझे पॉल ग्राहम के शब्दों के बारे में पता चला, कि विकास की शुरुआत के तीन महीने बाद, स्टार्टअप ने अपनी दिशा 70% और कुछ ने 100% बदल दी)



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



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

संयोग से, एक "उत्पाद ग्राहक" को टीम में शामिल करना, स्क्रैम ( फुर्तीली विकास ) विकास पद्धति की मुख्य प्रथाओं में से एक है। यदि हम स्क्रम के अनुसार विकास करते हैं, तो विकास चक्र को कई बार कम किया जा सकता है (डेस्कटॉप अनुप्रयोगों के विकास के साथ तुलना में)।

कुछ समय बाद, हम इस निष्कर्ष पर पहुंचे कि हमारे औसत चक्र का समय 2-3 सप्ताह है (और कभी-कभी कम भी)। उपयोगकर्ता साइट पर लगातार कुछ बदलाव देखते हैं और यह प्रभावित कर सकते हैं कि परियोजना किस दिशा में विकसित हो रही है।



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



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



इस तरह के दृष्टिकोण के बिना, एक सफल इंटरनेट एप्लिकेशन बनाना बेहद मुश्किल है।



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



यह मत भूलो कि बीटा बिल्कुल भी अल्फा नहीं है, और यदि सब कुछ गिर जाता है और थोड़ी देर में एक बार गिर जाता है, तो यह अपने उपयोगकर्ताओं के लिए अपमान का एक सामान्य अभिव्यक्ति है।



बेशक, होते हैं, लेकिन उपयोगकर्ताओं के ब्राउज़रों में उनकी उपस्थिति कम से कम होनी चाहिए।

(कई लोगों को याद है bobrdobr.ru और इसके सर्वलेट एक्ससेप्शन के साथ नेटवर्क पर घूमने वाले स्क्रीनशॉट, हालांकि अंत में सब कुछ अच्छी तरह से समाप्त हो गया: सेवा बढ़ती है और विकसित होती है)