Artyom Galonsky, STO ब्यूरो ऑफ़ ब्यूरो: "मैं एक देवो इंजीनियर के रूप में ऐसी चीज़ के खिलाफ हूँ"

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

स्लम देवओप्स के पहले दिन , मैं ब्यूरो के एसटीओ ब्यूरो, आर्य्टोम गैलोंस्की से मिला। उन्होंने CI / CD और स्वचालन के लिए परिचय पर व्याख्यान दिया। उन्होंने कारखाना विधानसभा कन्वेयर लाइनों और आईटी में उनके आवेदन के बारे में बात की। और एक ही समय में उन्होंने एक "आम" पाइपलाइन के निर्माण जैसे व्यावहारिक उदाहरण साझा किए।

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

करियर के बारे में

आप 11 साल से विकास में हैं। ब्यूरो ब्यूरो में शुरू किया?

नहीं। उन्होंने 2008 में एक फ्रीलांसर के रूप में शुरुआत की, फिर कई स्टार्टअप खड़े किए। "ओटफेरमेरी" ऐसा ही एक स्टार्टअप था। यह 2 साल तक अस्तित्व में रहा और आकार लिया। 2011 में, उन्होंने एक बीमा एजेंसी के लिए सीआरएम सिस्टम में संलग्न होना शुरू किया। एक छोटी टीम थी - 4 लोग। 11-12 में वह टीम लीडर बन गया। वह एक अग्रणी डेवलपर था, जो कंपनी के विकास विभाग का प्रमुख था। 2017 में, यह कैलिनिनग्राद में रेडस्टार्ट का एसटीओ बन गया। और 2018 की शुरुआत में, मैं ब्यूरो ब्यूरो में स्थानांतरित हो गया।

आपको किस चीज ने आकर्षित किया?

अगला कदम। उन्होंने दिलचस्प स्थितियां पेश कीं। अपनी टीम को इकट्ठा करने का अवसर। साथ ही दिलचस्प प्रोजेक्ट। मैं कलिनिनग्राद से मॉस्को चला गया। उन्होंने छह महीने तक मास्को में काम किया। तब ब्यूरो ऑफ ब्यूरो के निदेशकों ने फैसला किया कि हमें कलिनिनग्राद में एक बैक ऑफिस खोलना चाहिए।

क्यों?

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

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

हां, यह मनोवैज्ञानिक भी नहीं है या किन कारणों से ... लोग बस आगे बढ़ना नहीं चाहते हैं।

हां, मैं इस बारे में बात कर रहा हूं। हर कोई हिलना नहीं चाहता।

और यह किसी प्रकार की समस्या नहीं है - मनोवैज्ञानिक या वित्तीय। एक व्यक्ति बस नहीं करना चाहता है।

हां। मैं सहमत हूं। "समस्या" एक बुरा शब्द है। बल्कि, "स्थापना।"

एक व्यक्ति बस नहीं करना चाहता है। वह वहां सहज है। मैंने मॉस्को में छह महीने तक काम किया, एक टीम इकट्ठा की। मेट्रो की यात्रा पर 40 मिनट बिताना सुबह मेरे लिए मुश्किल था। या कार पर ट्रैफिक जाम में भी लंबे समय तक। मैं अब कलिनिन्ग्राद में इन चालीस मिनटों में सुरम्य स्थानों, पिछले झीलों, पिछले खूबसूरत घरों से गुजर रहा हूं। और ये चालीस मिनट मैं जीवन का आनंद लेते हैं। और स्वच्छ हवा में सांस लें। 20 मिनट - और मैं समुद्र में हूं। 40 मिनट - और मैं यूरोप में हूं। इसके अलावा, बहुत सारे लोग जो कैलिनिनग्राद में रहते हैं, जब उन्हें पता चला कि मैं लौट रहा हूं, तो कहा, " ठीक है, चलो, हम आपकी टीम में वापस आने और आपके साथ काम करना जारी रखेंगे ।" और अब एक वर्ष के लिए हमारा बैक ऑफिस - विकास, परीक्षण, विश्लेषण, समर्थन प्रबंधक - कलिनिनग्राद में स्थित है। और हम खुश और खुश हैं।

और मास्को में?

मॉस्को में, हमारा एक फ्रंट ऑफिस है। प्रबंधन, परियोजना प्रबंधक, निदेशक खाता, इंटरफ़ेस डिजाइनर, डिजाइनर और सिस्टम प्रशासक।

और बातचीत कैसी है?

कुछ भी दखल नहीं देता। सब कुछ लगभग पूरी तरह से काम करता है। यह सब इस बात पर निर्भर करता है कि आपने इसे कैसे सेट किया है।

आप स्वयं, एक सर्विस स्टेशन के रूप में, आप किसे पसंद करते हैं - दूरस्थ कर्मचारी या कार्यालय में?

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

विकास के बारे में

आप कैसे प्रेरित करते हैं?

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

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

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

अब आप किन तकनीकों का उपयोग करते हैं, जिन्हें आप प्रासंगिक, आवश्यक मानते हैं?

