Docker, Mirantis şirkətinə Docker Enterprise platforması ilə əlaqəli bir hissəsini satdı.

Mikhail Chinkov has been living and working in Berlin for two years. He talked about the differences in the work of developers in Russia and Germany, the demand for engineers related to DevOps in Berlin, and how to find time for traveling.

Docker, Mirantis şirkətinə Docker Enterprise platforması ilə əlaqəli bir hissəsini satdı.

About the move

Since 2018, you have been living in Berlin. How did you make this decision? Did you consciously choose the country and the company you wanted to work for, or did you receive an offer that you couldn't refuse?

At some point, I got tired of living in Penza, where I was born, raised, and educated at the university, and the typical path of moving to Moscow or St. Petersburg did not attract me due to the realities of life in those cities. So, I just wanted to try living in Europe, where I had traveled during my last vacations. I had no preferences regarding the company, city, or even the specific country — I just wanted to move as quickly as possible.

At that moment, I considered Berlin to be the most accessible city for a developer to move to a tech company, as 90% of the companies in Linkedin that were tolerant of relocation were from Berlin. Later, I flew to the city for 3 days to conduct a couple of face-to-face interviews. I really liked the city, so I decided I wanted to live in Berlin right then. A week later, I promptly accepted the very first offer I received from the Berlin tech hub.

Please tell me more about the relocation process. How did it happen for you? What documents did you collect? Did your employer help?

I can't say anything new here; everything is well written in several articles. I like more the version from Vastryk's blog, known to everyone interested in this issue. The process in the Berlin tech hub is practically the same in all companies that help engineers with relocation.

Did you encounter anything unexpected or unusual regarding work organization, daily life, or mentality? How long did it take you to get used to local life?

Yes, actually the entire work process in companies in the Berlin tech hub shocked me at first. Everything: from how and in what quantity meetings take place to the role of soft skills in an engineer's life.

For example, in Germany, the work culture is oriented towards collective decision-making, which means that for literally every controversial issue, a meeting is created where you discuss the problem in detail and come to a consensus from your points of view together. From a Russian perspective, this practice initially seems to be a waste of time, bureaucracy, and distrust to an engineer; however, in the end, it makes sense, just like the distribution of responsibility for the outcome of a decision.

Such moments, as well as the colleagues' misunderstanding of oneself, prompted me to read the book ‘The Culture Map’ və başa düşmək ki, bütün daxili narahatlıqların daha çox yeni mühitin reallığını qəbul etməmək olduğu, həqiqəti tapmaq cəhdi olmadığını başa düşürsən. Kitabdan sonra iş daha asan oldu, həmkarlarının sözlərinin və qərarlarının mənasını anlamağa başlayırsan.

Həyatda yeni bir ölkəyə uyğunlaşma prosesi, iş mədəniyyətinə uyğunlaşma prosesindən çox daha çətindir. Adətən psixoloqlar imiqrasiya mərhələlərinin dördünü, insanın keçdiyi. Bu baxımdan mənim yolum istisna olmadı. Digər tərəfdən, Berlində, London və Barselona kimi çoxmədəniyyətli mərkəzlərə köç edərkən uyğunlaşmanın klassik şəhərlərə nisbətən daha asan olduğunu düşünürəm.

İki ildən sonra Berlində yaşamağından, bu şəhəri nəyi bəyənirsən və nəyi bəyənmirsən?

Şəhərin müsbət və mənfi tərəflərinin bir siyahısını tərtib etmək mənim üçün çətindir, çünki Berlində çox sürətlə mənim üçün ev oldu, bu sözün bütün mənalarında.

Düşünürəm ki, mən bütün şüurlu həyatım boyunca fiziki, sosial, maliyyə, siyasi, ruhsal, mental hərtərəfli azadlığa can atmışam. Eyni zamanda işdə də azadlığa, üst rəhbərliyin nəzarətini və mikromənecmenti sevmirəm, nə etməli olduğumu unutmadan işlərimi yerinə yetirməyimi istəyirlər. Bu məsələlərdə Berlin mənə dünyanın ən azad şəhərlərindən biri kimi görünürdü və hələ də belə görünür, çünki cəmiyyətdə həyat haqqında liberal baxışlar, kirayə qiymətləri və digər ehtiyaclar üçün münasib qiymətlər var, həmçinin azadlığımı inkişaf etdirmək üçün bir çox imkanlar var.

