एक प्रोग्रामर के पास रसोई में इंटर्नशिप क्यों है - गोडा, .NET और खुलेपन के बारे में डोडो पिज्जा के साथ बातचीत

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

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

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

डोडो पिज्जा को माय सर्कल में अपने कर्मचारियों से औसतन 4.7 की रेटिंग मिली और औसतन 98% की सिफारिश की गई। कंपनी दिलचस्प कार्यों, पेशेवर विकास और सहकर्मियों के साथ उत्कृष्ट संबंधों के लिए मूल्यवान है।

हमने इस सब के बारे में फिल्पकार्ट से पूछा , और अलेक्जेंडर एंड्रोनोव , एसटीओ डोडो पिज्जा ने हमें जवाब दिया।

---

क्यों पिज़्ज़ेरिया तकनीक

- फेडर ने एक साधारण कैशियर के रूप में काम करने के बाद इतनी जल्दी एक पिज़्ज़ेरिया कैसे खोला?

- कुछ भी जटिल नहीं है। उसने लिया और किया। इसके लिए, अतिरिक्त तैयारी और अतिरिक्त धन की आवश्यकता नहीं है।

- लेकिन मेरी राय में यह काफी महंगा है।

- यह महंगा है अगर आप तीसरे परिवहन रिंग के भीतर मॉस्को में कहीं एक पिज़्ज़ेरिया खोलते हैं। वहां आपको 15-20 मिलियन निवेश की आवश्यकता है। और पहला "डोडो पिज्जा" तहखाने में, सिक्तवकर की गहराई में खोला गया। कोई रेस्तरां नहीं था, यह केवल वितरण के लिए काम करता था, और निवेश छोटा था।

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


डोडो पिज्जा के संस्थापक फेडर ओविचनिकोव हैं।

- क्या तकनीक पर तुरंत ध्यान केंद्रित करने का विचार था?

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

- जब लोग प्रौद्योगिकी, खाद्य उद्योग के लिए आकर्षित होते हैं, तो रेस्तरां व्यवसाय अक्सर उनके हितों में सबसे आगे होते हैं। क्यों पिज्जा?

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

लेकिन प्रौद्योगिकी पर जोर एक लाभ बनाने के लिए शुरू होता है, न कि जब आपके पास एक या दो पिज़्ज़ेरिया होते हैं, लेकिन जब उनमें से एक हजार होंगे। तब आप निजीकरण का निर्माण कर सकते हैं, आप ऑनलाइन पिज़्ज़ेरिया का एक नेटवर्क प्रबंधित कर सकते हैं, तुरंत पता लगा सकते हैं कि क्या गलत हुआ और इसे ठीक करें।

- तो, ​​क्या आपको अभी भी तकनीक से लाभ नहीं मिला है?

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

"लेकिन ऐसा नहीं है।"

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


Syktyvkar में डोडो पिज्जा कार्यालय।

- ठीक है। आपके लिए और क्या महत्वपूर्ण है - पिज्जा या तकनीक?

- वे अटूट हैं। पिज्जा के बिना तकनीक का कोई मतलब नहीं है। लेकिन प्रौद्योगिकी के बिना, बस एक और पिज़्ज़ेरिया होगा, और हम सबसे अधिक संभावना उस तरह नहीं कर सकते थे।

यह पूछने के लिए एक ही बात है: डेवलपर्स या क्यूए इंजीनियर अधिक महत्वपूर्ण हैं।

- (फिल फिलपकार्ट ) बेशक डेवलपर्स

"आप गलत हैं।" इस सवाल का जवाब नहीं दिया जा सकता है। यह सब इस बात पर निर्भर करता है कि आप किस समय हैं। जब सब कुछ पहले से ही विकसित है, तो कौन अधिक महत्वपूर्ण है? यदि आपके पास पर्याप्त क्यूए इंजीनियर नहीं हैं तो आप रोएंगे। उन्हें डेवलपर्स बनने के लिए मजबूर किया जाएगा।

