DevOps किंवा आम्ही वेतन आणि आयटी उद्योगाचे भविष्य कसे गमावत आहोत

सध्याच्या परिस्थितीत सर्वात दुःखाची गोष्ट म्हणजे IT हळूहळू एक असा उद्योग बनत आहे जिथे प्रति व्यक्ती जबाबदाऱ्यांच्या संख्येत "थांबा" हा शब्दच नाही.

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

परंतु आम्ही सेवेच्या वापरकर्त्याच्या बाजूने या दृष्टिकोनाचे परिणाम पाहिले आणि आता कर्मचार्‍यांच्या समस्या पाहू.

मी अनेकदा असे विधान ऐकतो की तेथे DevOps संघ नसावेत, ही एक पद्धत आहे, इ. एकाच व्यक्तीमध्ये. अर्थात, वैयक्तिक कंपन्यांमध्ये अजूनही अशा रिक्त जागा आहेत, परंतु त्या कमी आणि कमी आहेत. अनेकांनी याला विकास म्हटले, मला वैयक्तिकरित्या यात अधोगती दिसते, सर्व क्षेत्रांमध्ये ज्ञानाची चांगली पातळी राखणे अशक्य आहे आणि त्याच वेळी 8 तासांपेक्षा जास्त काम करू शकत नाही. साहजिकच या काल्पनिक गोष्टी आहेत. प्रत्यक्षात, बर्‍याच आयटी कामगारांना 12 आणि 14 तास काम करण्याची सक्ती केली जाते, त्यापैकी 8 पगार दिले जातात. आणि बरेचदा दिवस सुट्टीशिवाय, कारण "मला एक कार्य दिले गेले होते, तेथे कोणतेही डॉक किंवा वक्र नाहीत आणि सेवेसाठी पैसे मोजावे लागतात", आणि क्लाउडमध्ये 1 साठी, तुम्हाला, तत्त्वतः, दोन महिन्यांत पगार मिळू शकत नाही, विशेषत: जर तुम्ही IP आधारावर काम करत असाल. खरं तर, आम्ही व्यवसायात शब्द गमावत आहोत, कर्तव्यांच्या पृथक्करणासह, मला या गोष्टीचा सामना करावा लागतो की व्यवस्थापक काहीही न समजता विकास प्रक्रियेत प्रवेश करतात, ते व्यवसाय डेटा आणि अनुप्रयोग ऑपरेशन गोंधळात टाकतात, परिणामी अराजकता, सुरू होते.

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

आता तुम्ही अनेकदा असे लेख देखील पाहू शकता जे डेव्हलपर आधीच उपयोजित करण्यास सक्षम असले पाहिजेत, DevOps अभियंत्याच्या पुढील पायाभूत सुविधांशी व्यवहार करावा, परंतु यामुळे काय होते? ते बरोबर आहे - सेवांच्या गुणवत्तेत घट, विकासकांच्या गुणवत्तेत घट. अक्षरशः 2 दिवसांपूर्वी, मी विकसकाला समजावून सांगितले की तुम्ही वेगवेगळ्या होस्टकडून लिहू आणि वाचू शकता, आणि त्यांनी मला तोंडाला फेस देऊन सिद्ध केले की त्यांनी असे काहीही पाहिले नाही, येथे ते सेटिंग्जमध्ये आहे orm host, पोर्ट, db, user, password आणि बस्स.... पण डेव्हलपरला डिप्लॉयमेंट्स लाँच कसे करायचे, यमल्स कसे लिहायचे हे माहित आहे. परंतु तो आधीच युनिट चाचण्या आणि कोडमधील टिप्पण्या विसरतो.

परिणामी, आम्हाला पुढील गोष्टी दिसतात - सतत प्रक्रिया करणे, कामाच्या वेळेबाहेरील समस्यांवर उपाय शोधणे, वीकेंडला सतत प्रशिक्षण देणे आणि उत्पन्न वाढवणे नव्हे तर स्वत:ला तरंगत ठेवणे. डेव्हलपरला CI/CD सह DevOps अभियंत्याला मदत करण्यास भाग पाडले जाते, आणि जर विकसकाकडे वेळ नसेल, तर तो बंद पडू लागतो, आणि व्यवस्थापक कंपोस्ट मेंदूला कंपोस्ट करू लागतात, आणि जर यामुळे ओव्हरटाइम काम करण्याची इच्छा वाढण्यास मदत होत नसेल, तर अर्ज करा. दंड आणि दंड, एखादी व्यक्ती नवीन नोकरी शोधत आहे, एव्हरेस्टच्या आकाराचे तांत्रिक कर्ज मागे ठेवून, परिणामी, विकासकांमध्येही कर्ज वाढू लागते. जुन्या किंवा नवीन DevOps अभियंत्याला मदत करण्यासाठी वेळ मिळावा म्हणून त्यांना कमी रिफॅक्टरिंगसह कोड लिहिण्यास भाग पाडले जाते, आणि व्यवस्थापक प्रत्येक गोष्टीत खूप आनंदी असतात, कारण एक दोषी व्यक्ती आहे आणि तो लगेच दिसतो, याचा अर्थ असा की चपळ व्यवस्थापनातील मुख्य नियम पाळला जातो, दोषी आढळतो, त्याच्या फटके मारण्याचे परिणाम दिसून येतात.

एकदा ITGM मध्ये मी एक सादरीकरण केले “जेव्हा आपण नाही म्हणायला शिकतो” - त्याचे परिणाम खूप प्रकट होते. मोठ्या संख्येने लोकांचा असा विश्वास आहे की हा शब्द निषिद्ध आहे आणि जोपर्यंत आपण असे विचार करणे थांबवत नाही तोपर्यंत समस्या वाढतच जातील.

अंशतः मला हा लेख लिहिण्यास प्रेरित केले. हा लेख, पण मी कदाचित नंतर ते कमी आनंददायी शब्दांत लिहीन.

केवळ नोंदणीकृत वापरकर्तेच सर्वेक्षणात भाग घेऊ शकतात. साइन इन करा, आपले स्वागत आहे.

नियोक्त्याने तुमच्यासोबत अनेक लोकांना बदलण्याचा प्रयत्न केला तेव्हा तुम्हाला कामावर आले आहे का?

• 65,6%होय, मी त्यात नियमितपणे धावतो

• 5,4%होय, 1 वेळा 15 भेटले

• 15,4%लक्षात आले नाही 43

• 13,6%मी एक वर्कहोलिक आहे, मी स्वतः ओव्हरटाईम करतो38

279 वापरकर्त्यांनी मतदान केले. 34 वापरकर्ते दूर राहिले.

स्त्रोत: www.habr.com