Docker, Mirantis şirkətinə Docker Enterprise platforması ilə əlaqəli bir hissəsini satdı.

Berlində işlə bağlı

Berlindəki startaplarda standart texnologiya stəki nədir? Ümumiyyətlə, stəklər Rusiyanın ortasından nə ilə fərqlənir?

Texnologiyalar baxımından, yerli stəklər mənə subyektiv olaraq darıxdırıcı görünür, əgər bu FinTech şirkətləri deyilsə. Çoxsaylı startaplar və startapdan enterprise-ə keçənlər 2010-2012-ci illərdə təsis edilib və ən sadə arxitekturadan başlamışdı: monolitik backend və bəzən onun daxilində frontend, dil — Ruby, PHP və ya Python, mütləq çərçivələr istifadə olunur, baza isə MySQL, önbellek isə Redis-dir. Həmçinin, şəxsi hisslərimə görə, 90% şirkət bütün istehsalı AWS-də saxlayır.

İndi hər kəs monoliti mikrosервисlərə bölmə, konteynerlərə daxil etmə, Kubernetes-də yerləşdirmə və yeni tətbiqlər üçün standart dil olaraq Golang-a güvənmə tendensiyasındadır. Bu proses tələsik olmur, buna görə əksər şirkətlərdə əsas funksional hələ də monolitdə gizlidir. Frontend-dən uzağam, amma orada da adətən standart Reactdir.

Böyük texnologiya şirkətləri, məsələn, Zalando və N26, bazarda hədəf yönümlü inkişafçılara cəlb etmək üçün xidmətlərində daha çox texnologiya təqdim etməyə çalışırlar. Digər texnologiya şirkətləri də son texnologiyalardan geri qalmamağa çalışsalar da, görünür ki, onlara monolit arxitekturanın yükü və illərlə yığılmış texniki borc basqı edir.

Mühəndis kimi bunu olduqca rahat qarşılayıram, çünki Berlindəki texnologiya mərkəzində məhsul baxımından çox sayda maraqlı şirkət var. Belə şirkətlərdə iş əslində, sevdiyin bir fikir və məhsul üzərində işləmək daha maraqlıdır, nəinki şirkəti dəbli bir texnologiya yığınağı kimi görmək.

Rusiyada və Almaniyada inkişafçının həyatı və işi necə fərqlənir? Səni təəccübləndirən nələr var?

Almaniyada, digər Şimala/Mərkəzi Avropa ölkələrində olduğu kimi, iş həyatında balans və həmkarlar arasında münasibətlər daha yaxşıdır, lakin iş sürəti baxımından daha pisdir. Mən əvvəllər daxil olan layihələrin bir neçə ay sürdüyünə alışmaqda çətinlik çəkdim, çünki Rusiyadakı texnologiya şirkətlərində oxşar layihələr bir neçə həftə davam edirdi. Əslində, bu, qorxulu deyil, çünki obyektiv səbəblər var və şirkətlər adətən belə vəziyyətləri kritik olaraq qəbul etmir.

Almaniya ilə Rusiya arasında tərəf müqayisəsi aparmaq mənim üçün çətindir, çünki Yandex və Tinkoff kimi tanınmış şirkətlərdə işləmək təcrübəm yoxdur ki, bu da Berlindəki texnologiya mərkəzinə bənzər bir vəziyyət ola bilər.

Mən özüm üçün Berlində şirkətlərdə rahat işləmə atmosferinin yaradılmasına, müntəzəm daxili tədbirlərə və həyəcanverici müzakirələrə önəm verildiyini gördüm. Ancaq düşünürəm ki, bu, daha çox işlədiyiniz şirkətdən asılıdır, digər tərəfdən də ölkədən.

