Wawancara dengan Mikhail Chinkov tentang pekerjaan dan kehidupan di Berlin

Mikhail Chinkov telah tinggal dan bekerja di Berlin selama dua tahun. Mikhail menjelaskan perbedaan pekerjaan seorang pengembang di Rusia dan Jerman, apakah insinyur yang terkait dengan DevOps banyak diminati di Berlin, dan bagaimana menemukan waktu untuk bepergian.

Wawancara dengan Mikhail Chinkov tentang pekerjaan dan kehidupan di Berlin

Tentang pindah

Sejak 2018 Anda tinggal di Berlin. Bagaimana Anda membuat keputusan ini? Apakah Anda secara sadar telah memilih negara dan perusahaan tempat Anda ingin bekerja terlebih dahulu, atau apakah Anda menerima tawaran yang tidak dapat Anda tolak?

Pada titik tertentu, saya bosan tinggal di Penza, tempat saya dilahirkan, dibesarkan, dan belajar di universitas, dan jalur standar untuk pindah ke Moskow dan Sankt Peterburg tidak menarik bagi saya karena kekhasan kehidupan di kota-kota ini. . Jadi saya hanya ingin mencoba tinggal di Eropa, yang telah saya kunjungi selama beberapa liburan terakhir. Saya tidak memiliki preferensi apa pun terhadap perusahaan, kota, atau bahkan negara tertentu - saya hanya ingin pindah secepat mungkin.

Saat itu, saya menganggap Berlin sebagai kota yang paling mudah diakses oleh pengembang untuk pindah ke perusahaan teknologi, karena di Linkedin, 90% perusahaan yang toleran relokasi berasal dari Berlin. Saya kemudian terbang ke kota selama 3 hari untuk melakukan beberapa wawancara tatap muka. Saya sangat menyukai kota ini, jadi saya memutuskan ingin tinggal di Berlin sekarang. Seminggu kemudian, saya langsung menerima tawaran pertama yang saya terima dari pusat teknologi Berlin.

Tolong beritahu kami lebih banyak tentang proses pemindahan. Bagaimana hal ini bisa terjadi pada Anda? Dokumen apa yang Anda kumpulkan? Apakah majikan Anda membantu?

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

Pernahkah Anda menemui sesuatu yang tidak terduga dan tidak biasa dalam hal pengorganisasian pekerjaan, kehidupan, mentalitas? Berapa lama waktu yang Anda perlukan untuk terbiasa dengan kehidupan lokal?

Ya, sebenarnya, seluruh proses bekerja di perusahaan-perusahaan di pusat teknologi Berlin pada awalnya mengejutkan saya. Secara umum semuanya: mulai dari bagaimana dan dalam jumlah berapa demonstrasi diadakan hingga peran soft skill dalam kehidupan seorang insinyur.

Misalnya, di Jerman, budaya kerja berfokus pada pengambilan keputusan kolektif, yang berarti bahwa untuk setiap isu kontroversial, sebuah pertemuan diadakan di mana Anda membahas masalah tersebut secara menyeluruh dan bersama-sama mencapai konsensus dari sudut pandang Anda. Dari pihak Rusia, praktik seperti ini pada awalnya tampak di mata para insinyur hanya membuang-buang waktu, birokrasi, dan ketidakpercayaan, namun pada akhirnya praktik tersebut masuk akal, begitu pula dengan pembagian tanggung jawab atas hasil keputusan.

Saat-saat seperti ini, serta kesalahpahaman diri saya di pihak rekan-rekan, membuat saya membaca buku tersebut "Peta Budaya" dan pahami bahwa semua kemarahan internal Anda lebih merupakan kegagalan untuk memahami realitas lingkungan baru di mana Anda berada, daripada upaya untuk menemukan kebenaran. Setelah buku ini, pekerjaan Anda menjadi lebih mudah, Anda mulai memahami arti ungkapan dan keputusan rekan kerja Anda.

