जैसा कि आप जानते हैं, 2018 में, Google ने अपनी ईमेल सेवा जीमेल के इंटरफ़ेस का सबसे बड़ा रीडिज़ाइन किया। हमेशा की तरह, हर कोई इससे खुश नहीं था - और इस समय सेवा से असंतोष के लिए काफी उद्देश्यपूर्ण कारण हैं। Gmail लोड करने में इतना समय क्यों लगा, और वार्तालाप को हटाने या संग्रहीत करने जैसी क्रियाओं में 4-6 सेकंड लग सकते हैं?
कुछ दिन पहले,
हैकर न्यूज़ के एक
उपयोगकर्ता ने इसी तरह का सवाल पूछा था - और उसे एक गुमनाम Google कर्मचारी से प्रतिक्रिया मिली, जिसने कंपनी और उसके सहयोगियों के अंदर विकास संस्कृति को देखा।
उनके अनुसार, यह सब इस तथ्य के कारण होता है कि Google ऐसे "मिसेज" के लिए किसी भी दंड का प्रावधान नहीं करता है।
कंपनी की दीवारों के भीतर, वे सक्रिय रूप से लॉन्च को प्रोत्साहित करते हैं - किसी चीज की सार्वजनिक रिलीज। और तथ्य यह है कि उत्पादों में केवल आधा ही आवश्यक विशेषताएं शामिल हो सकती हैं, काम नहीं, केवल क्रोम और इतने पर काम करना - यह किसी को परेशान नहीं करता है, क्योंकि उनके निर्माता इसके लिए जोखिम में नहीं हैं। यह आदर्श है।
इस तरह की कार्रवाई का अर्थ केवल एक चीज है - कैरियर की प्रगति में, क्योंकि एक निश्चित स्तर से परे प्रमुख लॉन्च के बिना आप नहीं जा पाएंगे। इसलिए हम सैकड़ों अनावश्यक चैट एप्लिकेशन, अंतहीन रीडिज़ाइन और पुनरारंभ के साथ समाप्त होते हैं - अन्यथा व्यक्तियों को पदोन्नति नहीं मिल पाएगी।
जब कंपनी के प्रबंधन ने एक आंतरिक दस्तावेज जारी करके समस्या को हल करने का प्रयास किया, जो लॉन्च के बजाय सफल "लैंडिंग" (
लैंडिंग , सफल लॉन्च) को प्राप्त करने के लिए प्रेरित करता है - जो कि उनके जीवन में बदल गए सभी कर्मचारी
s / लॉन्च / लैंडिंग / है जी इसके प्रदर्शन की समीक्षा में।
उदाहरण के लिए, एलो संदेशवाहक लें। इसे विकसित करने में दो साल लग गए, जिसके बाद कंपनी ने विकास को निलंबित करने और परियोजना को फ्रीज करने का फैसला किया। जैसा कि यह पता चला है, दूत के प्रभारी लोगों को एक ही समय में पीड़ित नहीं हुआ - इसके विपरीत, उनमें से कुछ को भी पदोन्नत किया गया था।
काश, जाहिरा तौर पर, आज कंपनी के उपयोगकर्ताओं की दबाव की समस्याएँ बहुत अधिक रुचि नहीं हैं:
क्या आप जानते हैं कि एक उठान पाने के लिए आपको कितने कीड़ों को ठीक करना होगा? असीम रूप से कई। इससे कोई फर्क नहीं पड़ता कि आप कितने कीड़े ठीक करते हैं - यह आपको कभी भी वृद्धि के लिए पर्याप्त "योगदान" नहीं लाएगा, कभी नहीं। लेकिन यह केवल एक रीडिज़ाइन चलाने के लिए पर्याप्त है - भले ही यह व्यावहारिक रूप से बेकार हो - और प्रचार आपकी जेब में है।
स्वाभाविक रूप से, कंपनी की दीवारों के भीतर ही ऐसे लोग हैं जो इस की संभावना के बारे में चेतावनी देते हैं और शिकायत करते हैं, प्रदर्शन कीड़ों को ट्रैकर्स में डालते हैं - बस यह अनदेखी है; अधिकांश श्रमिक अंततः हार मान लेते हैं और बग के बारे में लिखना बंद कर देते हैं, क्योंकि विशिष्ट उत्तर "आप हमारे लक्षित दर्शक नहीं हैं।"
और हम सभी इन समस्याओं के बारे में जानते हैं! हम सब! कुछ छोड़ दिया जब यह उनके लिए आता है; अन्य लोग केवल ऊपर की ओर "अनुकूलन" करना शुरू करते हैं - इसके बजाय उपयोगकर्ता या कंपनी के लिए क्या अच्छा है की दिशा में अनुकूलन करना।
उनके विचारों में, डेवलपर अकेला नहीं है। ग्राहम व्हीलर ने अपनी स्थिति की पुष्टि करते हुए
Google पर अपने जीवन से एक
कहानी साझा की।
एक बार Google में मुझे एक नकारात्मक प्रदर्शन की समीक्षा मिली। मैंने तय किया कि मेरा समय बिताने का सबसे अच्छा तरीका कोड को रीफ़्लैक्टर करना होगा जो मुझे 0% से 80% तक परीक्षण कवरेज की डिग्री लाने के लिए, रास्ते में बहुत से कीड़े को सही करता है। नतीजतन, मुझे प्रदर्शन की समीक्षा पर एक भद्दा समीक्षा मिली, और मूल गोवानोकोडा के लेखक को उठना पड़ा।
Google के भीतर विकास प्रबंधन के मुद्दों की कहानियां
नियमित रूप से वेब पर दिखाई देती
हैं । उपयोगकर्ता की प्रतिक्रिया भी आने में लंबी नहीं है। Google Apps का उपयोग करने वाले व्यावसायिक ग्राहक
FastMail पर स्विच कर रहे हैं, जिसका मुख्य सिद्धांत ईमेल है और इससे अधिक कुछ नहीं है।
हम कैसे हैं और हमें नई जीमेल जैसी चीजें मिलती हैं। जो, एक ओर, सामग्री डिज़ाइन, एक ऑफ़लाइन मोड और कई अन्य मामूली सुधारों की भावना में एक नया स्वरूप प्राप्त किया, जो इसे Google इनबॉक्स से स्थानांतरित कर दिया जाता है, जो अगले साल एक लंबी ज़िंदगी का आदेश देगा। दूसरी ओर, यह पूर्ण लोड के लिए 358 अनुरोध करता है और 6.3MB डाउनलोड करता है। तुलना के लिए, जीमेल में HTML व्यू का "प्राचीन" मोड केवल 14 अनुरोध और 25.3KB है, जिसने इसे 2 सेकंड में लोड करने की अनुमति दी।
बेशक, यह अभ्यास न केवल Google के लिए, बल्कि कई अन्य बड़ी कंपनियों पर भी लागू होता है। हम अच्छी तरह से ज्ञात सिद्धांत का निरीक्षण करते हैं
"आप जो भी उपाय करते हैं वह आपको मिलता है" ।
इसी तरह की
कहानी डेवलपर स्टीव द्वारा बताई गई थी , जिसने मैकओएस एक्स स्नो लेपर्ड पर एप्पल में काम किया था। अधिकांश भाग के लिए, स्टीव सभी प्रमुख ओएस फ्रेमवर्क में कीड़े को ठीक करने के लिए प्रतिबद्ध थे - और रिहाई के परिणामस्वरूप, उन्हें इस तथ्य के कारण पदोन्नति से इनकार कर दिया गया था कि उनकी उपस्थिति "किसी भी परियोजना पर महत्वपूर्ण नहीं थी।"
यहां विडंबना यह है कि कंपनी के प्रबंधन के विचार के आधार पर ओएस का यह संस्करण एक रिलीज होना चाहिए था जिसमें सब कुछ सिस्टम की स्थिरता और प्रदर्शन में सुधार करने के उद्देश्य से किया गया था। हालाँकि, उनमें से कुछ ने उम्मीद के मुताबिक स्थिरता पर काम किया, अन्य लोगों ने सक्रिय रूप से रिलीज़ में ऑब्जेक्टिव-सी के लिए एक कचरा संग्रहकर्ता की तरह नई सुविधाओं को "विकसित" किया, जिससे दूसरों के काम में देरी हुई और कई महीनों तक Xcode बेकार हो गया।
लेकिन बग्स पर काम करना सामान्य उपयोगकर्ताओं के लिए व्यर्थ नहीं था, जिन्होंने क्रोम के विपरीत स्नो लेपर्ड और उसके बाद के शेर के उत्कृष्ट प्रदर्शन को याद किया, जो इस पोस्ट के लेखन के दौरान केवल दो बार फ्रीज करने और ड्राफ्ट टैब के क्रैश का कारण बना।