Sənin müşahidələrinə görə, Almaniyada hansı mütəxəssislərə tələbat var? DevOps ilə bağlı mütəxəssislərlə bağlı tələbat varmı?

İnkişaf edən şirkətlərin əksəriyyətində DevOps mədəniyyətinin başa düşülməsi ilə bağlı problemlər var, lakin DevOps əlavə olunmuş vakansiyalar çoxdur və bu, mütəxəssislərin bazarda tələbatını aydın göstərir.

Hazırda yerli IT-də aktual olan bütün sahələrin eyni dərəcədə tələbatı var. Sadəcə Data Engineer/Data Analyst üçün yüksək tələbatı qeyd edə bilərəm.

İndisə, maaşlar haqqında danışaq, Almaniyada DevOps mühəndisi nə qədər qazana bilər?

Bu suala cavab vermək çətindir, çünki İT hələ də gənc bir sənayedir və burada maaşlarla bağlı konkret normlar yoxdur. Hər yerdə olduğu kimi, maaş ölçüsü daha çox iş təcrübəsi və mühəndisin ixtisasına bağlıdır. Eyni zamanda, rəqəmi vergilərdən və müxtəlif sosial/sığorta çıxarışlarından əvvəlki əmək haqqı kimi qəbul etmək də vacibdir. Həmçinin, Almaniyada maaşlar işlədiyiniz şəhərdən çox asılıdır. Berlində, Münhendə, Frankfurtda və şərti Göttingen şəhərində maaş aralığı bir-birindən biraz fərqlənir, eyni zamanda həyat xərcləri də fərqlidir.

Berlindən danışsaq, karyera üçün əsas üstünlük budur ki, mühəndisə tələbat, hələ də təklifdən daha yüksəkdir, buna görə də maaş istəyinizə görə sürətlə arta bilər. Əsas mənfi cəhət isə odur ki, əksər şirkətlərin maaşın yenilənməsi ilə bağlı aydın siyasətləri və şirkət tərəfindən yaradılan məhsula ayrılan töhfənin qiymətləndirilməsi üçün meyarları yoxdur.

Rəqəmləri Almaniyanın son sorğusuna baxa bilərsiniz, StackOverflow və ya Glassdoor. Statistikalar hər il yenilənir, buna görə də maaş aralığı haqqında danışmaqda öz üzərimə məsuliyyət götürmürəm.

Docker, Mirantis şirkətinə Docker Enterprise platforması ilə əlaqəli bir hissəsini satdı.

Bir şərti Sayt Etibarlılıq Mühəndisi işləsən və Almaniyaya köçmək istəsən, nə etməlisən? Haradan başlamaq lazımdır? Haraya getmək lazımdır?

Oxuculara verə biləcəyim xüsusi bir məsləhət düşündüyümü zənn etmirəm. Yalnız odur ki, heç bir şeydən qorxmayın, köçməzdən əvvəl düşünməyin və köçəmlə bağlı qarşılaşacağınız çətinliklərə açıq olun. Və çətinliklər olacaq.

Berlində güclü bir DevOps icması varmı? Yerli tədbirlərə tez-tez gedirsinizmi? Onlar haqqında biraz danışın. Nələrdir?

Müxtəlif mitaplara çox nadir gedirəm, buna görə yerli DevOps icmasının xüsusiyyətləri haqqında bir şey deyə bilmirəm. Ümid edirəm ki, bu sualın cavabını gələn il ortaya çıxaracağam. Yalnız meetup.com-da Python və Golang fanatlarından Clojure və Rust həvəskarlarına qədər mövzulu qrupların çoxluğuna dair öz təsirlərimi ötürə bilərəm.

Gördüyüm mitaplar arasından HashiCorp İstifadəçi Qrupu çox yaxşıdır — amma orada mən sadəcə HashiCorp icmasını sevirəm, onun müxtəlif şəhərlərdəki qruplarıyla.

Alman dili bilmədən köçdüyünü oxudum. Bir ildən sonra necə? Alman dili işləmək üçün lazımdırmı, yoxsa onsuz da edə bilərsinizmi?