Dari segi kehidupan, proses adaptasi di negara baru jauh lebih sulit dibandingkan proses adaptasi budaya kerja. Biasanya psikolog membedakannya empat tahap emigrasiyang dilalui seseorang. Dalam hal ini, jalanku tidak terkecuali. Di sisi lain, menurut saya adaptasi ketika pindah ke pusat multikultural seperti Berlin, London, dan Barcelona jelas lebih mudah dibandingkan di kota klasik mana pun.

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

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

Saya rasa saya telah berjuang sepanjang masa dewasa saya untuk kebebasan dalam segala manifestasinya: fisik, sosial, finansial, politik, spiritual, mental. Ya, kebebasan yang sama dalam bekerja, saya tidak suka kontrol dari atas dan manajemen mikro, ketika saya terus-menerus diberitahu apa dan bagaimana melakukannya. Dalam hal ini, Berlin tampak dan masih menjadi salah satu kota paling bebas di dunia karena pandangan bebasnya terhadap kehidupan di masyarakat, harga sewa dan kebutuhan lainnya yang relatif liberal, serta banyak peluang untuk meningkatkan kebebasan Anda dalam bersosialisasi. aspek lainnya.

Wawancara dengan Mikhail Chinkov tentang pekerjaan dan kehidupan di Berlin

Tentang bekerja di Berlin

Tumpukan mana yang menjadi standar di startup Berlin? Apa perbedaan tumpukan secara umum dengan rata-rata di Rusia?

Dari sudut pandang teknologi, tumpukan lokal secara subyektif tampak membosankan bagi saya, kecuali jika mereka adalah perusahaan FinTech. Sebagian besar startup dan mereka yang berpindah dari startup ke enterprise didirikan pada 2010-2012 dan memulai dengan arsitektur paling sederhana: backend monolitik, dan terkadang dengan frontend bawaan, bahasa - baik Ruby, atau PHP, atau Python, kerangka kerja selalu digunakan, database di MySQL, cache di Redis. Selain itu, menurut perasaan pribadi, 90% perusahaan memiliki seluruh produksinya di AWS.

Tren saat ini adalah memotong monolit menjadi layanan mikro, membungkusnya dalam container, menerapkannya ke Kubernetes, dan mengandalkan Golang sebagai bahasa standar untuk aplikasi baru. Hal ini terjadi sangat lambat, itulah sebabnya di sebagian besar perusahaan fungsi utama masih terkubur dalam sebuah monolit. Saya jauh dari frontend, tetapi bahkan di sana React biasanya menjadi standarnya.

Perusahaan teknologi besar seperti Zalando dan N26 mencoba menghadirkan lebih banyak teknologi ke dalam layanan sehingga mereka memiliki sesuatu untuk memikat pengembang yang termotivasi ke pasar. Perusahaan teknologi lain juga berusaha untuk mengikuti perkembangan teknologi terkini, namun dari luar terlihat jelas bahwa mereka terbebani oleh beban arsitektur monolitik dan utang teknis yang terakumulasi selama bertahun-tahun.

Sebagai seorang insinyur, saya menanggapi hal ini dengan cukup tenang, karena di pusat teknologi Berlin terdapat banyak perusahaan yang menarik dari sudut pandang produk. Di perusahaan seperti itu, lebih menarik untuk bekerja demi sebuah ide dan produk yang Anda sukai secara pribadi, daripada menganggap perusahaan tersebut sebagai tempat dengan tumpukan teknologi modis yang pasti perlu Anda kerjakan.

Apa perbedaan kehidupan dan pekerjaan seorang pengembang di Rusia dan di Jerman? Apakah ada hal yang mengejutkan Anda?

