आईटी, अंक 2: एसकेबी कांटूर में कहां काम करना है

SKB Kontur रूस में सबसे बड़ी और सबसे पुरानी आईटी कंपनियों में से एक है। अक्टूबर के अंत में, वह 30 वर्ष की हो गई, सभी कर्मचारियों की संख्या 8 हजार से अधिक हो गई।

माई सर्कल के नियोक्ता मूल्यांकन सेवा पर एकत्र अनुमानों के अनुसार, जुलाई 2018 में, कांटूर ने हेवीवेट कंपनियों के बीच यैंडेक्स के साथ पहला स्थान साझा किया ।

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

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

---

अलेक्जेंडर गोल्यूब

एसकेबी कांटूर क्या करता है?

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

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

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


येकातेरिनबर्ग में कार्यालय "कंटूर"

"लेकिन क्या कोई लोकोमोटिव उत्पाद है?"

एक लंबे समय के लिए यह Kontur.Ekstern था। 2000 के दशक की शुरुआत में, इंटरनेट के माध्यम से कर रिपोर्ट प्रस्तुत करना संभव हो गया। और यद्यपि किसी के पास वास्तव में इंटरनेट नहीं था, फिर भी हमने वेब पर दांव लगाया। और वे सही थे: उत्पाद गोली मार दी, और कंपनी तेजी से बढ़ने लगी।

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

- क्या विकास का सामना करना मुश्किल था?

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

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

---

तकनीक और भाषाओं के बारे में

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

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


हैकाथन "कंटूर" पर प्रोग्रामिंग लाश की टीम

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

इसलिए, ऐसे काफी कम भाई-बहन हैं जो एक भाषा के प्रति कट्टरता से समर्पित हैं।

- मैं आपकी रिक्तियों की आवश्यकताओं पर दौड़ा, और ऐसा लगता है कि आप वास्तव में मौजूद हर चीज का उपयोग करते हैं।

- ठीक है, हाँ, हम केवल निम्न-स्तरीय चीजों का उपयोग नहीं करते हैं। कोडांतरक में, वे कंटूर को नहीं लिखते हैं।

अधिकांश सर्वर कोड C # में लिखे गए हैं। इंफ्रास्ट्रक्चर और कुछ उत्पादों में कुछ जावा, गो, और नोड.जेएस हैं। मोबाइल एप्लिकेशन - कोटलिन, स्विफ्ट और C # (Xamarin) पर। पाइथन और आर में डेटा विज्ञान के आसपास सब कुछ लिखा गया है, उनके बिना कहीं नहीं है। कार्यों के आधार पर, हम उपयुक्त रिलेशनल, डॉक्यूमेंट, कॉलम या की-वैल्यू डेटा स्टोर का उपयोग करते हैं: MS SQL Server, MariaDB, PostgreSQL, MongoDB, Cassandra, ClickHouse, Redis, Kafka, HDFS। हमारे स्वयं के विकास भी हैं: उदाहरण के लिए, कंसो एक वितरित दोष-सहिष्णु डेटा वेयरहाउस है, जो बाइनरी लॉग सेमेंटिक्स (Google जीएफएस के समान) के साथ है, ज़ेबरा एक दस्तावेज़ है इन-मेमोरी डेटाबेस, इकोलोन एक वितरित दोष-सहिष्णु नौकरी का प्रतिमान है। हम कई वर्षों से उत्पादन में उनका उपयोग कर रहे हैं, और शायद एक दिन वे खुले स्रोत में दिखाई देंगे।

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

- आपको क्या लगता है?

- चूंकि मैं बैक-एंड से हूं, इसलिए मैं टाइपस्क्रिप्ट (हालांकि मैंने जेएस पर बहुत कुछ लिखा था, तब भी टाइप रिएक्ट नहीं था)। किसी ऐसे व्यक्ति के लिए जिसका उपयोग स्थिर टाइपिंग के लिए किया जाता है, टाइपस्क्रिप्ट अधिक परिचित है। किसी भी स्थिति में, फ्रंट-एंड या Node.js के लिए लगभग सभी कोड प्रकारों के साथ लिखे गए हैं।


समर कन्फर्म 2018 में मास्टर वर्ग - कंटूर डेवलपर्स का आंतरिक सम्मेलन

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

"और आप कैसे निर्धारित करते हैं कि किस भाषा का उपयोग किया जाएगा?"

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

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

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



आमतौर पर हर चीज की चर्चा होती है। एक महीने पहले, एफ # में नई सेवाओं में से एक लिखने का विचार था। ऐसे मामलों में, मैं एक संवाद आयोजित करने की कोशिश करता हूं, मैं पूछता हूं: "और बिल्कुल एफ # क्यों? आप लोगों की तलाश कहां होगी? ” अंत में, उन्होंने व्यक्ति को C # में बने रहने के लिए मना लिया। वह है, राजी करना - हाँ, आदेश देना - नहीं।

- क्या आपने एफ # में लिखने की कोशिश की है?

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

- आपने इस सलाह में कई तरह के ढेर लगाने की कोशिश की?

विविधता एक अच्छा बिंदु है, लेकिन हमारे लिए मुख्य नहीं है। चूंकि इंजीनियर शांत हैं, उनके पास पर्याप्त क्षितिज हैं। वे C # में कोड लिखते हैं, लेकिन जावा मुद्दों को सुलझाना उनके लिए कोई समस्या नहीं होगी।

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

---

उपकरण

