DevOps या हम कैसे मजदूरी खो रहे हैं और आईटी उद्योग का भविष्य

मौजूदा हालात में सबसे दुखद बात यह है कि आईटी धीरे-धीरे एक ऐसा उद्योग बनता जा रहा है जहां प्रति व्यक्ति जिम्मेदारियों की संख्या में "रोकें" शब्द ही नहीं है।

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

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

मैं अक्सर यह बयान सुनता हूं कि कोई DevOps टीम नहीं होनी चाहिए, कि यह एक कार्यप्रणाली है, आदि, लेकिन परेशानी यह है कि किसी कारण से कंपनियों ने noks, dba, infructors और निर्माण इंजीनियरों की तलाश बंद कर दी है - अब यह सब एक DevOps इंजीनियर है एक व्यक्ति में। बेशक, व्यक्तिगत कंपनियों में अभी भी ऐसी रिक्तियां हैं, लेकिन वे कम और कम हैं। कई लोगों ने इस विकास को बुलाया, मैं व्यक्तिगत रूप से इसमें गिरावट देखता हूं, सभी क्षेत्रों में ज्ञान का अच्छा स्तर बनाए रखना असंभव है, और साथ ही 8 घंटे से अधिक काम करने का प्रबंधन नहीं करता है। स्वाभाविक रूप से, ये कल्पनाएँ हैं। हकीकत में, कई आईटी कर्मचारियों को 12 और 14 घंटे दोनों काम करने के लिए मजबूर किया जाता है, जिनमें से 8 का भुगतान किया जाता है। और अक्सर बिना छुट्टी के, क्योंकि "मुझे एक काम दिया गया था, कोई डॉक या मोड़ नहीं है, और सेवा में पैसा खर्च होता है", और क्लाउड में 1 के लिए, आप सिद्धांत रूप में, कुछ महीनों में वेतन नहीं प्राप्त कर सकते हैं, खासकर यदि आप आईपी के आधार पर काम करते हैं। वास्तव में, हम व्यवसाय में शब्द खो रहे हैं, कर्तव्यों के पृथक्करण के साथ, मुझे तेजी से इस तथ्य का सामना करना पड़ रहा है कि प्रबंधक बिना कुछ समझे ही विकास प्रक्रियाओं में शामिल हो जाते हैं, वे व्यावसायिक डेटा और एप्लिकेशन संचालन को भ्रमित करते हैं, परिणामस्वरूप अराजकता शुरू करना।

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

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

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

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

आंशिक रूप से मुझे इस लेख को लिखने के लिए प्रेरित किया। यह लेख, लेकिन मैं शायद इसे बाद में कम सुखद शब्दों में लिखूंगा।

केवल पंजीकृत उपयोगकर्ता ही सर्वेक्षण में भाग ले सकते हैं। साइन इन करेंकृपया।

क्या आपने काम पर सामना किया है जब नियोक्ता ने आपके साथ कई लोगों को बदलने की कोशिश की?

• 65,6% तक हां, मैं इसमें नियमित रूप से दौड़ता हूं

• 5,4% तक हां, 1 बार सामना हुआ15

• 15,4% तक 43 ध्यान नहीं दिया

• 13,6% तक मैं वर्कहॉलिक हूं, मैं खुद ओवरटाइम काम करता हूं38

279 उपयोगकर्ताओं ने मतदान किया। 34 उपयोगकर्ता अनुपस्थित रहे।

स्रोत: www.habr.com