Alman dilini öyrəndim, hazırda dil biliklərim B1 və B2 arasında bir səviyyədədir. Berlindəki ilk ildən almanlarla olan bütün əlaqələrimi hələ də ingiliscə davam etdirirəm, çünki bu, hər iki tərəf üçün daha asandır, yeni tanışlıqları isə alman dilində başlayıram. Gələcək planlarım arasında öyrənməmi irəlilətmək, B2 sertifikatının imtahanını verərək biliyimi möhkəmlətmək var, çünki daha sərbəst ünsiyyət qurmaq və klassik ədəbiyyatı orijinalda oxumaq istəyirəm.

Berlində dil daha çox ölkəyə uyğunlaşmaq, daxili komfort hissi əldə etmək və əyləncə sahəsinə (teatr/kino/stand-up komediyaları) tam giriş əldə etmək üçün lazımdır, lakin software engineering işində bu dilə ehtiyac olmayacaq. Hər şirkətdə ingiliscə engineering departamentinin rəsmi dilidir, hətta Deutsche Bank, Allianz və Volkswagen kimi iri Alman şirkətlərində belə.

Əsas səbəb kadr çatışmazlığı, şəhərin beynəlxalq mədəniyyət mərkəzi statusu, çoxlu maneələrlə üzləşən xarici işçilərin olmasıdır. Buna baxmayaraq, hər bir şirkət iş vaxtında təşkilat hesabına çalışanlara alman dili üzrə həftəlik kurslar təklif edir, bu da işdən kənarda onların həyatını asanlaşdırır.

İki illik şirkətlərlə və rekruterlərlə olan əlaqələrim ərzində yalnız iki dəfə alman dilində müraciət edilib. Bu kimi istisnalarda iş üçün B1/B2 səviyyəsi adətən kifayətdir. Amerikanlar ingiliscə kimi, almanlar da sizin danışıq səhvlərinizi olduqca sakit qarşılayırlar, çünki dilin çətin olduğunu başa düşürlər.

Öz Telegram kanalında sen DevOps-un yalnız Kubernetes və Prometheus-u çevirə bilməklə deyil, mədəniyyətlə bağlı olduğunu yazırsan. Sənin fikrincə, şirkətlər DevOps mədəniyyətini komanda daxilində sözdən çox, reallıqda necə inkişaf etdirə bilər? Öz şirkətində nə edirsən?

Düşünürəm ki, ilk növbədə dürüst olmaq və məsuliyyətin bölgüsü məsələsində "nöqtələri üzə çıxarmaq" zəruridir. DevOps-un əsas problemi məsuliyyətin və ona bağlı məsələlərin divardan atılmasıdır. İnsanlar məsuliyyətin bölüşdürülməsinin şirkət və mühəndislər üçün faydalı olduğunu başa düşdükcə, iş irəliləyir və artıq Delivery Pipeline-ı tənzimləmək, Deployment Failure Rate-i azaltmaq və DevOps-un company-da vəziyyətini müəyyən etmək üçün digər məsələlərlə məşğul olmaq olar.

Karyeram ərzində DevOps-u texniki lider və ya CTO mövqeyindən irəlilətməmişəm, həmişə DevOps-u bilən mühəndis mövqeyindən çıxış etmişəm. Əslində, DevOps-da kulturu irəlilətmək üçün sürücünün mövqeyi olduqca vacibdir, xüsusən də sürücünün təsir sahəsi və liderlik keyfiyyətləri. Sonuncu şirkətimdə ilkin olaraq nisbətən düz bir ierarxiya və iş yoldaşları arasında etibar mühiti var idi, bu da mədəniyyəti irəlilətməyim üçün hədəfimi xeyli asanlaşdırdı.

DevOps üçün faydalı nə etmək olar sualına konkret cavab verərək. "DevOpsDays"-da verdiyim nitqdə əsas fikir odur ki, DevOps mədəniyyətinin inkişafı üçün yalnız infrastrukturda texnologiyalarla deyil, həmçinin daxili məşqçilik və texnoloji proseslərdə məsuliyyətin bölgüsü ilə məşğul olmalıyıq. DevOpsDays mədəniyyətinin inkişafı üçün yalnız infrastrukturda texnologiyalarla deyil, həm də daxili məşqçilik və texnoloji proseslərdə məsuliyyətin bölgüsü ilə məşğul olmalıyıq.