और वास्तव में एक ही तकनीक और पिज्जा एक दूसरे के बिना मौजूद नहीं हैं।

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

- यह पहली नज़र में लग सकता है। कभी-कभी डेवलपर्स को समझाते हुए कि हम क्या करते हैं एक समस्या है। उनकी पहली प्रतिक्रिया: “क्या है, पिज्जा बेचने के लिए एक साइट है? 1C कॉन्फ़िगर करने के लिए? "

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

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

सूचना प्रणाली हर स्तर पर मदद करना शुरू कर रही है, वे इस हद तक अनुकूलन कर रहे हैं कि तकनीक के बिना यह असंभव हो जाता है।

- ज़ुम पिज़्ज़ा के मामले में - तकनीक में अधिकता नहीं है?

यह पहला अनुभव है जब कोई रोबोट पिज्जा बनाता है। इस तरह का उद्योग विकास की शुरुआत में है। पहली कारें भी बहुत महंगी थीं।

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

---

डोडो है

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

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

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

- (फिल) प्रणाली जटिल है। वास्तुकला में कई मिसकल्चर शुरू से ही किए गए थे?

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

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

हमारे पास एक पुरानी डोडो पिज्जा वेबसाइट थी। इसमें परिवर्तन करना बहुत मुश्किल था, और दो विकल्प दिखाई दिए - या तो विकासमान रूप से मौजूदा एक को विकसित करें या इसकी वास्तुकला का पुनर्निर्माण करें। नतीजतन, साइट को पूरी तरह से फेंक दिया गया था और एक नया लिखा गया था। पिछले हफ्ते ही, सभी देशों को पूरी तरह से स्थानांतरित कर दिया गया था।

लेकिन मैं पुरानी साइट को मिसकॉल नहीं कह सकता। यदि यह जल्दी से नहीं किया गया था, तो शायद डोडो पिज्जा बस अस्तित्व में नहीं होगा।


Syktyvkar में डोडो पिज्जा कार्यालय।

- (फिल) क्या गलत फैसले बाकी हैं जो वर्तमान में हस्तक्षेप कर रहे हैं?

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

- (फिल) बड़ी कंपनियों में कोई भी बदलाव हमेशा के लिए होता है। और आप कहते हैं कि आपके साथ सब कुछ तेज है। यह कैसे किया जाता है?

बहुत सारे कारक हैं। हमारा विकास क्लाइंट से हाथ की लंबाई पर है। जब कोई समस्या होती है, तो व्यापार के लिए और सभी उत्तरों को प्राप्त करना हमारे लिए बहुत आसान है। कुंजी संचार है।

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

- (फिल) हर कोई कहता है कि संचार उनके लिए बहुत महत्वपूर्ण है, यह विकास व्यवसाय के साथ निकटता से संवाद करता है। लेकिन वास्तव में, यहां तक ​​कि साइट पर शिलालेख को बदलने में तीन महीने लगते हैं। और ऐसे और भी उदाहरण हैं।

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

यदि किसी निश्चित दिशा में बदलाव के लिए अनुरोध किया जाता है, तो व्यक्ति तुरंत उत्पाद पर जाता है, वहीं वे निर्णय लेते हैं और सिर्फ बनाना शुरू करते हैं। आप उस व्यक्ति से बात करते हैं और आप समझते हैं कि वह मोबाइल एप्लिकेशन की प्राथमिकताओं को पूरी तरह से बदल सकता है।

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


Syktyvkar में डोडो पिज्जा कार्यालय।

- (फिल) आप ऐसी जिम्मेदारी लेने से क्यों नहीं डरते?

जो लोग जिम्मेदारी लेते हैं, कोई भी दंड नहीं देगा। और जब आप डरते नहीं हैं, जब वे आप पर भरोसा करते हैं, तो आप अपने आप को जोखिम लेने की अनुमति देते हैं।

बड़ी कंपनियों में, इस तथ्य के बावजूद कि हर कोई "हम दोस्त हैं" कहते हैं, विभागों के बीच प्रतिद्वंद्विता है। हम पर, कोई भी शांति से किसी भी तरह की कमियों को इंगित करता है, हर कोई प्रतिक्रिया देगा, आपको बताता है। सब कुछ आंतरिक समुदाय के समर्थन से किया जाता है।

