Wawancara dengan Mikhail Chinkov tentang pekerjaan dan kehidupan di Berlin

Mikhail Chinkov telah tinggal dan bekerja di Berlin selama dua tahun. Michael mengatakan bagaimana pekerjaan pengembang di Rusia dan Jerman berbeda, apakah insinyur yang terkait dengan DevOps banyak diminati di Berlin, dan bagaimana mencari waktu untuk bepergian.

Tentang bergerak

Sejak 2018, Anda tinggal di Berlin. Bagaimana Anda membuat keputusan itu? Apakah Anda secara sadar memilih negara dan perusahaan sebelumnya di mana Anda ingin bekerja, atau apakah Anda menerima tawaran yang tidak dapat Anda tolak?

Pada titik tertentu saya bosan tinggal di Penza, tempat saya dilahirkan, tumbuh dan belajar di universitas, dan cara standar pindah ke Moskow dan Peter tidak menarik bagi saya karena kekhasan kehidupan di kota-kota ini. Jadi saya hanya ingin mencoba tinggal di Eropa, yang telah saya jalani selama beberapa liburan terakhir. Saya tidak punya preferensi di perusahaan, di kota, atau bahkan di negara tertentu - saya hanya ingin bergerak secepat mungkin.

Pada saat itu, saya menganggap Berlin sebagai kota yang paling terjangkau untuk memindahkan pengembang ke perusahaan teknologi, karena di Linkedin, 90% perusahaan yang toleran terhadap relokasi berasal dari Berlin. Selanjutnya, saya terbang ke kota selama 3 hari untuk melakukan beberapa wawancara tatap muka. Saya sangat menyukai kota itu, jadi saya memutuskan untuk tinggal di Berlin sekarang. Seminggu kemudian, saya langsung menerima tawaran pertama yang saya terima dari pusat teknologi Berlin.

Silakan beri tahu kami lebih lanjut tentang proses relokasi. Bagaimana ini bisa terjadi pada Anda? Dokumen apa yang Anda kumpulkan? Apakah majikan membantu?

Saya tidak bisa mengatakan sesuatu yang baru di sini, semuanya ditulis dengan sangat baik dalam beberapa artikel. Saya suka versi dari blog Vastrik , yang diketahui semua orang yang tertarik dengan masalah ini. Di pusat teknologi Berlin, prosesnya sama di hampir semua perusahaan membantu seorang insinyur dengan relokasi.

Sudahkah Anda menemukan sesuatu yang tidak terduga dan tidak biasa dalam hal mengatur pekerjaan, kehidupan, mentalitas? Berapa lama Anda terbiasa dengan kehidupan lokal?

Ya, sebenarnya, seluruh proses bekerja di perusahaan-perusahaan pusat teknologi Berlin pada awalnya mengejutkan saya. Secara umum, semuanya: dari bagaimana dan berapa banyak aksi unjuk rasa diadakan untuk peran soft skill dalam kehidupan seorang insinyur.

Misalnya, di Jerman, budaya kerja berorientasi pada pengambilan keputusan kolektif, yang berarti bahwa setiap masalah kontroversial menciptakan pertemuan di mana Anda mendiskusikan masalah secara menyeluruh dan mencapai konsensus dari sudut pandang Anda. Dari Rusia, praktik semacam itu pada mulanya tampaknya membuat insinyur membuang-buang waktu, birokrasi, dan ketidakpercayaan, tetapi pada akhirnya itu masuk akal, seperti halnya distribusi tanggung jawab atas hasil keputusan.

Saat-saat seperti itu, serta kurangnya pemahaman tentang diri saya di pihak rekan-rekan saya, membuat saya membaca buku "The Culture Map" dan memahami bahwa semua kemarahan batin Anda lebih merupakan penolakan untuk memahami realitas lingkungan baru tempat Anda berada daripada upaya untuk menemukan kebenaran. Setelah buku itu, pekerjaan menjadi jauh lebih mudah, Anda mulai memahami makna frasa dan keputusan rekan kerja Anda.