हमारे पास अब जो हम कर रहे हैं, वह स्टैक काफी सरल है - प्रतिक्रिया। जेएस फ्रंटेंड, बैकएंड के लिए हमने पहले और अब आंशिक रूप से पीएचपी का उपयोग किया था, अब हम गो पर स्विच करने का प्रयास कर रहे हैं। यह एक ऐसी सीधी रेखा है, जहाँ हम जा रहे हैं, PHP को पूरी तरह से गो पर छोड़ दें और उसमें विकास करें। यह एक नई, अच्छी, स्थिर तकनीक है, जो गति में एक उत्कृष्ट वृद्धि देती है - विकास में और उत्पाद की गति दोनों में ही। अर्थात्, हमारा स्टैक React.js, PHP और Go है। यह प्रोग्रामिंग लैंग्वेज के लिए है। ठीक है, साथ ही साथ रेडिस, पोस्टग्रेसीक्यू, रैबिटएमक्यू की मानक प्रौद्योगिकियों।

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

हां। ठीक है, शायद कोई और पर्ल का उपयोग कर रहा है। वही जेएस, जो लगातार विकसित हो रहा है ... ईएस 6 से पहले क्या निकाला गया था, या एक ही जेपीएल। वही js "नोड" में आया और नोड बन गया। वही php, ठीक है, किसी को यह पसंद नहीं है - संस्करण 5 खराब था, अब 7.2 वर्तमान रुझानों के तहत विकसित हो रहा है। मेरे लिए ऐसा कोई नहीं है जो पूरी तरह से पुराना हो। नैतिक रूप से, शायद हाँ। या मैं तकनीक से बाहर बढ़ता हूं। पहले, 10 साल पहले मैंने MySQL का उपयोग किया था, अब उन परियोजनाओं के लिए जो मैं नीचे रख रहा हूं, यह लगभग हर जगह बेकार है। मेरे पास जो प्रौद्योगिकियां थीं ... सबसे अधिक संभावना है, मैं सिर्फ उन लोगों की तुलना में बढ़ गया था जो वे पुराने थे।

अब आपको गो के बारे में क्या पसंद है?

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

आपके लिए एक अच्छा डेवलपर क्या है?

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

आप किस कंपनी से संबंधित हैं - नारंगी, फ़िरोज़ा?

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

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

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

परियोजनाओं के बारे में

आपके लिए ग्राहक के साथ काम करना कब आसान है?

मुझे लगता है कि जब ग्राहक की ओर से एक अच्छा वास्तुकार होता है। फिर काम करना दिलचस्प हो जाता है। तब हमें एक अच्छा क्रम, अच्छे कार्य और अच्छे समाधान मिलते हैं। और वे समझते हैं कि इसे कैसे लागू किया जाएगा। और जब ग्राहक के स्थान पर केवल प्रबंधन और एक उत्पाद विश्लेषक होता है जो ऐसा कुछ चाहता है, तो यह अधिक कठिन है। सिस्टम बहुत बड़े हैं। और हम एक उत्पाद वितरित करते हैं जो सिस्टम का हिस्सा होगा। और वे हमें बताते हैं: “ ओह, और इन दो उत्पादों को एक साथ जोड़ो। ताकि उपयोगकर्ता इस बटन पर क्लिक करे और उसके पास यह हो… ”और हुड के नीचे बहुत कुछ है - प्राधिकरण, डेटा ट्रांसफर। और आप पूछते हैं: “ दोस्तों, ठीक है, यह अंदर कैसे होना चाहिए? आप वास्तव में क्या चाहते हैं? "और उन्होंने उत्तर दिया:" ओह, हम नहीं जानते। मुख्य बात यह है कि सब कुछ सुंदर होना चाहिए। और हुड के नीचे क्या है - आप हमारी जानकारी सुरक्षा को बताते हैं। उन्हें जांचने दें कि यह अच्छा काम करता है या नहीं । ”

क्या आप एक उदाहरण याद कर सकते हैं जब आप जल्दी और मूल रूप से एक समस्या को हल करते हैं?

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

मुझे बताओ, हाल ही में आपके लिए सबसे दिलचस्प चुनौती परियोजना क्या थी? आपको पेशेवर आनंद क्या मिला?

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

लेकिन क्या ग्राहक कंपनी के आर्किटेक्ट को इससे नहीं निपटना चाहिए?

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

तो आप पहले से ही डेवलपर्स की दो अलग-अलग पीढ़ियों को देखते हैं?

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

तकनीक के बारे में

डिजिटल परिवर्तन - आपको कितना लगता है कि इसकी आवश्यकता है?

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

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

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

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

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

हे देवों!

अब बाजार में DevOps इंजीनियरों की एक निश्चित कमी है ...

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

क्यों?

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

यही है, आपको लगता है कि एक या दो साल और फैशन कम हो जाएगा?

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

शिक्षा के बारे में

आने वाले वर्षों में आपको क्या कमी दिखती है? कौन से आईटी प्रोफेशनल्स

. . . . 90- .

, , ?

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

Post scriptum

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