Di Jerman, seperti halnya negara lain di Eropa Utara/Tengah, keadaannya lebih baik dalam hal keseimbangan kerja/kehidupan dan hubungan antar rekan kerja, namun lebih buruk lagi dalam hal kecepatan kerja. Pada awalnya, tidak menyenangkan bagi saya untuk terbiasa dengan proyek internal yang memakan waktu beberapa bulan, sedangkan di perusahaan teknologi di Rusia proyek serupa memakan waktu beberapa minggu. Sebenarnya, hal ini tidak menakutkan, karena ada alasan obyektifnya, dan perusahaan biasanya tidak memandang situasi seperti itu secara kritis.

Jika tidak, cukup sulit bagi saya untuk menarik persamaan antara Jerman dan Rusia, karena saya tidak punya pengalaman bekerja di perusahaan terkenal seperti Yandex dan Tinkov, yang 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 yang teratur, dan keserbagunaan rekan kerja yang selalu menarik untuk berkomunikasi tentang topik yang jauh dari TI. Tapi menurut saya itu lebih bergantung pada perusahaan tempat Anda bekerja daripada negaranya.

Menurut pengamatan Anda, spesialis apa saja yang dibutuhkan di Jerman? Apakah spesialis DevOps dibutuhkan?

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

Saat ini, semua bidang yang relevan saat ini memiliki permintaan yang sama terhadap TI lokal. Saya hanya dapat menyoroti tingginya permintaan akan Data Engineer/Data Analyst.

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

Sulit untuk menjawab pertanyaan ini, karena TI masih merupakan industri muda yang belum memiliki standar gaji khusus. Seperti di tempat lain, gaji sangat bergantung pada pengalaman kerja dan kualifikasi insinyur. Penting juga untuk memahami angka tersebut sebagai gaji sebelum pajak dan berbagai potongan sosial/asuransi. Selain itu, gaji di Jerman sangat bergantung pada kota tempat Anda bekerja. Di Berlin, Munich, Frankfurt dan GΓΆttingen, kisaran gaji sedikit berbeda satu sama lain, begitu pula biaya hidup.

Jika kita berbicara tentang Berlin, keuntungan utama dalam berkarir adalah permintaan akan seorang insinyur masih lebih tinggi daripada pasokannya, sehingga gaji dapat bertambah dengan cepat jika diinginkan. Kelemahan utamanya adalah sebagian besar perusahaan tidak memiliki kebijakan yang jelas mengenai revisi gaji, serta kriteria penilaian kontribusi terhadap produk yang diciptakan perusahaan.

Angka-angkanya dapat dilihat di survei terbaru untuk Jerman, StackOverflow atau Glassdoor. Statistik diperbarui dari tahun ke tahun, jadi saya tidak akan bertanggung jawab membicarakan kisaran gaji.

Wawancara dengan Mikhail Chinkov tentang pekerjaan dan kehidupan di Berlin

Dapatkah Anda memberikan saran tentang apa yang harus dilakukan jika Anda bekerja sebagai Site Reliability Engineer bersyarat dan ingin pindah ke Jerman? Di mana memulainya? Ke mana harus pergi?

Saya rasa saya tidak punya saran khusus untuk pembaca. Hanya saja, jangan takut pada apa pun, kurangi rasionalitas sebelum pindah dan terbuka terhadap semua kesulitan yang mungkin Anda temui dalam emigrasi. Namun akan ada kesulitan.

Apakah Berlin memiliki komunitas DevOps yang kuat? Apakah Anda sering menghadiri acara lokal? Ceritakan sedikit tentang mereka. Apakah mereka?

Saya jarang menghadiri pertemuan, jadi saya tidak bisa mengatakan apa saja fitur komunitas DevOps lokal. Saya berharap dapat membahas masalah ini tahun depan. Saya hanya bisa menyampaikan kesan saya terhadap banyaknya grup tematik di meetup.com: dari penggemar Python dan Golang hingga pecinta Clojure dan Rust.

Dari pertemuan-pertemuan yang saya hadiri, Grup Pengguna HashiCorp sangat bagus - namun di sana, saya lebih menyukai komunitas HashiCorp dengan kelompoknya di berbagai kota.