Məsələn, biz bir mühəndisin işini iki ay ərzində inkişaf etdiricilər və testçilər üçün QA və PR serverlərinin platformasını yaratmağa sərf etdik. Lakin bu mükəmməl iş, imkanlar haqqında məlumat düzgün çatdırılmadıqda, funksiyalar sənədləşdirilmədikdə və işçilərin təhsili tamamlanmadıqda əbədiləşə bilər. Əksinə, keyfiyyətli keçirilmiş praktikalar və cüt proqramlaşdırma sessiyalarından sonra məqsədli mühəndis yeni faydalı funksiyalardan ilhamlanır və artıq infrastruktur platforması ilə mübahisə edən növbəti problemləri həll etməyə başlayır.

DevOps haqqında daha çox sualınız varsa, burada müsahibə, burada Mişa "DevOps nə üçündür?" və "Şirkətdə xüsusi DevOps şöbələri yaratmaq lazımdırmı?" suallarına ətraflı cavab verir.

İnkişaf haqqında

Kanalında bəzən peşəkar məqalələr və bloglar tövsiyə edirsən. Bəs, sənə hansısa bədii sevimli kitablar varmı?

Bəli, bədii ədəbiyyat oxumaq üçün vaxt tapmağa çalışıram. Bir müəllifi ardıcıl olaraq oxuya bilmirəm, roman roman üstə oxuyuram, buna görə də rus və xarici əsərləri qarışdırıram. Rus müəlliflərindən Pelivin və Dovlatovanı daha çox bəyənirəm, amma 19-cu əsr klassiklərini də oxumağı sevirəm. Xaricilərdən isə Remarka və Hemingueyi bəyənirəm.

Orada səyahətləri də çox yazırsan, 2018-ci ilin yekunlarında isə 12 ölkə və 27 şəhər ziyarət etdiyini qeyd etmisən. Bu çox əyləncəli bir məqam! İşlə səyahət etməyə necə vaxt tapırsan?

Əslində, hər şey çox sadədir: yaxşı istirahət günlərini, iş şənbələrini və bayramları düzgün dəyərləndirmək və səyahət zamanı aktiv olmaq lazımdır 🙂

Mən digital nomad deyiləm və heç vaxt daimi şəkildə məsafədən işləmişəm, amma işdən kənar səyahət etmək üçün kifayət qədər boş vaxtım olduğunu düşünürəm. Berlində köçdükdən sonra vəziyyət yaxşılaşdı: o, Avropanın mərkəzində yerləşir və burada daha çox istirahət günləri var.

Həmçinin köhnə və yeni işim arasında bir ay səyahət etməyə çalışdım, amma mənim üçün bir ay yolda olmaq həqiqətən çox uzundur. O səfərdən maksimum bir həftə-yarım həftəlik istirahət götürməyə çalışıram ki, işə qayıtmağı asanlaşdırsın.

Sənə ən çox hansı üç yer xoş gəldi və niyə?

Bir backpacker olaraq mənim üçün ən çox maraqlı olan ölkələr Portuqaliya, Ömən və Hindistandır. Portuqaliya Avropa tarixi və mədəniyyəti baxımından, memarlığı, dili, mədəniyyəti ilə bəyənirəm. Ömən yerli əhalinin inanılmaz qonaqpərvərliyi və dostluğu ilə, habelə Yaxın Şərqdəki gərginliklərlə müqayisədə nisbətən rahat atmosferi ilə diqqətimi çəkir. Ömən haqqında isə ayrıca bir məqalə yazacağam. Hindistan - bölgelerinin ve kültürel kimliğinin zengin bir çeşitliliği var, çünkü henüz Starbucks gezegeni ve Palahniuk'un mirası olan Microsoft galaksisi bu yerlere ulaşmadı. Ayrıca Bangkok ve Tayland'ın kuzey tarafını çok seviyorum. Güney kısmı denizle, adalarla ve yarımadalarla fazla turistik geldi.

