एक अलोकप्रिय ढेर के साथ एक बड़ी कंपनी में लोगों को कैसे काम पर रखा जाए। विर्क के साथ बातचीत

एक छोटे से स्टार्टअप या दोस्तों के साथ पालतू परियोजना में एक नई और अब तक ज्ञात प्रोग्रामिंग भाषा को देखना आम बात है। आप पूछेंगे कि वे इसे क्यों ले गए, वे कहेंगे कि आपने इसे जिज्ञासा से बाहर सीखा है, इसे पसंद किया है और प्रयोग करने का निर्णय लिया है, क्योंकि आप काम पर अनन्त जावा / .Net / JS से थक गए हैं।

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

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

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

---

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

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

हमने साधारण चीजों से शुरुआत की, लेकिन धीरे-धीरे उत्पाद बढ़ने लगे। यह 12 साल पहले था, और हम कह सकते हैं कि हमने इस तरह के काम प्रबंधन प्रणालियों के लिए एक बाजार के गठन में भाग लिया। अब दुनिया भर में 18,000 से अधिक कंपनियों द्वारा Wrike का उपयोग किया जाता है।

- क्या वह आउटसोर्सिंग कंपनी अभी भी मौजूद है?

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

"क्या वे अभी भी वहाँ इसका उपयोग कर रहे हैं?"

हाँ, फिर भी।

वरीके क्या है

व्रीक परियोजना प्रबंधन और एक बहुत व्यापक अर्थों में सहयोग के लिए एक मंच है: एक व्यक्तिगत टू-डू सूची से लेकर एक प्रणाली जो बड़ी कंपनियों के लिए उपयुक्त है।

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

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

- हर किसी पर और हर चीज के लिए डिफोकस करने से अलग-अलग हिस्से खराब नहीं होते?

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

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

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



- लेकिन फिर आपको सभी के साथ प्रतिस्पर्धा करनी होगी। एक ओर एटलसियन। एक दूत के रूप में सुस्त - दूसरे पर।

- हां, अब केवल आलसी ही परियोजना और उत्पाद प्रबंधन प्रणाली विकसित नहीं कर रहे हैं।

- लेकिन वास्तव में, ऐसी बहुत सारी कंपनियां नहीं हैं, जो सभी मामलों में हमारे साथ प्रतिस्पर्धा करेंगी।

- क्या एटलसियन ऐसा नहीं है?

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

- लेकिन आप कहते हैं कि आप क्लाइंट्स के साथ भी मिलकर काम करते हैं और डायरेक्ट मैनेजर भी हैं जो प्रक्रियाएँ स्थापित करते हैं।

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

- सामान्य तौर पर, हजारों उपयोगकर्ताओं के साथ एक कंपनी में एक उत्पाद पेश करना एक और काम है।

- ऐसा हुआ कि एक बड़े क्लाइंट के साथ यह बहुत मुश्किल था?

आमतौर पर कंपनी जितनी बड़ी होती है, उसके पास काम करने की प्रक्रिया उतनी ही अधिक होती है - यह काम करना उतना ही कठिन होता है। बेशक, हम आउटसोर्सिंग नहीं कर रहे हैं। ऐसी कोई बात नहीं है कि किसी तरह के मनीबैग आते हैं और कहते हैं: "यहाँ आपके लिए बहुत पैसा है, मुझे ऐसा काम करें।" हमारे उत्पाद प्रबंधक उत्पाद विकास के रास्ते स्वयं निर्धारित करते हैं। लेकिन दिलचस्प अनुरोध वाले ग्राहक हैं।

उदाहरण के लिए, Airbnb, बहुत ही असामान्य मामलों में प्लेटफ़ॉर्म का उपयोग करता है। प्रत्येक अपार्टमेंट और प्रत्येक व्यक्ति जो इसे किराए पर देता है, वह वरिके में एक अलग परियोजना है।

या कार कंपनी कॉइल [नाम बदल गया]। ग्राहक उनसे स्पेयर पार्ट्स मंगवाते हैं। इन लोगों को व्रीक खाते देना केवल एक विचार है। आप कोइल के प्रत्येक मालिक आपके खाते में नहीं होंगे। लेकिन कंपनी वास्तव में ग्राहकों के साथ काम करने का एक सुविधाजनक अवसर चाहती थी।

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

- यह पता चला, क्या आपने कोइल [बदला हुआ नाम] के लिए किया था, लेकिन क्या यह बाकी सभी के लिए उपयुक्त था?

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

---

Wrike की आंतरिक संरचना

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

आंतरिक टीमें हैं जो चौखटे, घटक, डिजाइन किट बनाती हैं, और एक प्रोग्रामिंग भाषा के एक संस्करण से दूसरे में संक्रमण में लगी हुई हैं।