Saya membaca bahwa Anda pindah tanpa berbicara bahasa Jerman. Bagaimana kabarmu setelah satu tahun? Apakah Anda memerlukan bahasa Jerman untuk bekerja atau dapatkah Anda melakukannya tanpa bahasa Jerman?

Saya belajar bahasa Jerman, sekarang level bahasanya antara B1 dan B2. Saya masih melakukan semua kontak dengan orang Jerman sejak tahun pertama tinggal di Berlin dalam bahasa Inggris, karena lebih mudah bagi kedua belah pihak, dan saya memulai semua kontak baru dalam bahasa Jerman. Rencana segera saya adalah untuk melanjutkan studi saya, mengkonsolidasikan pengetahuan saya dengan lulus ujian sertifikat B2, karena saya ingin berkomunikasi lebih percaya diri dan membaca literatur klasik dalam bahasa aslinya.

Di Berlin, bahasa lebih dibutuhkan untuk beradaptasi dengan negaranya, mendapatkan rasa nyaman batin dan akses penuh ke dunia rekreasi (teater/bioskop/stand-up), namun bahasa tersebut sepertinya tidak diperlukan dalam karya Perangkat Lunak Rekayasa. Di setiap perusahaan, bahasa Inggris adalah bahasa resmi departemen Teknik, bahkan di perusahaan besar Jerman seperti Deutsche Bank, Allianz dan Volkswagen.

Penyebab utamanya adalah kurangnya personel, status kota tersebut sebagai pusat kebudayaan internasional, dan banyaknya ekspatriat yang kesulitan mempelajari bahasa Jerman. Namun, setiap perusahaan menawarkan kursus bahasa Jerman mingguan selama jam kerja dengan biaya organisasi untuk membuat hidup lebih mudah bagi karyawan di luar pekerjaan.

Selama dua tahun berhubungan dengan perusahaan dan perekrut, saya hanya dihubungi dua kali dalam bahasa Jerman. Dalam jenis pengecualian ini, level B1/B2 biasanya cukup untuk beroperasi. Seperti orang Amerika yang menguasai bahasa Inggris, orang Jerman cukup tenang dengan kesalahan bicaranya karena mereka memahami bahwa bahasa itu tidak mudah.

Dalam miliknya saluran telegram Anda menulis bahwa DevOps bukanlah kemampuan untuk memutarbalikkan Kubernetes dan Prometheus, tetapi sebuah budaya. Menurut Anda, apa yang harus dilakukan perusahaan untuk mengembangkan budaya DevOps di tim mereka, bukan dengan kata-kata, tapi dengan perbuatan? Apa yang kamu lakukan dirumah?

Saya pikir, pertama-tama, Anda harus jujur ​​dan mengutamakan semua hal dalam pembagian tanggung jawab atas produk. Masalah utama yang dipecahkan oleh DevOps adalah membuang tanggung jawab dan masalah yang terkait dengan tanggung jawab ini ke luar tembok. Segera setelah orang-orang memahami bahwa berbagi tanggung jawab bermanfaat bagi perusahaan dan para insinyur, segalanya beralih dari titik mati dan Anda sudah dapat melakukan pekerjaan yang ditargetkan: menyempurnakan Jalur Pengiriman, mengurangi Tingkat Kegagalan Penerapan, dan hal-hal lain yang dapat Anda tentukan keadaan DevOps di perusahaan.

Dalam karir saya, saya belum pernah mempromosikan DevOps dari sudut pandang pimpinan teknis atau CTO sebuah perusahaan; saya selalu bertindak dari posisi seorang insinyur yang mengetahui sesuatu tentang DevOps. Faktanya, dalam DevOps, posisi penggerak budaya sangatlah penting, terutama bidang pengaruh dan kualitas kepemimpinan. Perusahaan terakhir saya awalnya memiliki hierarki yang relatif datar dan suasana kepercayaan antar rekan kerja, dan ini membuat tujuan saya dalam mempromosikan budaya menjadi lebih mudah.