Dalam hal kehidupan, proses adaptasi di negara baru jauh lebih rumit daripada proses adaptasi dalam budaya kerja. Psikolog biasanya membedakan empat tahap emigrasi yang dilalui seseorang. Dalam hal ini, jalan saya tidak terkecuali. Di sisi lain, bagi saya tampaknya adaptasi ketika pindah ke pusat multikultural seperti Berlin, London dan Barcelona jelas lebih mudah daripada di kota klasik mana pun.

Setelah dua tahun tinggal di Berlin, apa yang Anda sukai dan tidak suka tentang kota ini?

Sulit bagi saya untuk membuat daftar pro dan kontra kota, karena Berlin dengan cepat menjadi rumah saya dalam segala hal.

Saya berpikir bahwa saya telah mengusahakan semua kehidupan sadar saya untuk kebebasan dalam semua manifestasinya: fisik, sosial, keuangan, politik, spiritual, mental. Ya, kebebasan yang sama dalam bekerja, saya tidak suka kontrol dari atas dan manajemen mikro, ketika mereka terus-menerus memberi tahu saya apa dan bagaimana melakukannya. Dalam hal-hal ini, Berlin tampaknya dan masih tampak bagi saya sebagai salah satu kota paling bebas di dunia karena pandangan bebasnya terhadap kehidupan di masyarakat, harga yang relatif liberal untuk perumahan sewa dan kebutuhan lain, serta banyak peluang untuk memompa kebebasan Anda dalam aspek-aspek lain.

Tentang pekerjaan di Berlin

Tumpukan mana yang merupakan standar di startup Berlin? Bagaimana tumpukan berbeda dari rata-rata di Rusia?

Dari sudut pandang teknologi, tumpukan lokal secara subjektif tampak membosankan bagi saya, jika bukan perusahaan FinTech. Sebagian besar startup dan mereka yang beralih dari startup ke perusahaan didirikan pada 2010-2012 dan mulai dengan arsitektur paling sederhana: backend monolitik, dan kadang-kadang dengan frontend yang dibangun di dalamnya, bahasa - baik Ruby, atau PHP, atau Python, harus menggunakan kerangka kerja, basis di MySQL, cache di Redis. Juga, menurut perasaan pribadi, 90% perusahaan memiliki semua produksi AWS.

Sekarang semua orang memiliki kecenderungan untuk memotong monolith menjadi layanan microser, membungkusnya dalam wadah, menyebarkannya ke Kubernetes dan mengandalkan Golang sebagai bahasa standar untuk aplikasi baru. Ini terjadi sangat cepat, sehingga di sebagian besar perusahaan fungsi utama masih terkubur dalam monolit. Saya jauh dari front-end, tetapi biasanya ada standar React.

Perusahaan teknologi besar seperti Zalando dan N26 berusaha membawa lebih banyak teknologi ke layanan ini, sehingga tidak ada yang memikat pengembang yang memiliki tujuan di pasar. Perusahaan-perusahaan teknologi lain juga berusaha untuk mengikuti perkembangan teknologi terbaru, tetapi dari luar jelas bahwa mereka berada di bawah tekanan dari arsitektur monolitik dan hutang teknis yang terakumulasi selama bertahun-tahun.

Sebagai seorang insinyur, saya menerima ini dengan cukup tenang, karena di pusat teknologi Berlin ada banyak perusahaan yang menarik dari sudut pandang produk. Di perusahaan seperti itu, lebih menarik untuk bekerja untuk sebuah ide dan produk yang Anda sukai secara pribadi, daripada menganggap perusahaan sebagai tempat dengan teknologi teknis yang fashionable yang Anda pasti perlu bekerja dengannya.

Apa perbedaan antara kehidupan dan pekerjaan pengembang di Rusia dan di Jerman? Adakah hal yang mengejutkan Anda?

