Бүгүнкү кырдаалдагы эң өкүнүчтүүсү – IT бара-бара бир адамга жүктөлгөн милдеттердин санында «токто» деген сөз жок тармакка айланып баратат.
Вакансияларды окуп жатканда, кээде сиз 2-3 адамды эмес, бир адамдан бүтүндөй бир компанияны көрөсүз, бардыгы шашып жатышат, техникалык карыздар өсүп жатат, жаңы өнүмдөрдүн фонунда эски мурас кемчиликсиз көрүнөт, анткени жок дегенде ал бар. коддогу доктор жана комментарийлер, жаңы продуктылар жарыктын ылдамдыгы менен жазылат, бирок алар жазылгандан кийин дагы бир жыл бою колдонулушу мүмкүн эмес, ал эми көбүнчө бул жылы пайда алып келбейт ” кызматын сатуудан жогору. Инвестордун акчасы али иштебей жаткан кызматты тейлөөгө сарпталат, бирок ал буга чейин онлайн режиминде иштеген.
Мисал катары: эски оюндун ремастери тармактын бүткүл тарыхындагы эң төмөнкү рейтингге ээ болгон белгилүү компания. Мен бул продуктуну сатып алгандардын бири болчумун, бирок азыр да бул продукт абдан жакшы иштейт жана теориялык жактан ал бул формада сатыкка чыкпашы керек болчу. Төлөмдөрдү кайтаруу, рейтингдердин төмөндөшү, кызматтардын ишине даттануу үчүн форумдардагы колдонуучулардын көп сандагы тыюулары. Патчтардын саны укмуштуудай эмес, бирок коркунучтуу, бирок дагы эле продукт колдонууга жарабайт. Эгерде бул ыкма 91-жылдан бери өнүгүп келе жаткан компания үчүн ушундай жыйынтыктарга алып келсе, жаңыдан иш баштаган компаниялар үчүн абал андан да начар.
Бирок биз бул ыкманын натыйжаларын кызматты колдонуучу тараптан карап көрдүк, эми кызматкерлер кабылган көйгөйлөрдү карап көрөлү.
Мен DevOps командалары болбошу керек деген сөздөрдү көп угам, бул методология ж.б. . Албетте, айрым ишканаларда мындай бош орундар дагы эле бар, бирок алар азайып баратат. Көпчүлүк бул өнүгүү деп аташкан, мен жеке өзүм ушундан деградацияны көрүп турам, бардык тармактар боюнча билимдин жакшы деңгээлин кармап туруу мүмкүн эмес, ошол эле учурда 8 сааттан ашык иштөөгө жетишпейт. Албетте, бул фантазиялар. Чындыгында, көптөгөн IT кызматкерлери 12 же 14 саат иштөөгө аргасыз болушат, анын 8 сааты төлөнөт жана көбүнчө эс алуу күндөрү жок, анткени "мага тапшырма берилген, эч кандай документтер жок же кыйшык, ал эми кызмат үчүн акча талап кылынат". жана булуттагы 1 ката үчүн, сиз, айрыкча, жеке ишкер болуп иштесеңиз, бир нече айдын ичинде айлык ала албайсыз. Биз бизнесте өз сөзүбүздү жоготуп жатабыз, ошондой эле милдеттерди бөлүштүрүү менен бирге мен менеджерлер алар жөнүндө эч нерсе түшүнбөстөн өнүгүү процесстерине кийлигишип, бизнес маалыматтарын жана тиркеменин иштешин чаташтырышат; Натыйжада, башаламандык башталат.
Башаламандык башталганда, бизнес күнөөлүүнү тапкысы келет жана бул жерде аларга универсалдуу күнөөлүүлөр керек, 10+ кишиге күнөөнү жүктөө кыйын, ошондуктан менеджерлер кызматтарды бириктиришет, анткени бир адисте канчалык көп жоопкерчилик болсо, ошончолук жеңил болот; анын шалаакылыгын далилдейт. Ал эми Agile шарттарында, "күнөөлүү" табуу жана камчы бул башкарууда бизнес жүргүзүү үчүн бул методологиянын негизи болуп саналат. Agile ITден көп убакыт мурун чыккан жана анын негизги концепциясы күнүмдүк натыйжалардын талабы болуп калды. Маселе, жогорку адистештирилген адис ар дайым күнүмдүк натыйжаларга ээ боло бербейт, демек, отчет берүү кыйыныраак болот жана бул бизнестин "бардыгы боюнча эксперттерди" каалашынын дагы бир себеби. Бирок негизги себеби, албетте, эмгек акы - бул бардык өзгөрүүлөрдүн негизги себеби, бонус үчүн, адамдар өздөрү жана ошол жигит үчүн иштөөгө макул болгон. Бирок, акыры, башка чөйрөлөрдөгүдөй эле, азыр жөн гана жоопкерчилик болуп калды, көрсөтүлгөн кызматтардын көбүрөөк саны үчүн аз төлөм.
Бүгүнкү күндө сиз иштеп чыгуучулар DevOps инженери менен бирге инфраструктурада иштеши керек деген макалаларды да көрө аласыз, бирок бул эмнеге алып келет? Туура - кызматтардын сапатынын төмөндөшүнө, иштеп чыгуучулардын сапатынын төмөндөшүнө. 2 күн мурун мен иштеп чыгуучуга ар кандай хосттордон жазып, окуй аласың деп түшүндүргөм, алар мындай нерсени эч качан көрбөгөнүн далилдеш үчүн оозунан көбүк чыгарышты, бирок орнотууларда orm host, port, db, user бар , сырсөз жана ушуну менен…. Бирок иштеп чыгуучу жайылтууларды кантип иштетүүнү, ямс жазууну билет... Бирок ал коддогу бирдик тесттерин жана комментарийлерди унутуп койгон.
Жыйынтыгында биз төмөнкүлөрдү көрүп жатабыз - тынымсыз ашыкча иштөө, жумуш убактысынан тышкары маселелерди чечүү жолдорун издөө, дем алыш күндөрү тынымсыз машыгуу, кирешени көбөйтүү эмес, өзүбүздү өзүбүз сактап калуу. Иштеп чыгуучулар DevOps инженерине CI/CD менен жардам берүүгө аргасыз болушат, эгер иштеп чыгуучунун убактысы жок болсо, ал тыгылып, менеджерлер мээлерин компост кыла башташат жана бул ашыкча иштөө каалоосун жогорулатууга жардам бербесе, андан кийин айыптар жана айыптар колдонулат, адам Эвересттин өлчөмүндөгү техникалык карызды калтырып, жаңы жумуш издеп жатат, натыйжада карыз иштеп чыгуучулардын арасында өсө баштайт, анткени эски же жаңы DevOps инженерине жардам берүүгө убакыт табуу үчүн алар азыраак рефакторинг менен код жазууга аргасыз болушат жана менеджерлер баарына ыраазы, анткени күнөөлүү ошол жерде жана ал дароо көрүнүп турат, бул негизги эрежени билдирет in Agile менеджменттин артынан түшүп, күнөөлүү табылды, камчы чабуунун жыйынтыгы көрүнүп турат.
Мен бир жолу ITGMде “биз “жок” деп айтканды үйрөнгөндө” презентация жасадым - анын натыйжалары абдан ачык болду. Көптөгөн адамдар бул сөздү тыюу салынган деп эсептешет жана биз андай ойду токтотмоюнча, көйгөйлөр өсө берет.
Бул макала жарым-жартылай менден шыктандырылган, бирок кийинчерээк мен аны азыраак сылык түрдө сүрөттөп берем.
Сурамжылоого катталган колдонуучулар гана катыша алышат. , өтүнөмүн.
Жумуш берүүчү сиз менен бир нече адамды алмаштырууга аракет кылган учурга туш болдуңуз беле?
65,6%Ооба, мен аны дайыма жолуктурам183
5,4%Ооба, аны 1 жолу 15 жолуктурдум
15,4%Байкаган жокмун43
13,6%Мен жумушка жакынмын, өзүм ашыкча иштейм38
279 колдонуучу добуш берди. 34 колдонуучу добуш берүүдөн баш тартты.
Source: www.habr.com
