Mikhail Chinkov wennet en wurket al twa jier yn Berlyn. Mikhail ferklearre hoe't it wurk fan in ûntwikkelder yn Ruslân en Dútslân ferskilt, oft yngenieurs relatearre oan DevOps yn 'e fraach binne yn Berlyn, en hoe't jo tiid fine om te reizgjen.
Oer ferhúzje
Sûnt 2018 wenje jo yn Berlyn. Hoe hawwe jo dit beslút makke? Hawwe jo foarôf bewust it lân en bedriuw keazen wêr't jo wurkje wolle, of hawwe jo in oanbod krigen dat jo net wegere koenen?
Op in stuit waard ik wurch fan it wenjen yn Penza, dêr't ik berne, grutbrocht en studearre oan 'e universiteit, en it standert paad fan ferhúzjen nei Moskou en Sint-Petersburch spruts my net oan fanwegen de spesifiken fan it libben yn dizze stêden . Dat ik woe gewoan besykje yn Europa te wenjen, dêr't ik de lêste pear fekânsjes hinne reizge. Ik hie gjin foarkar foar it bedriuw, of foar de stêd, of sels foar in spesifyk lân - ik woe gewoan sa rap mooglik ferhúzje.
Op dat stuit achte ik Berlyn de meast tagonklike stêd foar in ûntwikkelder om nei in techbedriuw te ferhúzjen, want op Linkedin wie 90% fan de ferhuzingtolerante bedriuwen út Berlyn. Ik fleach dêrnei 3 dagen de stêd yn om in pear face-to-face ynterviews te hâlden. Ik mocht de stêd echt leuk, dus ik besleat dat ik no yn Berlyn wenje woe. In wike letter akseptearre ik fuortendaliks it allerearste oanbod dat ik krige fan 'e Berlynske tech-hub.
Fertel ús asjebleaft mear oer it ferpleatsproses. Hoe is dit bard foar dy? Hokker dokuminten hawwe jo sammele? Hat jo wurkjouwer holpen?
Ik kin hjir neat nijs sizze; alles is heul goed skreaun yn ferskate artikels. I like it mear , bekend foar elkenien dy't ynteressearre is yn dit probleem. Yn 'e Berlynske tech-hub is it proses itselde yn hast alle bedriuwen dy't in yngenieur helpe by ferhuzing.
Hawwe jo wat ûnferwachts en ûngewoan tsjinkaam yn termen fan organisaasje fan wurk, libben, mentaliteit? Hoe lang hat it duorre om te wennen oan it lokale libben?
Ja, yn feite, it hiele proses fan wurkjen yn bedriuwen yn 'e Berlynske tech hub skokte my earst. Yn it algemien, alles: fan hoe en yn hokker hoemannichte rally's wurde hâlden oant de rol fan sêfte feardichheden yn it libben fan in yngenieur.
Bygelyks, yn Dútslân is de wurkkultuer rjochte op kollektyf beslútfoarming, wat betsjut dat foar letterlik elke kontroversjele kwestje in gearkomste makke wurdt wêr't jo it probleem yngeand beprate en tegearre út jo stânpunten ta in konsensus komme. Ut Ruslân liket sa'n praktyk yn 't earstoan foar de yngenieur in fergriemerij fan tiid, burokrasy en mistrouwen te wêzen, mar op it lêst makket it sin, lykas de ferdieling fan ferantwurdlikens foar de útkomst fan it beslút.
Mominten lykas dizze, en ek it misbegryp fan mysels troch myn kollega's, makken my it boek te lêzen en begripe dat al jo ynterne fergrieming earder in mislearring is om de realiteit fan 'e nije omjouwing wêryn't jo josels fine, earder as in besykjen om de wierheid te finen. Nei it boek waard jo wurk folle makliker; jo begjinne de betsjutting fan 'e sinnen en besluten fan jo kollega's te begripen.
Op it mêd fan it libben is it proses fan oanpassing oan in nij lân folle dreger as it proses fan oanpassing oan in wurkkultuer. Meastal psychologen ûnderskiede dêr't in persoan troch giet. Yn dit ferbân wie myn paad gjin útsûndering. Oan de oare kant liket it my dat oanpassing by it ferhúzjen nei in multykultureel sintrum lykas Berlyn, Londen en Barcelona fansels makliker is as yn elke klassike stêd.
Nei twa jier wenjen yn Berlyn, wat fynst en leuk oan dizze stêd?
It is foar my lestich om in list fan 'e foar- en neidielen fan' e stêd op te stellen, om't Berlyn yn alle betsjuttingen fan it wurd al gau myn thús waard.
Ik tink dat ik yn myn heule folwoeksen libben stribbe haw nei frijheid yn al syn manifestaasjes: fysyk, sosjaal, finansjeel, polityk, geastlik, geastlik. Ja, deselde frijheid yn wurk, ik hâld net fan kontrôle fan boppen en mikromanagement, as ik hieltyd ferteld wurdt wat en hoe te dwaan. Yn dizze saken like en liket Berlyn my noch altyd ien fan 'e frijste stêden yn' e wrâld te wêzen fanwegen syn frije opfettings oer it libben yn 'e maatskippij, relatyf liberale prizen foar hier en oare behoeften, lykas ek in protte mooglikheden om jo frijheid te ferbetterjen yn oare aspekten.
Oer wurkjen yn Berlyn
Hokker stapel is de standert yn Berlyn startups? Hoe ferskilt de steapel algemien fan it gemiddelde yn Ruslân?
Ut in technologysk eachpunt lykje lokale stapels subjektyf saai foar my, útsein as it FinTech-bedriuwen binne. De measte startups en dejingen dy't ferhuze fan in startup nei in ûndernimming waarden oprjochte yn 2010-2012 en begon mei de ienfâldichste arsjitektuer: in monolithyske backend, en soms mei in frontend ynboud, in taal - of Ruby, of PHP, of Python, frameworks wurde altyd brûkt, in databank op MySQL, cache op Redis. Ek, neffens persoanlike gefoelens, hawwe 90% fan bedriuwen al har produksje op AWS.
De hjoeddeistige trend is om de monolyt yn mikrotsjinsten te snijen, se yn konteners te ferpakken, se yn te setten nei Kubernetes, en fertrouwe op Golang as de standerttaal foar nije applikaasjes. Dit bart hiel stadich, dat is wêrom yn de measte bedriuwen de wichtichste funksjonaliteit is noch begroeven yn in monolith. Ik bin fier fan frontend, mar sels dêr is React normaal de standert.
Grutte techbedriuwen lykas Zalando en N26 besykje mear technology yn 'e tsjinst te bringen, sadat se wat hawwe om motivearre ûntwikkelders yn' e merke te lokjen. Oare tech bedriuwen stribje ek te hâlden mei de nijste technologyen, mar fan bûten is it dúdlik dat se wurde weage troch de lêst fan in monolithyske arsjitektuer en technyske skulden opboud oer de jierren.
As yngenieur nim ik dit frij rêstich, want yn 'e Berlynske tech-hub binne d'r in protte nijsgjirrige bedriuwen út produktoogpunt. Yn sokke bedriuwen is it ynteressanter om te wurkjen foar in idee en in produkt dat jo persoanlik leuk fine, ynstee fan it bedriuw te beskôgjen as in plak mei in modieuze tech-stapel wêrmei jo perfoarst moatte wurkje.
Hoe is it libben en wurk fan in ûntwikkelder oars yn Ruslân en yn Dútslân? Binne d'r dingen dy't jo ferrast hawwe?
Yn Dútslân, lykas yn elk oar lân yn Noard-/Sintraal-Jeropa, giet it better mei wurk/libbensbalâns en relaasjes tusken kollega's, mar slimmer mei de snelheid fan wurk. Yn it earstoan wie it foar my onaangenaam om te wennen oan ynterne projekten dy't in pear moanne namen, doe't yn techbedriuwen yn Ruslân ferlykbere projekten in pear wiken namen. Yn feite is dit net eng, om't d'r objektive redenen binne, en bedriuwen sjogge sokke situaasjes normaal net kritysk.
Oars is it foar my frij lestich om in parallel te tekenjen tusken Dútslân en Ruslân, om't ik gjin ûnderfining haw mei wurkjen yn bekende bedriuwen lykas Yandex en Tinkov, wêr't de situaasje fergelykber wêze kin mei de Berlynske tech-hub.
Foar mysels haw ik opfallen dat yn Berlyn de prioriteit is om in noflike wurksfear te meitsjen yn bedriuwen, reguliere ynterne eveneminten en de veelzijdigheid fan kollega's mei wa't it altyd ynteressant is om te kommunisearjen oer ûnderwerpen op ôfstân fan IT. Mar ik tink dat it mear hinget fan it bedriuw dêr't jo wurkje as fan it lân.
Neffens jo waarnimmings, hokker spesjalisten binne yn fraach yn Dútslân? Binne DevOps-spesjalisten yn fraach?
De measte bedriuwen hawwe in probleem mei it waarnimmen fan de DevOps-kultuer en it begripen fan wat DevOps eins is. D'r binne lykwols in protte fakatueres mei it DevOps-prefix, en dit toant dúdlik de fraach nei spesjalisten op 'e merke.
Op it stuit binne absolút alle gebieten dy't hjoed relevant binne yn gelikense fraach yn lokale IT. Ik kin allinich de grutte fraach nei Data Engineer / Data Analyst markearje.
Litte wy prate oer salarissen, hoefolle kin in DevOps-yngenieur wirklik fertsjinje yn Dútslân?
It is dreech om dizze fraach te beantwurdzjen, om't IT noch in jonge yndustry is, wêr't gjin spesifike salarisnoarmen binne. Lykas op oare plakken hinget it salaris foar in grut part ôf fan 'e wurkûnderfining en kwalifikaasjes fan 'e yngenieur. It is ek wichtich om it sifer as salaris foar belestingen en ferskate sosjale / fersekeringsôfdielingen te besjen. Ek hinget it salaris yn Dútslân heul ôf fan hokker stêd jo wurkje. Yn Berlyn, München, Frankfurt en Göttingen is it salarisberik wat oars fan elkoar, lykas de libbenskosten.
As wy prate oer Berlyn, is it wichtichste foardiel foar in karriêre dat de fraach nei in yngenieur noch hieltyd heger is as it oanbod, sadat it salaris fluch kin groeie as jo wolle. It wichtichste neidiel is dat de measte bedriuwen gjin dúdlik belied hawwe foar salarisferzje, en ek kritearia foar it beoardieljen fan de bydrage oan it produkt dat troch it bedriuw makke is.
De nûmers kinne wurde besjoen yn , StackOverflow of . Statistiken wurde bywurke fan jier nei jier, dus ik sil gjin ferantwurdlikens nimme om te praten oer it salarisberik.
Kinne jo advys jaan oer wat te dwaan as jo wurkje as in betingst yngenieur foar sitebetrouberens en wolle ferhúzje nei Dútslân? Wêr te begjinnen? Wêr te gean?
Ik tink net dat ik in spesjaal advys haw foar de lêzer. Wês gewoan net bang foar neat, rationalisearje minder foardat jo ferhúzje en stean iepen foar alle swierrichheden dy't jo kinne tsjinkomme by emigraasje. Mar d'r sille swierrichheden wêze.
Hat Berlyn in sterke DevOps-mienskip? Gean jo faaks nei lokale eveneminten? Fertel ús in bytsje oer harren. Wat binne dat?
Ik gean frij selden nei moetings, dus ik kin net sizze wat de funksjes fan 'e pleatslike DevOps-mienskip binne. Ik hoopje takom jier op dizze kwestje te kommen. Ik kin allinich myn yndrukken oerbringe fan it grutte oantal tematyske groepen op meetup.com: fan Python- en Golang-fanatici oant leafhawwers fan Clojure en Rust.
Fan 'e moetings dy't ik bywenne, is de HashiCorp User Group heul goed - mar dêr hâld ik leaver fan' e HashiCorp-mienskip mei har groepen yn ferskate stêden.
Ik lês dat jo ferhuze sûnder Dútsk te praten. Hoe giet it nei in jier? Binne jo Dútsk nedich foar wurk of kinne jo sûnder?
Ik ha Dútsk leard, no leit it taalnivo tusken B1 en B2. Ik haw noch altyd alle kontakten mei Dútsers út it earste jier fan wenjen yn Berlyn yn it Ingelsk, om't it makliker is foar beide partijen, en ik begjin alle nije kontakten yn it Dútsk. Myn direkte plannen binne om foarút te gean yn myn stúdzje, myn kennis te konsolidearjen troch it B2-sertifikaateksamen te slagjen, om't ik mear fertrouwen kommunisearje wol en klassike literatuer yn it orizjineel lêze wol.
Yn Berlyn is de taal mear nedich foar oanpassing oan it lân, it krijen fan in gefoel fan ynderlik treast en folsleine tagong ta de frije tiid (teater/bioskoop/stand-up), mar de taal is nei alle gedachten net nedich yn it wurk fan Software Engineering. Yn elk bedriuw is Ingelsk de offisjele taal fan 'e ôfdieling Engineering, sels yn grutte Dútske bedriuwen lykas Deutsche Bank, Allianz en Volkswagen.
De wichtichste reden is in tekoart oan personiel, de status fan 'e stêd as ynternasjonaal kultureel sintrum, en in protte expats dy't problemen hawwe mei it learen fan 'e Dútske taal. Elk bedriuw biedt lykwols wyklikse kursussen Dútsk yn 'e wurktiden op kosten fan' e organisaasje om it libben makliker te meitsjen foar meiwurkers bûten it wurk.
Yn alle twa jier kontakten mei bedriuwen en rekrutearders waard ik mar twa kear yn it Dútsk kontakt opnommen. Yn dizze soarten útsûnderingen is in B1 / B2-nivo normaal genôch om te operearjen. Lykas Amerikanen mei Ingelsk binne Dútsers frij kalm oer jo spraakflaters, om't se begripe dat de taal net maklik is.
Yn syn Jo skriuwe dat DevOps net de mooglikheid is om Kubernetes en Prometheus te draaien, mar in kultuer. Wat moatte bedriuwen nei jo miening dwaan om in DevOps-kultuer te ûntwikkeljen yn har teams, net yn wurden, mar yn dieden? Wat dogge jo thús?
Ik tink, earst fan alles, jo moatte earlik wêze en alle i's stipje yn 'e kwestje fan ferdieling fan ferantwurdlikens foar it produkt. It wichtichste probleem dat DevOps oplost is it smiten fan ferantwurdlikens en de problemen ferbûn mei dizze ferantwurdlikens oer de muorre. Sadree't minsken begripe dat it dielen fan ferantwurdlikens foardielich is foar sawol it bedriuw as de yngenieurs, bewegen dingen fan in deade punt en kinne jo al doelrjochte wurk dwaan: ôfstimme fan 'e Delivery Pipeline, it ferminderjen fan it Deployment Failure Rate en oare dingen wêrmei jo kinne bepale de steat fan DevOps yn it bedriuw.
Yn myn karriêre haw ik DevOps noch net promovearre út it eachpunt fan in technyske lead of CTO fan in bedriuw; Ik haw altyd hannele út 'e posysje fan in yngenieur dy't wat wit oer DevOps. Yn feite, yn DevOps, is de posysje fan 'e kultuerbestjoerder echt wichtich, foaral de ynfloedsfear fan' e bestjoerder en liederskipskwaliteiten. Myn lêste bedriuw hie ynearsten in relatyf platte hiërargy en in sfear fan fertrouwen tusken kollega's, en dit makke myn doel by it befoarderjen fan kultuer folle makliker.
Beäntwurdzje de spesifike fraach fan wat kin dien wurde foar it foardiel fan DevOps. Yn myn ferslach oer It haadidee is dat om in DevOps-kultuer te ûntwikkeljen, jo net allinich moatte omgean mei technologyen yn 'e ynfrastruktuer, mar ek mei ynterne coaching en de ferdieling fan ferantwurdlikheden yn technyske prosessen.
Wy hawwe bygelyks twa moannen fan ien yngenieur bestege oan it meitsjen fan in platfoarm foar QA- en PR-tsjinners foar de behoeften fan ûntwikkelders en testers. Al dit geweldige wurk sil lykwols yn it ferjit falle as de mooglikheden net goed wurde kommunisearre, de funksjes binne net dokuminteare en de training fan meiwurkers net foltôge. En oarsom, nei goed útfierde workshops en pear programmearring sesjes, wurdt in motivearre yngenieur ynspirearre troch nije nuttige funksjonaliteit en lost al de folgjende problemen op dy't krúst mei it ynfrastruktuerplatfoarm.
As jo mear fragen wolle oer DevOps, hjir , wêryn Misha yn detail de fragen beantwurdet "Wêrom is DevOps nedich?" en "Is it nedich om spesjale DevOps-ôfdielingen yn it bedriuw te meitsjen?"
Oer ûntwikkeling
Yn jo kanaal advisearje jo soms profesjonele artikels en blogs. Hawwe jo favorite fiksjeboeken?
Ja, ik besykje tiid te finen om fiksje te lêzen. Ik kin in bepaalde skriuwer net yn ien slokje lêze, roman nei roman, dus ik mingje Russyske en bûtenlânske wurken. Fan de Russyske skriuwers fyn ik Pelevin en Dovlatov it bêste, mar lês ek graach de klassikers fan de 19e ieu. Under de frjemden hâld ik fan Remarque en Hemingway.
Dêr skriuwe jo in protte oer reizen, en oan 'e ein fan 2018 hawwe jo skreaun dat jo 12 lannen en 27 stêden besocht hawwe. Dit is in heul cool punt! Hoe kinne jo wurkje en reizgje?
Yn feite is alles frij simpel: jo moatte goed gebrûk meitsje fan fakânsjedagen, wykeinen en fakânsjes, plus aktyf reizgje tidens de reis :)
Ik bin gjin digitale nomad en haw nea op ôfstân op in reguliere basis wurke, mar ik tink dat ik genôch frije tiid haw om bûten it wurk te reizgjen om de wrâld te ferkennen. De situaasje ferbettere nei it ferhúzjen nei Berlyn: it leit yn it sintrum fan Europa en d'r binne mear fekânsjedagen.
Ik besocht ek in moanne te reizgjen tusken myn âlde en nije banen, mar sels in moanne op 'e dyk liket my te folle tiid. Sûnt dy reis besykje ik in wike oant oardel wike frij te nimmen, sadat ik frij pynlik wer oan it wurk kin.
Hokker trije plakken fûnen jo it bêste en wêrom?
As backpacker binne de lannen dy't my it meast oansprekke Portugal, Oman en Yndia. Ik hâld fan Portugal út it eachpunt fan Europeeske skiednis en beskaving lykas arsjitektuer, taal, kultuer. Oman - ongelooflijke gastfrijheid en freonlikens fan 'e pleatslike befolking, lykas ek in sfear fan relative ûntspanning te midden fan' e spanningen fan it Midden-Easten. Ik ha it sels oer Oman skreau. Yndia - it ferskaat fan it libben binnen har regio's en kulturele identiteit, om't it tiidrek fan 'e Starbucks-planeet en de Microsoft-galaxy fermakke troch Palahniuk har noch net berikt hat. Ik hâld ek echt fan Bangkok en it noardlike diel fan Tailân. It súdlike part mei de see, eilannen en skiereilân like te toeristysk.
Jo kinne de reisnotysjes fan Misha lêze op syn Telegram-kanaal
Hoe kinne jo it lykwicht tusken wurk en libben behâlde? Diel jo geheimen :)
Ik haw hjir gjin geheim. Oft yn Ruslân of Dútslân, normale tech bedriuwen jouwe jo de kâns om jo wurktiid te strukturearjen op in manier dy't by jo past. Ik sit meastentiids net oant let yn 'e nacht as de tsjinst stabyl wurket en der gjin oermacht is. Gewoan omdat nei 5-6 oere myn harsens gjin oproppen ta aksje fan it wurd "hielendal" waarnimme en my freget om te ûntspannen en goed te sliepen.
Hast alle soarten beroppen yn 'e technyske yndustry - fan ûntwikkeling oant ûntwerp - binne kreative beroppen; se hawwe net in grut oantal wurktiden nedich. It liket my ta dat crunches eins min binne foar kreatyf wurk, om't je úteinlik dof binne en minder dogge as sûnder de oerwurk. 4-6 oeren aktyf wurk yn in stream is eins in protte, sûnder ûnderbrekkingen en kontekstwiksels kinne jo bergen ferpleatse.
Ik kin ek twa boeken oanbefelje dy't my holpen: fan de jonges út Basecamp en fan Maxim Dorofeev.
Tsjintwurdich prate in protte minsken oer burn-out. Hawwe jo ea wat ferlykber field? As ja, hoe giet it mei jo? Hoe meitsje jo jo wurk ynteressanter?
Ja, om earlik te wêzen, baarn ik noch sa no en dan út. Yn 't algemien is dit logysk, út in filosofysk eachpunt, alles dat it eigendom hat fan baarnend baarnt úteinlik út :) Jo kinne de gefolgen bestride, mar, it liket my, is it folle wichtiger om de oarsaak fan burnouts te identifisearjen en eliminearje it.
De redenen binne foar elkenien oars: foar guon is it in oerfloed fan ynformaasje, foar oaren is it oerwurk op har haadtaak, der binne situaasjes wêryn jo gjin tiid hawwe om wurk, hobby's en sosjalisaasje fysyk te kombinearjen. Earne fiele jo gewoan gjin nije útdagings yn jo libben en begjinne jo der soargen oer te meitsjen. De measte problemen kinne wurde oplost troch jo libbensfilosofy, persoanlike wearden en de rol fan wurk yn jo libben te feroarjen.
De lêste tiid haw ik amper ferlies fan belangstelling foar wurk of saai wurk. D'r binne ferskate techniken om in saai wurk minder saai te meitsjen, guon wêrfan ik leard fan myn freon Kirill Shirinkin. Mar ik besykje dit probleem op it nivo fan oarsaak op te lossen, gewoan troch in baan te kiezen dy't maksimale útdagings foar myn karriêre en persoanlikheid en in minimum fan organisatoaryske burokrasy sil leverje.
Op 7 desimber sil Mikhail prate by de konferinsje mei it petear "We Are All DevOps", dat sil útlizze wêrom't it wichtich is om net allinich te fokusjen op 'e manier wêrop't de lêste stapel wurdt ynset, mar ek op it kulturele aspekt fan DevOps.
Ek yn it programma: Barukh Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps-adviseur).
Kom yn 'e kunde!
Boarne: www.habr.com