Mikhail Chinkov wis manggon lan kerja ing Berlin suwene rong taun. Mikhail nerangake carane karya pangembang ing Rusia lan Jerman beda-beda, apa insinyur sing gegandhengan karo DevOps dikarepake ing Berlin, lan carane golek wektu kanggo lelungan.
Babagan obah
Wiwit 2018 sampeyan wis manggon ing Berlin. Kepiye carane nggawe keputusan iki? Apa sampeyan kanthi sengaja milih negara lan perusahaan sing sampeyan pengin kerja luwih dhisik, utawa sampeyan nampa tawaran sing ora bisa ditolak?
Ing sawetara titik, aku kesel manggon ing Penza, ngendi aku lair, digedhekake lan sinau ing universitas, lan path standar pindhah menyang Moscow lan St. . Dadi aku mung pengin nyoba manggon ing Eropa, sing aku wis lelungan ing pirang-pirang preian pungkasan. Aku ora duwe preferensi kanggo perusahaan, utawa kanggo kutha, utawa malah kanggo negara tartamtu - Aku mung wanted kanggo mindhah minangka cepet sabisa.
Ing wayahe, aku nganggep Berlin minangka kutha sing paling gampang diakses kanggo pangembang kanggo pindhah menyang perusahaan teknologi, amarga ing Linkin, 90% perusahaan sing toleran relokasi asale saka Berlin. Aku banjur mabur menyang kutha suwene 3 dina kanggo nganakake wawancara adhep-adhepan. Aku seneng banget karo kutha kasebut, mula aku mutusake yen aku pengin manggon ing Berlin saiki. Seminggu mengko, aku langsung nampa tawaran pisanan sing ditampa saka pusat teknologi Berlin.
Mangga ngandhani luwih lengkap babagan proses obah. Kepiye kedadeyan iki kanggo sampeyan? Apa dokumen sing diklumpukake? Apa majikan sampeyan mbantu?
Aku ora bisa ngomong sing anyar ing kene; kabeh wis ditulis kanthi apik ing sawetara artikel. Aku luwih seneng , dikenal kanggo kabeh sing kasengsem ing masalah iki. Ing hub teknologi Berlin, proses kasebut padha ing meh kabeh perusahaan sing mbantu insinyur relokasi.
Apa sampeyan nemokake apa wae sing ora dikarepake lan ora biasa babagan organisasi kerja, urip, mentalitas? Suwene suwene sampeyan bisa digunakake kanggo urip lokal?
Ya, nyatane, kabeh proses kerja ing perusahaan ing pusat teknologi Berlin kaget banget. Umumé, kabeh: saka carane lan ing jumlah rally dianakaké kanggo peran saka soft skills ing gesang engineer.
Contone, ing Jerman, budaya kerja fokus ing nggawe keputusan kolektif, tegese kanggo saben masalah kontroversial, rapat digawe ing ngendi sampeyan ngrembug masalah kasebut kanthi teliti lan bebarengan teka menyang konsensus saka sudut pandang sampeyan. Saka Rusia, praktik kasebut wiwitane katon minangka insinyur minangka sampah wektu, birokrasi lan rasa ora percaya, nanging ing pungkasan iku ndadekake pangertèn, uga distribusi tanggung jawab kanggo asil keputusan kasebut.
Wektu kaya iki, uga salah paham karo kanca-kancaku, nggawe aku maca buku kasebut. lan mangertos yen kabeh nesu internal sampeyan luwih gagal ngerteni kasunyatan ing lingkungan anyar sing sampeyan nemokake dhewe, tinimbang nyoba golek bebener. Sawise buku, karya dadi luwih gampang, sampeyan wiwit ngerti makna saka phrases lan pancasan saka kolega.
Ing babagan urip, proses adaptasi menyang negara anyar luwih angel tinimbang proses adaptasi menyang budaya kerja. Biasane psikolog mbedakake sing dilewati wong. Ing babagan iki, dalanku ora terkecuali. Ing sisih liya, misale jek adaptasi nalika pindhah menyang pusat multikultural kayata Berlin, London lan Barcelona jelas luwih gampang tinimbang ing kutha klasik.
Sawise rong taun manggon ing Berlin, apa sing sampeyan seneng lan ora seneng babagan kutha iki?
Iku angel kanggo aku ngumpulake dhaptar pro lan cons kutha, amarga Berlin cepet dadi omahku ing saben pangertèn saka tembung.
Aku wis ngupayakake sajrone urip diwasa kanggo kebebasan ing kabeh manifestasi: fisik, sosial, finansial, politik, spiritual, mental. Ya, kebebasan sing padha ing karya, aku ora seneng kontrol saka ndhuwur lan micromanagement, nalika aku terus-terusan marang apa lan carane nindakake. Ing prakara iki, Berlin ketoke lan isih misale jek kula minangka salah siji saka kutha freest ing donya amarga free views ing urip ing masyarakat, prices relatif liberal kanggo nyewa lan kabutuhan liyane, uga akeh kesempatan kanggo upgrade kamardikan ing aspek liyane.
Babagan kerja ing Berlin
Tumpukan endi sing dadi standar ing wiwitan Berlin? Kepiye tumpukan umume beda karo rata-rata ing Rusia?
Saka sudut pandang teknologi, tumpukan lokal kanthi subyektif katon mboseni, kajaba manawa perusahaan FinTech. Umume wiwitan lan wong-wong sing pindhah saka wiwitan menyang perusahaan didegake ing 2010-2012 lan diwiwiti kanthi arsitektur sing paling gampang: backend monolitik, lan kadhangkala nganggo frontend, basa - Ruby, PHP, utawa Python, frameworks tansah digunakake, database ing MySQL, cache ing Redis. Uga, miturut perasaan pribadi, 90% perusahaan duwe kabeh produksi ing AWS.
Tren saiki yaiku ngethok monolit dadi layanan mikro, bungkus ing wadhah, disebarake menyang Kubernetes, lan ngandelake Golang minangka basa standar kanggo aplikasi anyar. Iki kedadeyan alon-alon, mula ing pirang-pirang perusahaan fungsi utama isih dikubur ing monolit. Aku adoh saka frontend, nanging malah ana React biasane standar.
Perusahaan teknologi gedhe kaya Zalando lan N26 nyoba nggawa luwih akeh teknologi menyang layanan kasebut supaya bisa narik pangembang sing duwe motivasi menyang pasar. Perusahaan teknologi liyane uga ngupayakake teknologi paling anyar, nanging saka njaba cetha yen dheweke kabotan dening beban arsitektur monolitik lan utang teknis sing dikumpulake sajrone pirang-pirang taun.
Minangka insinyur, aku njupuk iki kanthi tenang, amarga ing hub teknologi Berlin ana akeh perusahaan sing menarik saka sudut pandang produk. Ing perusahaan kasebut, luwih menarik kanggo nggarap ide lan produk sing sampeyan senengi, tinimbang nganggep perusahaan kasebut minangka papan kanthi tumpukan teknologi sing modis sing sampeyan kudu kerja.
Kepiye urip lan pakaryan pangembang beda ing Rusia lan Jerman? Apa ana perkara sing nggumunake sampeyan?
Ing Jerman, kaya ing negara liya ing Eropa Lor/Tengah, luwih apik babagan keseimbangan kerja/urip lan hubungan antarane kolega, nanging luwih elek kanthi kacepetan kerja. Kaping pisanan, aku ora seneng karo proyek internal sing butuh sawetara wulan, nalika ing perusahaan teknologi ing Rusia, proyek sing padha butuh sawetara minggu. Nyatane, iki ora medeni, amarga ana alasan objektif, lan perusahaan biasane ora ngerteni kahanan kasebut kanthi kritis.
Yen ora, cukup angel kanggo aku nggambar paralel antarane Jerman lan Rusia, amarga aku ora duwe pengalaman kerja ing perusahaan kondhang kaya Yandex lan Tinkov, ing ngendi kahanan bisa uga padha karo hub teknologi Berlin.
Kanggo aku, aku weruh yen ing Berlin prioritas kanggo nggawe atmosfer kerja nyaman ing perusahaan, acara internal biasa lan versatility saka kolega karo kang tansah menarik kanggo komunikasi ing topik adoh saka IT. Nanging aku luwih gumantung ing perusahaan ing ngendi sampeyan kerja tinimbang ing negara.
Miturut pengamatan sampeyan, spesialis apa sing dikarepake ing Jerman? Apa spesialis DevOps dikarepake?
Umume perusahaan duwe masalah kanggo ngerteni budaya DevOps lan ngerti apa sejatine DevOps. Nanging, ana akeh lowongan kanthi awalan DevOps, lan iki kanthi jelas nuduhake panjaluk spesialis ing pasar.
Ing wayahe, pancen kabeh wilayah sing relevan saiki padha dikarepake ing IT lokal. Aku mung bisa nyorot panjaluk gedhe kanggo Data Engineer / Analyst Data.
Ayo ngobrol babagan gaji, pira sing bisa ditindakake insinyur DevOps ing Jerman?
Iku angel kanggo njawab pitakonan iki, amarga IT isih industri enom, ngendi ora ana standar gaji tartamtu. Kaya ing papan liya, gaji gumantung saka pengalaman kerja lan kualifikasi insinyur. Sampeyan uga penting kanggo ngerteni angka kasebut minangka gaji sadurunge pajak lan macem-macem potongan sosial / asuransi. Kajaba iku, gaji ing Jerman gumantung banget karo kutha sampeyan kerja. Ing Berlin, Munich, Frankfurt lan Göttingen, kisaran gaji rada beda saka saben liyane, uga biaya urip.
Yen kita ngomong babagan Berlin, kauntungan utama kanggo karir yaiku panjaluk insinyur isih luwih dhuwur tinimbang pasokan, mula gaji bisa tuwuh kanthi cepet yen dikarepake. Kerugian utama yaiku umume perusahaan ora duwe kabijakan sing jelas babagan revisi gaji, uga kritéria kanggo ngevaluasi kontribusi kanggo produk sing digawe perusahaan.
Nomer bisa dideleng ing , StackOverflow utawa . Statistik dianyari saka taun nganti taun, mula aku ora bakal tanggung jawab kanggo ngomong babagan kisaran gaji.
Apa sampeyan bisa menehi saran babagan apa sing kudu ditindakake yen sampeyan kerja minangka Insinyur Keandalan Situs kanthi syarat lan pengin pindhah menyang Jerman? Where kanggo miwiti? arep menyang ngendi?
Aku ora mikir aku duwe saran khusus kanggo maca. Cukup aja wedi apa-apa, rasional luwih dhisik sadurunge pindhah lan mbukak kabeh kesulitan sing bisa sampeyan temoni ing emigrasi. Nanging bakal ana kangelan.
Apa Berlin duwe komunitas DevOps sing kuwat? Apa sampeyan kerep pindhah menyang acara lokal? Marang kita sethitik bab wong-wong mau. Apa iku?
Aku jarang ketemu, dadi aku ora bisa ngomong apa fitur komunitas DevOps lokal. Aku ngarep-arep bisa ngrampungake masalah iki ing taun ngarep. Aku mung bisa menehi kesan babagan akeh klompok tematik ing meetup.com: saka fanatik Python lan Golang nganti para pecinta Clojure lan Rust.
Saka rapat-rapat sing dakrawuhi, Grup Panganggo HashiCorp apik banget - nanging ing kana, aku luwih seneng komunitas HashiCorp karo klompok-klompok ing kutha-kutha sing beda-beda.
Aku maca yen sampeyan pindhah tanpa nganggo basa Jerman. Piye kabarmu sawise setahun? Apa sampeyan butuh basa Jerman kanggo kerja utawa sampeyan bisa nindakake tanpa?
Aku sinau basa Jerman, saiki tingkat basa antarane B1 lan B2. Aku isih nindakake kabeh kontak karo Jerman saka taun pisanan manggon ing Berlin ing basa Inggris, amarga iku luwih gampang kanggo loro pihak, lan aku miwiti kabeh kontak anyar ing Jerman. Rencana langsung saya maju ing pasinaon, nggabungake kawruh kanthi lulus ujian sertifikat B2, amarga aku pengin komunikasi luwih yakin lan maca sastra klasik ing asline.
Ing Berlin, basa kasebut luwih dibutuhake kanggo adaptasi menyang negara kasebut, entuk rasa nyaman lan akses lengkap menyang ruang luang (teater/bioskop/stand-up), nanging basa kasebut ora mungkin dibutuhake ing karya Software. Teknik. Ing saben perusahaan, Inggris minangka basa resmi departemen Teknik, sanajan ing perusahaan Jerman gedhe kaya Deutsche Bank, Allianz lan Volkswagen.
Alesan utama yaiku kekurangan personel, status kutha minangka pusat budaya internasional, lan akeh ekspatriat sing duwe masalah sinau basa Jerman. Nanging, saben perusahaan nawakake kursus Jerman mingguan sajrone jam kerja kanthi biaya organisasi kanggo nggawe urip luwih gampang kanggo karyawan ing njaba kerja.
Ing rong taun kontak karo perusahaan lan perekrut, aku mung dikontak nganggo basa Jerman kaping pindho. Ing jinis pangecualian iki, tingkat B1/B2 biasane cukup kanggo digunakake. Kaya wong Amerika sing nganggo basa Inggris, wong Jerman cukup tenang babagan kesalahan ucapan sampeyan, amarga dheweke ngerti yen basa kasebut ora gampang.
Ing Sampeyan nulis yen DevOps dudu kemampuan kanggo ngowahi Kubernetes lan Prometheus, nanging budaya. Miturut pendapat sampeyan, apa sing kudu ditindakake perusahaan kanggo ngembangake budaya DevOps ing tim, ora kanthi tembung, nanging kanthi tumindak? Apa sing sampeyan tindakake ing omah?
Aku, pisanan kabeh, sampeyan kudu jujur lan titik kabeh aku ing prakara nyebarke tanggung jawab kanggo produk. Masalah utama sing ditindakake DevOps yaiku mbuwang tanggung jawab lan masalah sing ana gandhengane karo tanggung jawab kasebut ing tembok. Sanalika wong ngerti manawa nuduhake tanggung jawab iku migunani kanggo perusahaan lan insinyur, mula kabeh bisa ditindakake lan sampeyan wis bisa nindakake pakaryan sing ditargetake: nyetel Pipa Pangiriman, nyuda Tingkat Kegagalan Penyebaran lan liya-liyane sing bisa sampeyan nemtokake. negara DevOps ing perusahaan.
Ing karirku, aku durung promosi DevOps saka sudut pandang pimpinan teknis utawa CTO perusahaan; Aku mesthi tumindak saka posisi insinyur sing ngerti babagan DevOps. Nyatane, ing DevOps, posisi driver budaya pancen penting, utamane pengaruh pengaruh driver lan kualitas kepemimpinan. Perusahaan pungkasan saya wiwitane duwe hierarki sing rata lan atmosfer kepercayaan antarane kolega, lan iki nggawe tujuanku kanggo promosi budaya luwih gampang.
Njawab pitakonan khusus babagan apa sing bisa ditindakake kanggo entuk manfaat saka DevOps. Ing laporanku ing Ide utama yaiku kanggo ngembangake budaya DevOps, sampeyan kudu ora mung ngatasi teknologi ing infrastruktur, nanging uga pelatih internal lan distribusi tanggung jawab ing proses teknis.
Contone, kita ngenteni rong wulan siji insinyur nggawe platform kanggo server QA lan PR kanggo kabutuhan pangembang lan penguji. Nanging, kabeh karya sing nggumunake iki bakal dilalekake yen kapabilitas ora dikomunikasikake kanthi bener, fitur kasebut ora didokumentasikake, lan latihan karyawan ora rampung. Lan kosok balene, sawise lokakarya sing ditindakake kanthi apik lan sesi pemrograman pasangan, insinyur sing duwe motivasi diilhami dening fungsi migunani anyar lan wis ngrampungake masalah ing ngisor iki sing intersect karo platform infrastruktur.
Yen sampeyan pengin pitakonan liyane babagan DevOps, kene , ing ngendi Misha njawab kanthi rinci pitakonan "Napa DevOps dibutuhake?" lan "Apa perlu nggawe departemen DevOps khusus ing perusahaan?"
Babagan pembangunan
Ing saluran sampeyan kadhangkala nyaranake artikel lan blog profesional. Apa sampeyan duwe buku fiksi favorit?
Ya, aku nyoba golek wektu kanggo maca fiksi. Aku ora bisa maca penulis tartamtu ing siji gulp, novel sawise novel, supaya aku nyampur karya Rusia lan manca. Saka panulis Rusia, aku paling seneng karo Pelevin lan Dovlatov, nanging aku uga seneng maca klasik ing abad kaping 19. Antarane manca aku Remarque lan Hemingway.
Ing kana sampeyan nulis akeh babagan lelungan, lan ing pungkasan taun 2018 sampeyan nulis yen sampeyan wis ngunjungi 12 negara lan 27 kutha. Iki minangka titik sing apik banget! Kepiye carane sampeyan bisa kerja lan lelungan?
Nyatane, kabeh gampang banget: sampeyan kudu nggunakake dina liburan, akhir minggu lan preian, uga aktif lelungan sajrone lelungan :)
Aku ora nomad digital lan ora tau makarya mbatalake ing rutin, nanging aku duwe cukup wektu luang kanggo lelungan njaba karya kanggo njelajah donya. Kahanan saya apik sawise pindhah menyang Berlin: dumunung ing tengah Eropah lan ana liyane dina preian.
Aku uga nyoba lelungan kanggo sasi antarane proyek lawas lan anyar, nanging malah sasi ing dalan katon kaya kakehan wektu kanggo kula. Wiwit lelungan kasebut, aku wis nyoba njupuk seminggu nganti setengah minggu supaya bisa bali kerja kanthi ora krasa lara.
Apa telung panggonan sing paling sampeyan senengi lan apa sebabe?
Minangka backpacker, negara sing paling menarik kanggo aku yaiku Portugal, Oman lan India. Aku seneng Portugal saka sudut pandang sejarah lan peradaban Eropa kayata arsitektur, basa, budaya. Oman - keramahan lan keramahan warga lokal sing luar biasa, uga suasana santai sing relatif ing tengah-tengah ketegangan Timur Tengah. Aku malah ngomong babagan Oman nulis. India - macem-macem urip ing wilayah lan identitas budaya, amarga jaman planet Starbucks lan galaksi Microsoft sing diwarisake dening Palahniuk durung tekan. Aku uga seneng banget ing Bangkok lan sisih lor Thailand. Sisih kidul karo segara, pulo lan semenanjung katon banget turis.
Sampeyan bisa maca cathetan perjalanan Misha ing saluran Telegram
Kepiye carane sampeyan bisa njaga keseimbangan kerja / urip? Nuduhake rahasia sampeyan :)
Aku ora duwe rahasia ing kene. Apa ing Rusia utawa Jerman, perusahaan teknologi normal menehi sampeyan kesempatan kanggo ngatur wektu kerja kanthi cara sing cocog karo sampeyan. Aku biasane ora njagong ing karya nganti pungkasan ing wayah wengi yen layanan dianggo stably lan ora ana force majeure. Mung amarga sawise jam 5-6 sore otakku ora ngerteni panggilan tumindak saka tembung "kabeh" lan njaluk aku santai lan turu.
Meh kabeh jinis profesi ing industri teknologi - saka pangembangan nganti desain - minangka profesi kreatif; ora mbutuhake jam kerja sing akeh. Iku misale jek kula sing crunches bener ala kanggo karya kreatif, amarga sampeyan mungkasi munggah dadi kusam lan nindakake kurang saka sampeyan bisa tanpa lembur. 4-6 jam kerja aktif ing aliran, nyatane, akeh, tanpa gangguan lan switch konteks sampeyan bisa mindhah gunung.
Aku uga bisa menehi rekomendasi rong buku sing mbantu aku: saka wong lanang saka Basecamp lan saka Maxim Dorofeev.
Saiki, akeh wong sing ngrembug babagan burnout. Apa sampeyan tau ngrasakake sing padha? Yen ya, kepiye carane sampeyan ngatasi? Kepiye carane nggawe karya sampeyan luwih menarik?
Ya, jujur, aku isih kebakar saka wektu kanggo wektu. Umumé, iki logis, saka sudut pandang filosofis, kabeh sing nduweni sifat kobong pungkasane diobong :) Sampeyan bisa nglawan akibate, nanging, misale jek aku, luwih penting kanggo ngenali panyebab burnout. lan ngilangi.
Alasan kanggo saben wong beda-beda: kanggo sawetara iku overabundance saka informasi, kanggo liyane iku overwork ing proyek utama, ana kahanan nalika sampeyan ora duwe wektu kanggo fisik gabungke karya, hobi lan sosialisasi. Ing endi wae, sampeyan ora ngrasakake tantangan anyar ing urip sampeyan lan mula kuwatir. Umume masalah bisa dirampungake kanthi ngowahi filosofi urip, nilai pribadi, lan peran kerja ing urip sampeyan.
Akhir-akhir iki aku meh ora kelangan kapentingan ing karya utawa karya boring. Ana macem-macem Techniques kanggo nggawe proyek mboseni kurang boring, sawetara kang aku sinau saka kancaku Kirill Shirinkin. Nanging aku nyoba ngatasi masalah iki ing tingkat sabab, mung kanthi milih proyek sing bakal menehi tantangan maksimal kanggo karir lan pribadine lan minimal birokrasi organisasi.
Ing tanggal 7 Desember, Mikhail bakal ngomong ing konferensi kasebut karo Dhiskusi "We Are All DevOps," sing bakal nerangake apa pentinge fokus ora mung ing cara tumpukan paling anyar disebarake, nanging uga ing aspek budaya DevOps.
Uga ing program: Barukh Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (konsultan DevOps).
Ayo kenalan!
Source: www.habr.com