---

पिज़्ज़ेरिया के पीछे कौन सी तकनीकें हैं

- (फिल) 2011 में, .NET एक स्पष्ट विकल्प नहीं था। आपने उसे क्यों चुना?

- हमारे लोग सिर्फ .NET जानते थे

- (फिल) अत्यधिक। आपने .NET कोर में कैसे स्विच किया?

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

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

- (फिल) स्टैक पर, ऐसा लगता है कि आप विशेष रूप से प्रवृत्ति में रहने की कोशिश कर रहे हैं। आपको इसकी आवश्यकता क्यों है?

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

यही है, प्रौद्योगिकी का चुनाव आर्थिक रूप से उचित है।

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

अभी भी jQuery था और अभी भी बना हुआ है। लेकिन हमने मूल रूप से फैसला किया कि हम रिएक्ट पर सभी नई चीजें कर रहे हैं। हम धीरे-धीरे पुराने लोगों को भी खींचने की कोशिश कर रहे हैं।

धीरे-धीरे, पूरे बैक ऑफिस को रिएक्ट के साथ उखाड़ फेंका जाएगा। कोणीय पूरी तरह से चला गया है, jQuery भी।


Syktyvkar में डोडो पिज्जा कार्यालय।

- (फिल) क्या आपके पास जावास्क्रिप्ट या टाइपस्क्रिप्ट हैं?

टाइपप्रति। टीम के लिए स्थिर टाइपिंग के साथ काम करना आसान था।

- (फिल) क्या .NET का चुनाव रणनीतिक रूप से उचित था?

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

दूसरी ओर, मैं समझता हूं कि .NET (विशेष रूप से .NET कोर) एक ऐसी तकनीक है, जिसमें निवेश करने का समय है। सबसे पहले, यह अपेक्षाकृत नया है। दूसरे, चलो ऐसा कहते हैं, Microsoft अब कर्ज चुका रहा है। वह वही करता है जो उसे दस साल पहले करना था, लेकिन सब कुछ गलत हो गया।

और भाषा के दृष्टिकोण से ही - सी # सुंदर, अद्भुत और भयानक है। इसमें भारी मात्रा में सिंथैटिक शुगर और स्पष्ट निर्माण होते हैं जिन्हें सामान्य तार्किक तरीके से समझाया जा सकता है।

डेवलपर्स की तलाश में मुश्किलें हैं। .NET के बारे में उद्योग अभी भी बहुत नकारात्मक है। शायद, अगर हम जावा स्टैक पर थे, तो कई और डेवलपर्स होंगे।

- (फिल) अपनी रिक्ति से बोली, “और हाँ हमारे पास WCF नहीं है। बिलकुल नहीं। ” वह आपके पास क्यों नहीं आया?

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

लेकिन हमारे मामले में, यह गौरैया पर तोप की तरह है। और यह कॉन्फ़िगर करने के लिए काफी जटिल है, कॉन्फ़िगरेशन में थोड़ी ढलान - और आपको स्तर की त्रुटियां मिलती हैं "कहीं मॉडल में कुछ पकड़ नहीं था, यह पता लगाओ।"

- (फिल) यदि Microsoft गायब हो जाता है और अपनी तकनीक का समर्थन करना बंद कर देता है, तो आपको कितना खर्च आएगा? सभी - कोई .NET, कोई Azure नहीं।

- मुद्रा के बारे में। हमारी वैश्विक दिशा कोएबर में कंटेनरीकरण है, और वास्तव में यह कोई फर्क नहीं पड़ता कि यह कहां से शुरू होता है। आपातकालीन वसूली और दूसरे प्लेटफ़ॉर्म पर स्विच करने में लगभग पाँच घंटे लगते हैं। ऑपरेटिंग सिस्टम के दृष्टिकोण से, हम काम के चार से पांच घंटे खो देंगे।

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