Di Jerman, seperti di negara lain di Eropa Utara / Tengah, segalanya lebih baik dengan keseimbangan kerja / hidup dan hubungan antara rekan kerja, tetapi lebih buruk dengan kecepatan kerja. Pada awalnya, itu tidak menyenangkan bagi saya untuk membiasakan diri dengan proyek-proyek internal yang memakan waktu beberapa bulan, ketika proyek-proyek serupa memakan waktu beberapa minggu di perusahaan-perusahaan teknologi di Rusia. Sebenarnya, ini tidak menakutkan, karena ada alasan obyektif mengapa, dan perusahaan biasanya tidak melihat situasi seperti itu secara kritis.

Kalau tidak, cukup sulit bagi saya untuk menggambar paralel antara Jerman dan Rusia, karena saya tidak punya pengalaman bekerja di perusahaan terkenal seperti Yandex dan Tinkov, di mana situasinya mungkin mirip dengan pusat teknologi Berlin.

Bagi saya sendiri, saya perhatikan bahwa di Berlin prioritasnya adalah menciptakan suasana kerja yang nyaman di perusahaan, acara internal reguler dan keserbagunaan kolega, yang dengannya selalu menarik untuk berkomunikasi tentang topik yang jauh dari TI. Tapi saya pikir itu lebih tergantung pada perusahaan tempat Anda bekerja daripada di negara.

Menurut pengamatan Anda, spesialis mana yang diminati di Jerman? Apakah ada spesialis yang terkait dengan DevOps?

Sebagian besar perusahaan memiliki masalah dalam memahami budaya DevOps dan memahami apa sebenarnya DevOps itu. Namun, ada banyak lowongan dengan awalan DevOps, dan ini jelas menunjukkan permintaan untuk spesialis di pasar.

Saat ini, di TI lokal, tentu saja semua tren saat ini sama-sama dituntut. Saya hanya bisa menyoroti permintaan besar untuk Insinyur Data / Analis Data.

Mari kita bicara tentang gaji, berapa penghasilan seorang insinyur DevOps di Jerman?

Sulit untuk menjawab pertanyaan ini, karena IT masih merupakan industri muda di mana tidak ada standar khusus untuk upah. Seperti di tempat lain, ukuran gaji lebih tergantung pada pengalaman dan kualifikasi insinyur. Penting juga untuk menganggap angka tersebut sebagai gaji sebelum pajak dan berbagai pemotongan sosial / asuransi. Gaji lain di Jerman sangat tergantung pada kota tempat Anda bekerja. Di Berlin, Munich, Frankfurt dan Göttingen bersyarat, kisaran gaji sedikit berbeda satu sama lain, serta biaya hidup.

Jika kita berbicara tentang Berlin, nilai tambah utama untuk karier adalah bahwa permintaan akan seorang insinyur masih lebih tinggi daripada pasokan, sehingga gaji dapat tumbuh dengan cepat jika diinginkan. Kerugian utama adalah bahwa sebagian besar perusahaan tidak memiliki kebijakan yang jelas untuk revisi upah, serta kriteria untuk mengevaluasi kontribusi pada produk yang dibuat oleh perusahaan.

Angka-angka dapat ditemukan dalam survei Jerman terbaru , StackOverflow atau Glassdoor . Statistik diperbarui dari tahun ke tahun, jadi saya tidak akan mengambil tanggung jawab berbicara tentang kisaran gaji.



Dapatkah Anda memberikan saran tentang apa yang harus dilakukan jika Anda bekerja sebagai Insinyur Keandalan Situs bersyarat dan ingin pindah ke Jerman? Di mana untuk memulai? Kemana harus pergi

Saya tidak berpikir bahwa saya memiliki saran khusus kepada pembaca. Apakah mungkin untuk tidak takut pada apa pun, merasionalisasi lebih sedikit sebelum bergerak dan terbuka terhadap semua kesulitan yang mungkin dihadapi seseorang di pengasingan. Dan akan ada kesulitan.

Apakah ada komunitas DevOps yang kuat di Berlin? Seberapa sering Anda pergi ke acara lokal? Ceritakan sedikit tentang mereka. Seperti apa mereka?