Docker, Mirantis şirkətinə Docker Enterprise platforması ilə əlaqəli bir hissəsini satdı.
Mişa'nın seyahat notlarını onun Telegram kanalında okuyabilirsiniz. «Zamanı Durduran Portakal»

İş/yaşam dengesini nasıl sağlıyorsun? Sırlarını paylaşır mısın 🙂

Burada özel bir sırrım yok. Hem Rusya'da hem de Almanya'da, normal teknoloji şirketleri, çalışma saatlerini istediğin gibi yapılandırma imkanı sunuyor. Genellikle hizmet stabil çalışıyorsa ve acil bir durum yoksa, geç saatlere kadar ofiste kalmıyorum. Çünkü akşam 5-6'dan sonra beynim çağrılara tepki veremiyor ve dinlenmek istiyor.

Teknoloji endüstrisindeki hemen hemen tüm meslek çeşitleri - geliştirmeden tasarıma kadar - yaratıcı mesleklerdir, fazla çalışma saatleri gerektirmez. Bence crunch'lar yaratıcı iş için zararlıdır çünkü sonunda düşünmeye başlarsın ve fazla çalışma olmadan yapabileceğinden daha azını yaparsın. 4-6 saat kesintisiz aktif çalışma gerçekten çok fazladır; kesintisiz ve bağlam değiştirmeden dağları yerinden oynatabilirsin.

Ayrıca bana yardımcı olan iki kitabı önerebilirim: It Doesn’t Have to be Crazy at Work Basecamp'ten ve «Jedi Teknikleri» Maxim Dorofeev'den.

Şu anda birçok kişi tükenmişliği tartışıyor. Benzer bir şey hissettin mi? Eğer evet ise, bununla nasıl başa çıkıyorsun? İşini daha ilginç hale nasıl getiriyorsun?

Evet, dürüst olmak gerekirse, zaman zaman hala tükenmişlik hissediyorum. Aslında, felsefi açıdan, yanma özelliğine sahip olan her şey eninde sonunda tükenir 🙂 Sonuçlarla mücadele edebilirsin, ancak bence asıl önemli olan tükenmenin nedenini bulmak ve ortadan kaldırmaktır.

Herkesin farklı nedenleri var: bazıları aşırı bilgi yüklemesi, bazıları ana işlerinde fazla çalışıyor, bazen ise iş, hobi ve sosyal yaşamı bir arada yürütmekte zorlanıyorsun. Bazen yeni zorluklar hissetmediğin için kaygı duymaya başlıyorsun. Çoğu sorun, yaşam felsefesini, kişisel değerleri ve işin hayatındaki rolünü yeniden gözden geçirerek çözülebilir.

Son zamanlarda hemen hemen hiç işime karşı ilgi kaybım yok veya sıkıcı bir iş yapmıyorum. Sıkıcı işleri eğlenceli hale getirmenin çeşitli yöntemleri var, bunlardan bir kısmını blogdan aldım. dostum Kiril Şirinkin ilə. Ancaq bu problemi səbəb səviyyəsində həll etməyə çalışıram; karyeram və şəxsiyyətim üçün maksimum çağırışların olduğu və təşkilati bürokratiyanın minimum olduğu bir işi seçərək.

7 dekabrda Mixail konfransda çıxış edəcək DevOpsDays Moskva «Biz hamımız DevOps'uz» adlı təqdimatında, ən son yığıncağın yerləşdirilməsi üsuluna deyil, DevOps'un mədəni aspektinə diqqət yetirməyin nə qədər vacib olduğunu izah edəcək.

Proqramda daha: Barux Sadogurski (JFrog), Aleksandr Çistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Laboratoriyası), Andrey Şorin (DevOps üzrə məşvərətçi).

Gəlin tanış olaq!

Mənbə: habr.com

DDoS qoruması olan saytlara etibarlı hosting satın alın, VPS VDS serverlər 🔥 DDoS qoruması olan saytlara etibarlı hosting satın alın, VPS VDS serverlər | ProHoster