कुछ टीमें पूरी कंपनी के लिए आम हैं। उदाहरण के लिए, ये SysOps हैं, जो सर्वर इन्फ्रास्ट्रक्चर में लगे हुए हैं, और DevOps - वे तैनाती और उत्पाद वितरण में लगे हुए हैं। हमारे पास दिन में एक से 3 बार रिलीज होती है।

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

हम अभी तक उन्हें टीमों से अलग करने के बिंदु पर नहीं पहुंचे हैं। लेकिन सामान्य तौर पर यह तार्किक और जैविक है। अब उच्च तकनीकी वास्तु कौशल वाले लोग बुनियादी ढांचे की टीमों में हैं।

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

- और किस कार्यालय में क्या किया जा रहा है?

- सेंट पीटर्सबर्ग और वोरोनिश इंजीनियरिंग में r'n'd कार्यालयों। हमारे पास सेंट पीटर्सबर्ग में 400 और वोरोनिश में 40 लोग हैं। सैन जोस, सैन डिएगो में कार्यालय हैं। इस साल प्राग में एक कार्यालय खुलेगा। डबलिन में हाल ही में विस्तारित कार्यालय। इस साल जनवरी में, ऑस्ट्रेलिया के मेलबर्न में एक कार्यालय खोला गया था।



- अमेरिकी कार्यालयों में हमारे पास बिक्री विभाग, विपणन, प्रबंधक (CSM) हैं। डबलिन में CSM और बिक्री भी है। विश्लेषकों की एक टीम भी है। सेंट पीटर्सबर्ग में - सबसे बड़ा और एकीकृत कार्यालय। यहां हमारे पास ग्राहक सेवा प्रबंधक, उत्पाद प्रबंधक, विश्लेषक, डिजाइनर, विकास और बैक ऑफिस हैं।

- क्या हर कोई कार्यालयों में काम करता है या आप किसी दूरस्थ स्थान पर हैं?

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

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

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

- जब उत्पाद अंतरराष्ट्रीय होता है, तो ग्राहकों से बात करने के लिए अक्सर डेवलपर्स को अंग्रेजी का अच्छा ज्ञान होना आवश्यक होता है।

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

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

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

बेशक, डेवलपर्स के पास एक सच्चा ब्रिटिश उच्चारण नहीं हो सकता है और उनके पीछे कोई ऑक्सफोर्ड नहीं है, लेकिन वे आमतौर पर कुछ बोल और पढ़ सकते हैं।

---

क्यों डार्ट जावास्क्रिप्ट और टाइपस्क्रिप्ट से बेहतर है

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

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

ऐसा होता है कि कुछ गिरता है। कभी-कभी हमें एहसास होता है कि दो साल पहले डम्बर थे। लेकिन इंजीनियर के दृष्टिकोण से यह स्वाभाविक है। और कैसे?

- इसलिए, आंतरिक टीमें हैं जो समय-समय पर पुराने हिस्सों को फिर से लिखती हैं।

- हां, मैं कभी-कभी कहता हूं कि हमें नीचे बैठकर रिफ्लेक्टर की जरूरत है, नहीं तो यह ऐसा शूट करेगा कि सब कुछ शूट हो जाएगा। हम बैठ कर रिफ्लेक्टर लगाते हैं। वास्तुकला हस्तक्षेप - हम वास्तुकला बनाते हैं।

- आपका स्टैक क्या है?

- जावा बैकएंड पर। SQL डेटाबेस। सामने के छोर पर, एक दिलचस्प बात। एक बार हमारे पास जावास्क्रिप्ट था, लेकिन हमने महसूस किया कि यह बिल्कुल पैमाने पर नहीं था और डार्ट को चुना।

- आपने क्या चुना है ??

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

- सबसे महत्वपूर्ण या एकमात्र?

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

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

"तो हम अब घोड़े पर हैं।" "दुनिया में" कहना शायद दिखावा है, लेकिन, वास्तव में, यह है। डार्टअप दुनिया का सबसे बड़ा डार्ट सम्मेलन है। Google से भी ज्यादा।

- सम्मेलन में लगभग तीन सौ लोग थे। हालांकि दो साल पहले ऐसा लगता था कि हम योद्धाओं के क्षेत्र में अकेले थे।



- यह सब दिलचस्प है, लेकिन इस तरह के बड़े पैमाने के प्रोजेक्ट पर कैसे काम करना है, अगर आप लोगों को काम पर नहीं रखते हैं, तो कोई लाइब्रेरी या फ्रेमवर्क नहीं हैं।

- यह एक पतन है। हाल ही में, हमने टीम को एक आदमी लिया, जिसके लिए डार्ट आमतौर पर पहली प्रोग्रामिंग भाषा थी।

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

बेशक, जेएस पर कोई बुनियादी ढांचा नहीं है। लेकिन समस्या यह है कि जब लोग लाखों पुस्तकालय लिखते हैं, तो उन्हें लाखों खराब पुस्तकालय मिलते हैं। और शायद केवल एक सौ सामान्य।