समस्या यह है कि सब कुछ अलग हो जाएगा, नहीं। सब कुछ काम करना जारी रखेगा, लेकिन अधिक धीरे-धीरे विकसित होगा। मुझे नहीं लगता कि अन्य कंपनियों में यह अलग है।

---

कार्यालय में क्या करना है, क्या दूरस्थ है, और व्यवसाय के साथ कैसे संवाद करना है

- आपका विकास कार्यालय कहाँ है?

- मास्को में मुख्य कार्यालय। निफ्टी नोवगोरोड में एक छोटा सा कार्यालय सक्तीवकर में एक कार्यालय है और विभिन्न शहरों में कुछ लोग दूरी पर हैं। यह इंजीनियर है हमारे पास 57 लोग हैं, लेकिन एक समझ है कि वे पर्याप्त नहीं हैं, और हम 250 लोगों को विकसित करने की योजना बनाते हैं।


Syktyvkar में डोडो पिज्जा कार्यालय।

- क्या यह आपके लिए मायने रखता है - कार्यालय में या दूर से?

- व्यवसाय विकास के लिए जिम्मेदार मुख्य प्रक्रिया LeSS है। तात्पर्य यह है कि सभी लोगों को एक स्थान पर सह-स्थित होना चाहिए। लेकिन हम समझते हैं कि यह प्रक्रिया हमारे लिए एकमात्र नहीं होगी।

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

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

- मैं रिमोट को क्या दे सकता हूं?

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

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

पहले, मार्किंग मैनुअल थे। आपने एक स्टिकर चिपकाया, एक पेन (पेन!) के साथ लिखा कि आपने यह किस समय किया है, लेकिन उन्हें पढ़ना हमेशा असंभव होता है। इससे स्थायी अंकन त्रुटियां हुईं। और यह एक आपदा है।

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



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

लेकिन यह परियोजना मोबाइल विकास टीम की कुंजी नहीं है। यह केवल मुख्य परियोजनाओं के बीच एक छोटे से ठहराव में किया जा सकता है। हम रिमोट, और बाहरी टीमों को भी इस तरह की चीजें दे सकते हैं।

- ये 57 लोग कैसे काम के पहाड़ को आपस में बांटते हैं?

- असल में, हमारे पास फ़ीचर टीमें हैं, यानी ऐसी टीमें जो सिस्टम का लगभग कोई भी हिस्सा ले सकती हैं। उन्हें कुछ चीजों से कोई लगाव नहीं है। वहाँ हुआ करता था, और इससे दक्षताओं की कमी की समस्याएँ पैदा होती थीं।

— , Azure, .

— ?

— . , , , - , .

— -. . , ( — ) .

, , .

, . , , .


« » .

— ? .

, . . . , , .

---

— , ?

— , . , , .

IT — . - .

— ?

— . , . , . , — . .

, . , , , , , . — .



— , ?

— - « ». , . , .

?

, . , . , « , - », , , .

, : « . , ». . , , .

— ?

— . , , — , . , . , , , .

---

— ?

— - , , , , . , , .


« » .

— , ?

— , . , . . , , .

, .NET. . . , — . , , , — , , «».

, — . - , , , . , , .

— () ?

— . — , QA , , . .

. , . , , .

, , .

— () , , ?

— , . 99% - . , , .

, . , , . , .

— , , ?

— — . , . . , , .

. , «», , . , , , , .

, , : «, ». . , , -.


« » .

— , ?

- हां।

— , .

— . , . , : « Google Facebook ». . , , . .

— ?

- नहीं।

---

— ?

— .

— ?

- बिल्कुल! — , . , , , . , — . — . , .

. , .

— , , , ?

— ?

— .

- हां। .

— ? .

— ? , «, , , ». . - , .

, . - , . . , , , .


« » .

— — . ? , , , , .

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

. - , . - -. . . , , . .

, . . , , « , ». , . . .

-2. , , .

, , . , , . , — , — ?


« » .

— ?

- नहीं। : « » « -» . .

. , -, , . , .

, — . , .