Saya jarang pergi ke pertemuan, jadi saya tidak bisa mengatakan apa saja fitur komunitas DevOps lokal. Harapan untuk menyusul tahun depan. Saya hanya dapat membagikan kesan saya tentang sejumlah besar kelompok tematis di meetup.com: dari para fanatik Python dan Golang hingga para pecinta Clojure dan Rust.

Dari pertemuan yang saya kunjungi, Kelompok Pengguna HashiCorp sangat bagus - tetapi di sana saya lebih suka komunitas HashiCorp dengan kelompoknya di berbagai kota.

Saya membaca bahwa Anda pindah tanpa Jerman. Bagaimana kabarmu setelah setahun? Apakah bahasa Jerman diperlukan untuk pekerjaan atau dapatkah saya melakukannya tanpa itu?

Saya belajar bahasa Jerman, sekarang tingkat bahasa tergantung antara B1 dan B2. Semua kontak dengan Jerman dari tahun pertama kehidupan saya di Berlin masih dalam bahasa Inggris, karena lebih mudah bagi kedua belah pihak, dan saya memulai semua kontak baru dengan Jerman. Rencana segera adalah untuk maju dalam pelatihan, untuk mengkonsolidasikan pengetahuan dengan lulus ujian untuk sertifikat B2, karena saya ingin berkomunikasi lebih percaya diri, untuk membaca literatur klasik dalam aslinya.

Di Berlin, bahasa lebih dibutuhkan untuk adaptasi di negara itu, mendapatkan rasa kenyamanan batin dan akses penuh ke ruang rekreasi (teater / bioskop / stand-up), namun, bahasa itu hampir tidak diperlukan dalam pekerjaan Rekayasa Perangkat Lunak. Di setiap perusahaan, bahasa Inggris adalah bahasa resmi Departemen Teknik, bahkan di perusahaan besar Jerman seperti Deutsche Bank, Allianz dan Volkswagen.

Alasan utama adalah kekurangan staf, status kota sebagai pusat budaya internasional, dan banyak ekspatriat yang memiliki masalah mempelajari bahasa Jerman. Namun, setiap perusahaan menawarkan kursus bahasa Jerman mingguan selama jam kerja dengan mengorbankan organisasi untuk membuat hidup lebih mudah bagi karyawan di luar pekerjaan.

Selama dua tahun kontak dengan perusahaan dan perekrut, saya hanya dihubungi di Jerman dua kali. Dalam pengecualian seperti ini, level B1 / B2 biasanya cukup untuk bekerja. Seperti orang Amerika dengan bahasa Inggris, orang Jerman dengan tenang merasakan kesalahan bicara Anda, karena mereka mengerti bahwa bahasa itu tidak mudah.

Di saluran telegram Anda , Anda menulis bahwa DevOps bukan kemampuan untuk memutarbalikkan Kubernetes dan Prometheus, melainkan budaya. Menurut pendapat Anda, apa yang perlu dilakukan perusahaan untuk mengembangkan budaya DevOps dalam tim, bukan dalam kata-kata tetapi dalam tindakan? Apa yang kamu lakukan dirumah

Saya pikir, pertama-tama, Anda harus jujur ​​dan meletakkan semua "titik di atas saya" pada masalah distribusi tanggung jawab untuk produk. Masalah utama yang dipecahkan DevOps adalah transfer tanggung jawab dan masalah terkait melalui dinding. Segera setelah orang-orang memahami bahwa berbagi tanggung jawab bermanfaat bagi perusahaan dan para insinyur, segala sesuatunya berubah dan Anda dapat melakukan pekerjaan yang tepat: menyelaraskan Pipa Pengiriman, mengurangi Tingkat Kegagalan Penerapan, dan hal-hal lain yang dengannya Anda dapat menentukan status DevOps di perusahaan.