और यदि लाइब्रेरी Google द्वारा लिखी गई है, जो ऐडवर्ड्स और ऐडसेंस में डार्ट का उपयोग करता है, तो औसत गुणवत्ता बहुत अधिक है।

भाषा की सुंदरता यह है कि यह सरल और सी-लाइक है। यही है, हम C ++, C #, जावा, जावास्क्रिप्ट में डेवलपर्स को किराए पर लेते हैं - कोई भी। हमें डार्ट के ज्ञान की आवश्यकता नहीं है। स्वाभाविक रूप से, सड़क पर कोई डार्ट डेवलपर नहीं है।

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

एक अच्छे तरीके से, विकास इंजीनियर व्यावसायिक तर्क लिखते हैं, चाहे वह कोई भी भाषा हो।

"लेकिन लोग अपनी पुरानी भाषा में लिखना शुरू नहीं करते हैं?" वही जेएस उपनाम एक गतिशील भाषा से एक स्थिर एक के लिए आया था।

- इसलिए, हमारी चयन प्रक्रिया सबसे आसान नहीं है। लेकिन निष्पक्ष और ईमानदार।

- ठीक है, भाषा अच्छी क्यों है?

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

डार्ट पर, यदि आप कुछ गलत लिखते हैं, तो आप तुरंत इसे समझ जाएंगे। इसमें पहले त्रुटि का पता चला है, जो कोड को परीक्षण किए बिना भी यह समझने की अनुमति देता है कि यह काम करता है या नहीं।

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

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

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



- अब आपको पछतावा नहीं है, उदाहरण के लिए, टाइपस्क्रिप्ट को चुना नहीं गया था?

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

वे अपने उत्पादों में टाइपस्क्रिप्ट का समर्थन करते हैं, और यह टीएस को वहां अलमारियों पर, उचित रूप से डालता है। और उसके बाद इसे लेने की कोई इच्छा नहीं है। किसी को यह महसूस होता है कि इसमें क्या विशेषताएं दिखाई देती हैं "चलो इसे जोड़ते हैं?" चलो। ”

- ताकि मुझे विश्वास हो, मुझे बताएं कि डार्ट में क्या बुरा है? कहीं ऐसा न हो कि सबकुछ परफेक्ट हो।

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

लेकिन यह केवल हमारे लिए, बहुत बड़े कोड आधार के लिए प्रासंगिक है। छोटी परियोजनाओं में कोई समस्या नहीं है।

- डार्ट के साथ अनुभव के बाद, आप जावा को गो के साथ बदलना नहीं चाहते थे?

- क्यों? हमने कुछ मापदंडों के अनुसार डार्ट का चयन किया। यह एक संतुलित निर्णय था।

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

- हम विभिन्न तकनीकों के साथ प्रयोग कर रहे हैं। अगर कुछ बिंदु पर हम समझते हैं कि गो बेहतर काम करता है, तो हम कोशिश करेंगे।

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

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

---

हायरिंग इंजीनियर, भाषा विशेषज्ञ नहीं

- आपको पाने के लिए क्या होना चाहिए?

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

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

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

यह परियोजना को बहुत तेजी से आगे बढ़ाता है अगर आप तीन सुपर-सीनियर्स को किराए पर लेते हैं जो कहते हैं कि "मेरे काम का समय खत्म हो गया है और आम तौर पर आप मुझे पर्याप्त भुगतान करते हैं।" वे उस व्यक्ति से कम करेंगे जो हैकथॉन में एक दिन में परियोजना को काटता है, इसे उत्पादन में लाता है।

- हम ऐसे लोगों की तलाश कर रहे हैं जो देखभाल करते हैं, जो आगे बढ़ने में रुचि रखते हैं।



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

- साक्षात्कार इतने सरल नहीं हैं। हम कार्य प्रक्रियाओं के करीब स्थितियां बनाते हैं और देखते हैं कि कोई व्यक्ति खुद को कैसे दिखाता है। यदि आप एक डेवलपर हैं, तो आप कोड लिखेंगे। अगर ईशर - आप साक्षात्कार करेंगे।

- क्या डेवलपर साक्षात्कार में कोड लिखेगा?

— , , .

, , . , , , , .

: « React-», — . React, ?

, . . , JS. : « Jira Wrike. ?»

, — Go, . , . , , .

— , , « », ?

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

, , . , , ? . , … — , « ».



— . ?

— .

Wrike , , . , . , , , .

— ?

— . Gantt-. Canvas, . , , Google — , Dart . , .

— , - , ?

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

— ? , 400 . ?

— . — . , . Cultural fit, , .

— . , ?

— -5 . — . , . , , ? , .

— , , ?

— , - . , , , .

— , , . . . . , , — .

— , ?

— . . - .



— , ?

— . , . , , , . .

— . Wrike — safe place. Google , — . , .

, , — .

— , ?

— — . . , — , .