अधिकांश टीमें YouTrack को एक कार्य ट्रैकर के रूप में उपयोग करती हैं। कुछ टीम ट्रेलो और जीरा का उपयोग करती हैं। हम विजुअल स्टूडियो, विजुअल स्टूडियो कोड, राइडर, वेबस्टॉर्म और इतने पर कोड लिखते हैं। विभिन्न कार्यों के लिए हम JetBrains उत्पादों का उपयोग करते हैं।

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

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

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

---

कंपनी संरचना के बारे में

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

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

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

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

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

---

काम पर रखने के बारे में

- क्या आपको प्राप्त करना कठिन है?

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

"मैंने आपके साक्षात्कारकर्ताओं के बारे में सुना है।" बताओ क्या है?

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

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

हम इसे सामान्य मानते हैं यदि प्रत्येक प्रतिभागी सप्ताह में एक बार साक्षात्कार आयोजित करता है। इसलिए लोग अपना काम कर सकते हैं और प्रोग्रामर को काम पर रखने में योगदान दे सकते हैं।

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


समर हैकाथॉन पोस्टर सेक्शन

- क्या इस तरह की व्यवस्था से प्रक्रिया तेज होती है?

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

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

यह तीन, अधिकतम चार दिनों तक रहता है। पहले, उम्मीद दो से तीन सप्ताह थी।

- क्या आप सभी दिशाओं के लिए समान डायल करते हैं?

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

सामान्य तौर पर, हमारे लिए यह महत्वपूर्ण नहीं है कि हम मनुष्यों में तकनीकी कौशल रखें। बेशक, एक निश्चित सीमा है, एक तकनीकी न्यूनतम। लेकिन इससे भी महत्वपूर्ण बात यह है कि क्या कोई व्यक्ति अनुकूल और विकसित हो पाएगा। एक मायने में, हमारे डेवलपर्स के पास विकास का एक पंथ है।

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

- नवागंतुक आ रहा है। आगे क्या है?

वे बटकैम्प में समाप्त होते हैं और वहां अनुकूलन से गुजरते हैं। बूटकैंप में दो भाग होते हैं। पहला - प्रशिक्षण - दो सप्ताह तक चलता है: तीन दिनों तक "कांटूर" को पूरी तरह से जानने के लिए, उत्पादों के साथ, व्यापारिक क्षण - जहां कैफे है, जहां सम्मेलन कक्ष है, संस्कृति, परंपराओं, छुट्टियों में विसर्जन है; प्रौद्योगिकियों और उपकरणों से परिचित होने के लिए एक और डेढ़ सप्ताह। उदाहरण के लिए, डेवलपर्स साफ कोड, अपवाद हैंडलिंग, कार्यात्मक प्रोग्रामिंग तत्वों का उपयोग, परीक्षण और TDD, SOLID, DI दोहराते हैं। वे अध्ययन करते हैं कि अन्य डेवलपर्स के साथ एक ही भाषा बोलने के लिए बुनियादी ढांचे और सामान्य सेवाओं की व्यवस्था कैसे की जाती है।


ऑफिस का स्टैंडअप

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

नतीजतन, इन दो हफ्तों के दौरान उम्मीदवार निर्धारित किया जाता है कि वह किन टीमों में इंटर्नशिप के लिए जाएगा।

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

- राजधानियों के संबंध में, येकातेरिनबर्ग एक छोटा शहर है। ऐसी कोई बात नहीं है कि जोन्स बस जाने से पहले पंप करने के लिए आते हैं, और सिनीर्स धूप वाले देशों के लिए रवाना होते हैं?

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

कॉन्टूर छोड़ने वाले शांत इंजीनियर हैं और अब फेसबुक, अमेज़ॅन और Google पर काम करते हैं।

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

हम बाजार की निगरानी करते हैं और संबंधित वेतन का भुगतान करते हैं ताकि कोई भी स्थिति न हो जब कोई व्यक्ति प्रतिस्पर्धा की पेशकश के साथ आता है, और हम पैन में सांप की तरह घूमना शुरू करते हैं।

---

कर्मचारियों की आंतरिक चोरी के बारे में

"कंटूर" में कार्यक्षेत्र

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

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

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

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

कंपनी के अंदर बहुत सारे अवसर हैं। उदाहरण के लिए, शिक्षा के एक मनोवैज्ञानिक, एक उत्पाद विश्लेषक ने कोंटोर के अंदर विशेषता में काम करने का अवसर देखा: अब हमारे पास एक पूर्णकालिक मनोवैज्ञानिक है जो दूसरों को अपने काम को बदलने के बारे में बताता है।

लेकिन सवाल, एक नाजुक है।

---

बर्नआउट से कैसे निपटें

ऊर्जा परिवर्तन - हैकाथॉन 2018

- क्या आप अक्सर कर्मचारियों के जलने का सामना करते हैं?

मैं ऐसा अक्सर नहीं कहूंगा, लेकिन मैं भर आया हूं। हम खुद को खोजने में मदद करने की कोशिश करते हैं। हम परियोजनाओं के बीच स्विच करने, भूमिका, जिम्मेदारियों को बदलने के अवसर देते हैं। आप एक ही पूर्णकालिक मनोवैज्ञानिक के साथ स्काइप पर मिल सकते हैं या कॉल कर सकते हैं: वह सलाह देगा कि कैसा होना चाहिए।

, . , , . — .

— ?

, . , . .

, . , , , .

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

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

.




, , . , . , , . .

, , , .

— ? , -?

, . - , .

, . , . , .

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

---

— «» , ?




, . . , . .

— « », — , -. , , ICFP Contest. , . , .

, , , . , «» . , .

— - ?

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

— ?

, . — . , .

. , . data science , . , . .

— «» , ?

, , , . . !


— , ?

— , , - , . , .

, .