Menjawab pertanyaan spesifik tentang apa yang dapat dilakukan untuk kepentingan DevOps. Dalam laporan saya tentang Hari DevOps Ide utamanya adalah untuk mengembangkan budaya DevOps, Anda tidak hanya perlu berurusan dengan teknologi di bidang infrastruktur, tetapi juga dengan pembinaan internal dan pembagian tanggung jawab dalam proses teknis.

Misalnya, kami menghabiskan waktu dua bulan untuk seorang insinyur menciptakan platform untuk server QA dan PR untuk kebutuhan pengembang dan penguji. Namun, semua pekerjaan luar biasa ini akan terlupakan jika kemampuan tidak dikomunikasikan dengan benar, fitur-fiturnya tidak didokumentasikan, dan pelatihan karyawan tidak diselesaikan. Dan sebaliknya, setelah lokakarya yang dilakukan dengan baik dan sesi pemrograman berpasangan, seorang insinyur yang termotivasi terinspirasi oleh fungsi baru yang berguna dan telah memecahkan masalah berikut yang bersinggungan dengan platform infrastruktur.

Jika Anda ingin pertanyaan lebih lanjut tentang DevOps, di sini wawancara, di mana Misha menjawab secara rinci pertanyaan β€œMengapa DevOps diperlukan?” dan β€œApakah perlu membuat departemen DevOps khusus di perusahaan?”

Tentang pembangunan

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

Ya, saya mencoba mencari waktu untuk membaca fiksi. Saya tidak bisa membaca penulis tertentu dalam sekali teguk, novel demi novel, jadi saya mencampur karya Rusia dan asing. Di antara para penulis Rusia, saya paling menyukai Pelevin dan Dovlatov, tetapi saya juga suka membaca karya klasik abad ke-19. Di antara yang asing saya suka Remarque dan Hemingway.

Di sana Anda banyak menulis tentang perjalanan, dan di penghujung tahun 2018 Anda menulis bahwa Anda mengunjungi 12 negara dan 27 kota. Ini adalah poin yang sangat keren! Bagaimana Anda bisa bekerja dan bepergian?

Sebenarnya semuanya cukup sederhana: Anda perlu memanfaatkan hari libur, akhir pekan dan hari libur dengan baik, plus aktif bepergian selama perjalanan :)

Saya bukan seorang digital nomaden dan tidak pernah bekerja jarak jauh secara rutin, namun saya rasa saya memiliki cukup waktu luang untuk melakukan perjalanan di luar pekerjaan guna menjelajahi dunia. Situasi membaik setelah pindah ke Berlin: terletak di pusat Eropa dan terdapat lebih banyak hari libur.

Saya juga mencoba melakukan perjalanan selama sebulan antara pekerjaan lama dan baru, tetapi bahkan satu bulan perjalanan sepertinya terlalu banyak waktu bagi saya. Sejak perjalanan itu, saya telah mencoba mengambil cuti selama satu hingga satu setengah minggu agar saya dapat kembali bekerja tanpa rasa sakit.

Apa tiga tempat yang paling Anda sukai dan mengapa?

Sebagai backpacker, negara yang paling menarik bagi saya adalah Portugal, Oman, dan India. Saya suka Portugal dari sudut pandang sejarah dan peradaban Eropa seperti arsitektur, bahasa, budaya. Oman - keramahtamahan dan keramahan penduduk setempat yang luar biasa, serta suasana yang relatif santai di tengah ketegangan Timur Tengah. Saya bahkan berbicara tentang Oman artikel terpisah menulis. India - keberagaman kehidupan di wilayahnya dan identitas budayanya, karena era planet Starbucks dan galaksi Microsoft yang diwariskan oleh Palahniuk belum sampai kepada mereka. Saya juga sangat menyukai Bangkok dan Thailand bagian utara. Bagian selatan dengan laut, pulau-pulau dan semenanjung tampak terlalu turis.