Dalam karir saya, saya belum mempromosikan DevOps dari sudut pandang pimpinan teknis atau CTO perusahaan, saya selalu berbicara dari posisi seorang insinyur yang tahu sesuatu tentang DevOps. Faktanya, di DevOps posisi pengemudi budaya sangat penting, terutama lingkup pengaruh pengemudi dan kualitas kepemimpinannya. Perusahaan terakhir saya awalnya memiliki hierarki yang relatif datar dan suasana kepercayaan di antara rekan-rekan, dan ini sangat memudahkan tujuan saya mempromosikan budaya.

Menjawab pertanyaan tertentu, apa yang bisa dilakukan untuk kepentingan DevOps. Dalam laporan saya tentang DevOpsDays, ide utamanya adalah bahwa untuk mengembangkan budaya DevOps, Anda perlu berurusan tidak hanya dengan teknologi dalam infrastruktur, tetapi juga dengan pembinaan internal dan distribusi tanggung jawab dalam proses teknologi.

Sebagai contoh, kami menghabiskan dua bulan bekerja sebagai insinyur untuk menciptakan platform untuk QA dan PR-server untuk kebutuhan pengembang dan penguji. Namun, semua pekerjaan luar biasa ini akan terlupakan, jika informasi tentang kemungkinan tidak dilaporkan dengan benar, fitur-fiturnya tidak akan didokumentasikan, dan pelatihan karyawan tidak akan selesai. Dan sebaliknya, setelah lokakarya berkualitas tinggi dan sesi pemrograman berpasangan, insinyur yang memiliki tujuan terinspirasi oleh fungsionalitas baru yang berguna dan sudah memecahkan masalah berikut yang bersinggungan dengan platform infrastruktur.

Jika Anda ingin lebih banyak pertanyaan tentang DevOps, berikut adalah wawancara di mana Misha menjawab secara terperinci pertanyaan-pertanyaan "Mengapa saya membutuhkan DevOps?" Dan "Haruskah saya membuat departemen DevOps khusus di perusahaan?"

Tentang pengembangan

Di saluran Anda, Anda terkadang merekomendasikan artikel dan blog profesional. Apakah Anda punya buku artistik favorit?

Ya, saya mencoba meluangkan waktu untuk membaca fiksi. Saya tidak dapat membaca penulis tertentu dalam satu tegukan, novel demi novel, oleh karena itu saya mencampurkan karya-karya Rusia dan asing. Di antara para penulis Rusia, saya lebih menyukai Pelevin dan Dovlatov, tetapi saya juga suka membaca klasik abad ke-19. Dari luar negeri saya terkesan dengan Remarque dan Hemingway.

Di sana Anda menulis banyak tentang perjalanan, dan dalam hasil 2018 Anda menulis bahwa Anda mengunjungi 12 negara dan 27 kota. Ini barang yang sangat keren! Bagaimana Anda mengatur untuk bekerja dan bepergian?

Faktanya, semuanya cukup sederhana: Anda harus membuang hari liburan, akhir pekan, dan hari libur dengan benar, serta aktif melakukan perjalanan selama perjalanan :)

Saya bukan pengembara digital dan tidak pernah bekerja jarak jauh secara berkelanjutan, tetapi bagi saya tampaknya cukup waktu luang untuk bepergian ke luar pekerjaan sudah cukup untuk menjelajahi dunia. Situasi membaik setelah pindah ke Berlin: terletak di pusat Eropa dan ada lebih banyak hari liburan.

Saya juga mencoba bepergian sebulan penuh antara pekerjaan lama dan baru, tetapi bagi saya, bahkan sebulan di jalan sepertinya waktu yang lama. Dari perjalanan itu saya mencoba untuk mengambil liburan satu setengah minggu sehingga Anda dapat kembali bekerja tanpa rasa sakit.

Tiga tempat mana yang paling Anda sukai dan mengapa?

Sebagai seorang backpacker dari berbagai negara, Portugal, Oman, dan India adalah yang terpenting. Portugal disukai dari sudut pandang sejarah dan peradaban Eropa seperti arsitektur, bahasa, budaya. Oman - keramahan luar biasa dan keramahan penduduk setempat, serta suasana relaksasi relatif di tengah-tengah ketegangan di Timur Tengah. Tentang Oman, saya bahkan menulis artikel terpisah . India - keanekaragaman kehidupan dalam wilayah dan identitas budayanya, karena mereka masih belum mencapai era planet Starbucks dan galaksi Microsoft, diwariskan ke Palanik. Saya juga sangat suka Bangkok dan bagian utara Thailand. Bagian selatan dengan laut, pulau, dan semenanjung tampak terlalu turis.


