Ang pinakamalungkot sa kasalukuyang sitwasyon ay ang IT ay unti-unting nagiging isang industriya kung saan walang salitang "stop" sa dami ng mga responsibilidad bawat tao.
Kapag nagbabasa ng mga bakante, kung minsan ay nakikita mo ang hindi 2-3 tao, ngunit isang buong kumpanya sa isang tao, lahat ay nagmamadali, ang teknikal na utang ay lumalaki, ang lumang pamana ay mukhang perpekto laban sa background ng mga bagong produkto, dahil hindi bababa sa ay may pantalan at mga komento sa code, ang mga bagong produkto ay isinulat sa bilis ng liwanag, ngunit bilang isang resulta, hindi sila magagamit para sa isa pang taon pagkatapos na maisulat ang mga ito, at madalas sa taong ito ay hindi nagdadala ng kita, bukod pa, ang gastos ng ang ulap ay mas mataas kaysa sa mga benta ng serbisyo. Ang pera ng mga mamumuhunan ay napupunta sa pagpapanatili ng isang serbisyo na hindi pa gumagana, ngunit nailabas na sa network bilang isang manggagawa.
Bilang halimbawa: isang kilalang kumpanya na ang remaster ng isang lumang laro ay nakatanggap ng pinakamababang rating sa kasaysayan ng industriya. Isa ako sa mga bumili ng produktong ito, ngunit kahit ngayon ay gumagana ang produktong ito, at sa teorya ay hindi pa dapat ilabas sa form na ito. Mga refund, pagbaba ng rating, isang malaking bilang ng mga pagbabawal ng gumagamit sa mga forum para sa mga reklamo tungkol sa gawain ng mga serbisyo. Ang bilang ng mga patch ay hindi natutuwa, ngunit nakakatakot, ngunit pa rin - ang produkto ay hindi magagamit. Kung ang diskarte na ito ay humahantong sa mga ganoong resulta para sa isang kumpanya na umuunlad mula noong 91, kung gayon para sa mga kumpanyang nagsisimula pa lamang, ang sitwasyon ay mas malala pa.
Ngunit tiningnan namin ang mga resulta ng diskarteng ito sa bahagi ng gumagamit ng serbisyo, at ngayon tingnan natin ang mga problema na mayroon ang mga empleyado.
Madalas kong marinig ang pahayag na dapat ay walang mga koponan ng DevOps, na ito ay isang pamamaraan, atbp., ngunit ang problema ay, sa ilang kadahilanan ay tumigil ang mga kumpanya sa paghahanap ng mga noks, dba, infructor at build engineer - ngayon ay isang DevOps engineer na ang lahat. sa iisang tao. Siyempre, sa mga indibidwal na kumpanya mayroon pa ring mga bakante, ngunit mas kaunti ang mga ito. Maraming tinawag ang pag-unlad na ito, personal kong nakikita ang pagkasira dito, imposibleng mapanatili ang isang mahusay na antas ng kaalaman sa lahat ng mga lugar, at sa parehong oras ay namamahala upang gumana nang hindi hihigit sa 8 oras. Naturally, ito ay mga pantasya. Sa totoo lang, maraming mga IT worker ang napipilitang magtrabaho sa parehong 12 at 14 na oras, kung saan 8 ang binabayaran. At madalas na walang pahinga, dahil "binigyan ako ng isang gawain, walang mga pantalan o kurba, at ang serbisyo ay nagkakahalaga ng pera", at para sa 1 sa cloud, maaari kang, sa prinsipyo, na hindi makakuha ng suweldo sa loob ng ilang buwan, lalo na kung nagtatrabaho ka sa isang IP na batayan. Sa katunayan, nawawalan tayo ng salita sa negosyo, kasama ang paghihiwalay ng mga tungkulin, lalo akong nahaharap sa katotohanan na ang mga tagapamahala ay pumapasok sa mga proseso ng pag-unlad nang hindi nauunawaan ang anumang bagay, nalilito nila ang data ng negosyo at pagpapatakbo ng aplikasyon, bilang isang resulta, nagsisimula ang kaguluhan .
Kapag nagsimula ang kaguluhan, gustong hanapin ng negosyo ang salarin, at dito kailangan mo ng unibersal na salarin, mahirap i-pin ang sisihin sa 10+ tao, kaya pinagsasama-sama ng mga manager ang kanilang mga posisyon, dahil mas maraming tungkulin ang 1 espesyalista, mas madali itong patunayan ang kanyang kapabayaan. At sa mga kondisyon ng Agile, ang paghahanap ng "guilty" at pananampal ay ang batayan ng pamamaraang ito para sa paggawa ng negosyo sa pamamahala. Matagal nang wala sa IT ang Agile, at ang pangunahing konsepto nito ay naging pangangailangan ng mga pang-araw-araw na resulta. Ang problema ay hindi palaging magkakaroon ng pang-araw-araw na resulta ang isang dalubhasang espesyalista, na nangangahulugang magiging mas mahirap itong mag-ulat, at ito ay isa pang dahilan kung bakit gusto ng mga negosyo ang "mga espesyalista sa lahat ng bagay". Ngunit ang pangunahing dahilan, siyempre, ay ang payroll - siya ang pangunahing dahilan para sa lahat ng mga pagbabago, alang-alang sa allowance, ang mga tao ay sumang-ayon na magtrabaho para sa kanilang sarili at sa taong iyon. Ngunit sa huli, tulad ng sa ibang mga lugar, naging obligasyon na lamang ito, para sa mas maliit na bayad para sa mas malaking bilang ng mga serbisyong ibinigay.
Maaari mo na ngayong madalas na makita ang mga artikulo na dapat na ma-deploy ng mga developer, dapat harapin ang imprastraktura sa tabi ng isang engineer ng DevOps, ngunit saan ito humantong? Tama iyon - sa pagbaba sa kalidad ng mga serbisyo, sa pagbaba sa kalidad ng mga developer. Literal 2 days ago, ipinaliwanag ko sa developer na pwede kang magsulat at magbasa mula sa iba't ibang host, at pinatunayan nila sa akin na may bula sa bibig na hindi pa sila nakakita ng ganito, narito ito sa mga setting orm host, port, db, user, password at iyon lang .... Ngunit alam ng developer kung paano maglunsad ng mga deployment, magsulat ng yamls .... Ngunit nakalimutan na niya ang tungkol sa mga pagsubok sa yunit at komento sa code.
Bilang resulta, nakikita natin ang mga sumusunod - patuloy na pagpoproseso, paghahanap ng mga solusyon sa mga problema sa labas ng oras ng pagtatrabaho, patuloy na pagsasanay sa katapusan ng linggo, at hindi upang madagdagan ang kita, ngunit upang panatilihing nakalutang ang ating sarili. Ang mga developer ay napipilitang tumulong sa isang DevOps engineer na may CI / CD, at kung ang developer ay walang oras, siya ay magsisimulang tumahimik, at ang mga tagapamahala ay magsisimulang mag-compost ng mga utak, at kung hindi ito nakakatulong na madagdagan ang pagnanais na magtrabaho ng overtime, pagkatapos ay mag-apply mga parusa at multa, ang tao ay naghahanap ng bagong trabaho, na nag-iiwan ng teknikal na utang na kasinglaki ng Everest, bilang resulta, ang utang ay nagsisimula ring lumaki sa mga developer. napipilitan silang magsulat ng code na may mas kaunting refactoring upang magkaroon ng oras upang matulungan ang alinman sa isang luma o isang bagong inhinyero ng DevOps, at ang mga tagapamahala ay lubos na masaya sa lahat, dahil mayroong isang taong nagkasala at siya ay makikita kaagad, na nangangahulugan na ang pangunahing panuntunan sa pamamahala ng Agile ay sinusunod, ang nagkasala ay natagpuan, ang mga resulta ng kanyang paghagupit ay makikita.
Minsan sa ITGM gumawa ako ng isang presentasyon "kapag natutunan nating tumanggi" - ang mga resulta nito ay napakahayag. Ang isang malaking bilang ng mga tao ay naniniwala na ang salitang ito ay bawal, at hangga't hindi natin ito iniisip, ang mga problema ay lalago lamang.
Bahagyang naging inspirasyon ko na isulat ang artikulong ito., ngunit marahil ay isusulat ko ito sa hindi gaanong kaaya-ayang mga termino mamaya.
Ang mga rehistradong user lamang ang maaaring lumahok sa survey. , pakiusap
Nakatagpo mo ba sa trabaho nang sinubukan ng employer na palitan ang ilang tao sa iyo?
-
65,6%Oo, regular akong nakakaranas nito
-
5,4%Oo, nakatagpo ng 1 beses15
-
15,4%Hindi napansin43
-
13,6%Isa akong workaholic, nag-o-overtime ako sa sarili ko38
279 mga gumagamit ang bumoto. 34 user ang umiwas.
Pinagmulan: www.habr.com