Wawancara dengan Mikhail Chinkov tentang pekerjaan dan kehidupan di Berlin
Catatan perjalanan Misha bisa Anda baca di channel Telegram miliknya "Oranye Jarum Jam"

Bagaimana cara Anda menjaga keseimbangan kerja/kehidupan? Bagikan rahasiamu :)

Saya tidak punya rahasia apa pun di sini. Baik di Rusia atau Jerman, perusahaan teknologi biasa memberi Anda kesempatan untuk mengatur waktu kerja sesuai keinginan Anda. Saya biasanya tidak duduk bekerja sampai larut malam jika layanan bekerja dengan stabil dan tidak ada force majeure. Hanya karena setelah jam 5-6 sore otak saya tidak merasakan ajakan bertindak dari kata β€œsama sekali” dan meminta saya untuk rileks dan tidur nyenyak.

Hampir semua jenis profesi di industri teknologi – mulai dari pengembangan hingga desain – merupakan profesi kreatif yang tidak memerlukan jumlah jam kerja yang banyak. Menurut saya, crunch sebenarnya buruk untuk pekerjaan kreatif, karena Anda akan menjadi membosankan dan melakukan lebih sedikit dari yang Anda bisa tanpa lembur. Faktanya, 4-6 jam kerja aktif dalam satu aliran, tanpa gangguan dan peralihan konteks, Anda dapat memindahkan gunung.

Saya juga dapat merekomendasikan dua buku yang membantu saya: Tidak Harus Gila dalam Bekerja dari orang-orang dari Basecamp dan "Teknik Jedi" dari Maxim Dorofeev.

Saat ini banyak orang yang membahas tentang burnout. Pernahkah Anda merasakan hal serupa? Jika ya, bagaimana cara Anda mengatasinya? Bagaimana Anda membuat pekerjaan Anda lebih menarik?

Ya, sejujurnya, saya masih kelelahan dari waktu ke waktu. Secara umum, ini logis, dari sudut pandang filosofis, segala sesuatu yang cenderung terbakar pada akhirnya akan terbakar :) Anda dapat melawan konsekuensinya, tetapi, menurut saya, jauh lebih penting untuk mengidentifikasi penyebab kelelahan. dan menghilangkannya.

Alasannya berbeda untuk setiap orang: bagi sebagian orang, ini adalah informasi yang melimpah, bagi yang lain karena terlalu banyak bekerja di pekerjaan utama mereka, ada situasi ketika Anda tidak punya waktu untuk menggabungkan pekerjaan, hobi, dan sosialisasi secara fisik. Di suatu tempat Anda tidak merasakan tantangan baru dalam hidup Anda dan Anda mulai mengkhawatirkannya. Sebagian besar masalah dapat diselesaikan dengan merevisi filosofi hidup, nilai-nilai pribadi, dan peran pekerjaan dalam hidup Anda.

Akhir-akhir ini saya hampir tidak kehilangan minat pada pekerjaan atau pekerjaan yang membosankan. Ada berbagai teknik untuk membuat pekerjaan yang membosankan menjadi tidak membosankan, beberapa di antaranya saya pelajari blog temanku Kirill Shirinkin. Namun saya mencoba menyelesaikan masalah ini pada tingkat penyebabnya, cukup dengan memilih pekerjaan yang akan memberikan tantangan maksimal bagi karir dan kepribadian saya serta birokrasi organisasi yang minimal.

Pada tanggal 7 Desember, Mikhail akan berbicara di konferensi tersebut DevOpsDays Moskow dengan pembicaraan β€œKita Semua adalah DevOps,” yang akan menjelaskan mengapa penting untuk fokus tidak hanya pada cara penerapan tumpukan terbaru, tetapi juga pada aspek budaya DevOps.

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

Ayo berkenalan!

Sumber: www.habr.com

Tambah komentar