Catatan perjalanan Misha dapat ditemukan di saluran telegramnya A Clockwork Orange.

Bagaimana Anda mengatur keseimbangan kerja / kehidupan? Bagikan rahasianya :)

Saya tidak punya rahasia di sini. Apa yang ada di Rusia, apa yang di Jerman, perusahaan teknologi normal memberi Anda kesempatan untuk menyusun jam kerja Anda dengan cara yang sesuai untuk Anda. Biasanya saya tidak duduk di tempat kerja sampai larut malam jika layanan bekerja dengan stabil dan beberapa force majeure tidak terjadi. Hanya karena setelah 5-6 sore otak saya tidak menerima panggilan untuk bertindak dari kata "sepenuhnya" dan meminta untuk istirahat dan tidur nyenyak.

Hampir semua jenis profesi di industri teknologi, mulai dari pengembangan hingga desain, adalah profesi kreatif yang tidak memerlukan banyak jam kerja. Menurut saya, krisis pada prinsipnya berbahaya bagi pekerjaan kreatif, karena pada akhirnya Anda mulai tumpul dan melakukan lebih sedikit dari yang Anda bisa tanpa proses. 4-6 jam kerja aktif di arus - ini, pada kenyataannya, banyak, tanpa interupsi dan sakelar konteks, Anda dapat memutar gunung.

Saya juga dapat merekomendasikan dua buku yang membantu saya: Tidak Harus Gila di Tempat Kerja dari orang-orang dari Basecamp dan Teknik Jedi dari Maxim Dorofeev.

Sekarang banyak yang mendiskusikan kelelahan. Apakah Anda merasakan sesuatu yang serupa? Jika demikian, bagaimana kabarmu? Bagaimana Anda membuat pekerjaan Anda lebih menarik?

Ya, jujur ​​saja, saya masih kelelahan sekarang dan nanti. Secara umum, ini logis, dari sudut pandang filosofis, segala sesuatu yang memiliki sifat terbakar akhirnya habis :) Anda dapat melawan konsekuensinya, tetapi bagi saya tampaknya jauh lebih penting untuk mengidentifikasi penyebab kelelahan dan menghilangkannya.

Alasan semua berbeda: bagi seseorang itu adalah informasi yang meluap-luap, seseorang memprosesnya di pekerjaan utama, ada situasi ketika Anda tidak punya waktu untuk secara fisik menggabungkan pekerjaan, hobi dan sosialisasi. Di suatu tempat Anda tidak merasakan tantangan baru norak dalam hidup Anda dan mulai khawatir tentang hal itu. Sebagian besar masalah dapat diselesaikan dengan merevisi filosofi hidup, nilai-nilai pribadi, peran pekerjaan dalam hidup Anda.

Baru-baru ini, saya hampir tidak kehilangan minat dalam pekerjaan atau pekerjaan yang membosankan.Ada berbagai teknik untuk membuat pekerjaan membosankan menjadi membosankan, beberapa di antaranya telah saya pelajari dari blog teman saya Kirill Shirinkin. Tetapi saya mencoba untuk memecahkan masalah ini pada tingkat alasan, hanya memilih pekerjaan di mana akan ada banyak tantangan untuk karir dan kepribadian saya dan minimum birokrasi organisasi.

Pada 7 Desember, Mikhail akan membuat presentasi di konferensi Moskow DevOpsDays "Kita semua DevOps", di mana ia akan menjelaskan mengapa penting untuk fokus tidak hanya pada bagaimana menyebarkan tumpukan terbaru, tetapi juga pada aspek budaya DevOps.

Juga dalam program ini: Baruch Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (Konsultan DevOps).

Ayo berkenalan!