Mikhail Chinkov vive e lavora a Berlino da due anni. Mikhail ha condiviso cosa differenzia il lavoro di uno sviluppatore in Russia e in Germania, se gli ingegneri legati al DevOps sono richiesti a Berlino e come trova il tempo per viaggiare.
Trasferimento
Dal 2018 vivi a Berlino. Come hai preso questa decisione? Hai scelto consapevolmente il paese e l'azienda in cui volevi lavorare, o hai ricevuto un'offerta che non potevi rifiutare?
A un certo punto mi sono stancato di vivere a Penza, dove sono nato, cresciuto e ho studiato all'università, e il percorso standard di trasferimento a Mosca e San Pietroburgo non mi attraeva a causa della specificità della vita in queste città. Perciò volevo semplicemente provare a vivere in Europa, che avevo visitato durante gli ultimi periodi di ferie. Non avevo preferenze riguardo l'azienda, la città o nemmeno un paese specifico — volevo solo trasferirmi il prima possibile.
In quel momento ho ritenuto che Berlino fosse la città più accessibile per uno sviluppatore che sceglie di trasferirsi in una tech company, poiché su LinkedIn il 90% delle aziende tolleranti alla relocation si trovava a Berlino. Successivamente, sono volato in città per 3 giorni per sostenere un paio di interviste faccia a faccia. Mi è piaciuta molto la città, quindi ho deciso che volevo viverci subito. Una settimana dopo ho accettato senza indugi la prima offerta che ho ricevuto dal tech hub di Berlino.
Parlami, per favore, più nel dettaglio del processo di trasferimento. Come è avvenuto per te? Quali documenti hai dovuto raccogliere? Ti ha aiutato il tuo datore di lavoro?
Qui non posso dire nulla di nuovo, è tutto molto ben descritto in diversi articoli. A me piace di più , conosciuta da tutti coloro che si interessano a questa questione. Nel tech hub di Berlino, il processo è praticamente lo stesso in tutte le aziende che aiutano gli ingegneri con la relocation.
Ti sei imbattuto in qualcosa di inaspettato e insolito in termini di organizzazione del lavoro, vita quotidiana e mentalità? Quanto tempo hai impiegato per abituarti alla vita locale?
Sì, in realtà, tutto il processo di lavoro nelle aziende del tech hub di Berlino all'inizio mi ha scioccato. Tutto, dalla quantità e dal tipo di riunioni al ruolo delle soft skills nella vita di un ingegnere.
Ad esempio, in Germania la cultura lavorativa è focalizzata sulla decisione collettiva, il che significa che per ogni questione controversa viene organizzata una riunione dove si discute a fondo il problema e si arriva insieme a un consenso sulle vostre opinioni. Da parte della Russia, una pratica del genere sembra inizialmente all'ingegnere una perdita di tempo, una burocrazia e un disinteresse, ma in definitiva ha senso, così come la distribuzione delle responsabilità per i risultati delle decisioni.
Questi aspetti, così come la mancanza di comprensione da parte dei colleghi, mi hanno spinto a leggere il libro e a capire che tutti i tuoi disagi interni sono più che altro un rifiuto di percepire la realtà del nuovo ambiente in cui ti trovi, piuttosto che un tentativo di trovare la verità. Dopo aver letto il libro, è diventato molto più facile lavorare, inizi a comprendere il significato delle frasi e delle decisioni dei tuoi colleghi.
In termini di vita, il processo di adattamento in un nuovo paese è molto più complesso rispetto all'adattamento nella cultura lavorativa. Di solito, gli psicologi evidenziano , attraverso cui passa una persona. In questo senso, il mio percorso non è stato un'eccezione. D'altra parte, credo che l'adattamento nel trasferirsi in un centro multiculturale come Berlino, Londra e Barcellona sia generalmente più semplice rispetto a qualsiasi città classica.
Dopo due anni di vita a Berlino, cosa ti piace e non ti piace di questa città?
È difficile per me stilare un elenco di pro e contro della città, perché Berlino è rapidamente diventata la mia casa in tutti i sensi.
Credo di aver cercato per tutta la mia vita consapevole la libertà in tutte le sue manifestazioni: fisiche, sociali, finanziarie, politiche, spirituali e mentali. Anche la stessa libertà nel lavoro, non mi piace il controllo dall'alto e il micromanagement, quando mi si dice costantemente cosa e come devo fare. In queste questioni, Berlino mi è sembrata e continua a sembrarmi una delle città più libere al mondo, grazie a una visione della vita nella società piuttosto libera, affitti relativamente abbordabili e tante opportunità per ampliare la mia libertà in altri aspetti.
Riguardo al lavoro a Berlino
Qual è lo stack standard nei startup di Berlino? In che modo lo stack differisce da quello medio in Russia?
Dal punto di vista tecnologico, le stack locali mi sembrano soggettivamente noiose, a meno che non si tratti di aziende FinTech. La maggior parte delle startup e quelle che sono passate da startup a imprese sono state fondate tra il 2010 e il 2012 e hanno iniziato con l'architettura più semplice: backend monolitico, a volte anche con frontend incorporato, utilizzando Ruby, PHP o Python, con framework obbligatori, database MySQL e cache su Redis. Inoltre, secondo la mia esperienza personale, il 90% delle aziende ha tutta la produzione su AWS.
Ora c'è una tendenza a suddividere i monoliti in microservizi, containerizzarli, schierarli in Kubernetes e affidarsi a Golang come linguaggio standard per le nuove applicazioni. Questo processo non avviene rapidamente, quindi nella maggior parte delle aziende le funzioni principali sono ancora sepolte nel monolito. Sono lontano dal frontend, ma anche lì il standard è solitamente React.
Grandi aziende tech come Zalando e N26 cercano di portare più tecnologia nel servizio per attrarre sviluppatori ambiziosi sul mercato. Altre aziende tech cercano di stare al passo con le ultime tecnologie, ma si percepisce che sono sotto pressione a causa del peso dell'architettura monolitica e del debito tecnico accumulato nel tempo.
Come ingegnere, percepisco tutto ciò con una certa calma, poiché nell'hub tech di Berlino ci sono molte aziende interessanti dal punto di vista del prodotto. In queste aziende è più stimolante lavorare per un'idea e un prodotto che ti piace, piuttosto che considerare l'azienda come un luogo con un tech stack alla moda con cui devi necessariamente lavorare.
Cosa distingue la vita e il lavoro di uno sviluppatore in Russia e in Germania? Ci sono cose che ti hanno sorpreso?
In Germania, come in qualsiasi altro paese dell'Europa settentrionale o centrale, la situazione è migliore per quanto riguarda l'equilibrio tra vita e lavoro e le relazioni tra colleghi, ma peggiore per quanto riguarda la velocità di lavoro. All'inizio, mi è stato difficile abituarmi a progetti interni che richiedono alcuni mesi, mentre nei tech company russi progetti simili richiedevano alcune settimane. In effetti, non è così grave, poiché ci sono motivi oggettivi per cui ciò accade e le aziende di solito non considerano queste situazioni in modo critico.
Per il resto, mi risulta piuttosto difficile fare un confronto tra Germania e Russia, poiché non ho esperienza lavorativa in aziende famose come Yandex o Tinkoff, dove la situazione potrebbe essere simile all'hub tech di Berlino.
Ho notato che a Berlino la creazione di un clima di lavoro confortevole è una priorità per le aziende, con eventi interni regolari e una varietà di colleghi con cui è sempre interessante comunicare su argomenti non necessariamente legati all'IT. Ma penso che questo dipenda più dall'azienda per cui lavori piuttosto che dal paese.
Dalla tua osservazione, quali specialisti sono richiesti in Germania? Ci sono opportunità per professionisti legati al DevOps?
Nella maggior parte delle aziende si avverte un problema nella percezione della cultura DevOps e nella comprensione di cosa sia realmente il DevOps. Tuttavia, ci sono molte offerte di lavoro con la dizione DevOps, il che evidenzia chiaramente la domanda di specialisti sul mercato.
Attualmente, nel settore IT locale sono richiesti in egual misura tutti i settori attualmente attivi. Posso solo sottolineare una grande richiesta per Data Engineer/Data Analyst.
Parliamo degli stipendi, quanto può guadagnare realmente un ingegnere DevOps in Germania?
È difficile rispondere a questa domanda, perché l'IT è comunque un'industria giovane, priva di norme concrete sugli stipendi. Come in ogni luogo, l'importo dello stipendio dipende in gran parte dall'esperienza lavorativa e dalla qualificazione dell'ingegnere. È anche importante considerare la cifra come stipendio lordo, prima delle tasse e delle varie detrazioni sociali/assicurative. Inoltre, lo stipendio in Germania dipende molto dalla città in cui lavori. A Berlino, Monaco, Francoforte e nell'ipotetica Göttingen, l'intervallo degli stipendi varia leggermente, così come le spese per la vita.
Parlando di Berlino, il principale vantaggio per la carriera è che la domanda di ingegneri è ancora superiore all'offerta, quindi lo stipendio può aumentare rapidamente se si desidera. Il principale svantaggio è che la maggior parte delle aziende non ha una chiara politica per la revisione degli stipendi, né criteri per valutare il contributo al prodotto sviluppato dall'azienda.
I dati possono essere consultati in , StackOverflow o . Le statistiche vengono aggiornate annualmente, quindi non mi sento di assumere responsabilità nel fornire un intervallo di stipendi.
Puoi dare qualche consiglio su cosa fare se lavori come Site Reliability Engineer e desideri trasferirti in Germania? Da dove iniziare? Dove andare?
Non penso di avere un consiglio particolare da dare al lettore. A meno che non si tratti di non aver paura, di razionalizzare poco prima del trasferimento e di essere aperti a tutte le difficoltà che si possono incontrare nell'emigrazione. E ci saranno difficoltà.
C'è una grande comunità DevOps a Berlino? Frequente eventi locali? Raccontami un po' di loro. Come sono?
Vado abbastanza raramente ai meet-up, quindi non posso dire quali siano le caratteristiche della comunità DevOps locale. Spero di recuperare questo aspetto il prossimo anno. Posso solo condividere le mie impressioni sul vasto numero di gruppi tematici su meetup.com: dai fan di Python e Golang agli appassionati di Clojure e Rust.
Tra i meet-up che ho visitato, mi piace molto il HashiCorp User Group, ma mi piace in generale la comunità HashiCorp con i suoi gruppi in diverse città.
Ho letto che ti sei trasferito senza conoscere il tedesco. Come va un anno dopo? È necessario il tedesco per lavorare o si può fare senza?
Ho imparato il tedesco, ora il mio livello oscilla tra B1 e B2. Continuo a comunicare in inglese con i tedeschi del mio primo anno a Berlino, perché è più semplice per entrambe le parti, e comincio nuove conoscenze in tedesco. Nei miei prossimi piani c'è il desiderio di progredire nello studio e consolidare le mie conoscenze sostenendo l'esame per il certificato B2, perché voglio comunicare con maggiore sicurezza e leggere la letteratura classica in originale.
A Berlino, la lingua è necessaria soprattutto per adattarsi al paese, per avere un senso di comfort interiore e un accesso completo all'area del tempo libero (teatro/cinema/stand-up), tuttavia, la lingua è difficilmente necessaria per il lavoro di Software Engineering. In ogni azienda, l'inglese è la lingua ufficiale del dipartimento Engineering, anche in grandi aziende tedesche come Deutsche Bank, Allianz e Volkswagen.
La principale ragione è la carenza di personale, lo status della città come centro culturale internazionale, molti expat che hanno difficoltà ad imparare il tedesco. Tuttavia, ogni azienda offre corsi settimanali di tedesco durante l'orario di lavoro a carico dell'organizzazione, per rendere la vita più facile ai dipendenti al di fuori del lavoro.
In due anni di contatto con aziende e reclutatori, solo due volte mi hanno contattato in tedesco. Negli eccezionali casi di questo tipo, di solito è sufficiente un livello B1/B2. Come gli americani con l'inglese, i tedeschi accettano abbastanza tranquillamente i tuoi errori di linguaggio, poiché capiscono che la lingua non è semplice.
Nel suo Scrivi che il DevOps non è semplicemente la capacità di gestire Kubernetes e Prometheus, ma una cultura. A tuo avviso, cosa dovrebbero fare le aziende per sviluppare la cultura DevOps nel team non solo a parole, ma anche nei fatti? Cosa fai tu nel tuo?
Penso che prima di tutto sia importante essere onesti e mettere in chiaro la questione della distribuzione delle responsabilità per il prodotto. Il problema principale che il DevOps risolve è il passaggio della responsabilità e dei problemi ad essa correlati. Non appena le persone capiranno che è vantaggioso dividere la responsabilità sia per l'azienda che per gli ingegneri, le cose si muoveranno e si potrà già lavorare a livello specifico: ottimizzare il Delivery Pipeline, ridurre il Deployment Failure Rate e altre cose che possono determinare lo stato del DevOps in un'azienda.
Nella mia carriera non ho mai promosso il DevOps dal punto di vista di tech lead o CTO dell'azienda, mi sono sempre presentato come ingegnere che sa qualcosa sul DevOps. In realtà, nel DevOps la posizione di driver della cultura è davvero importante, in particolare l'area di influenza del driver e le sue capacità di leadership. Nella mia ultima azienda c'era inizialmente una gerarchia relativamente piatta e un'atmosfera di fiducia tra i colleghi, e questo ha facilitato notevolmente il mio obiettivo di promuovere la cultura.
Rispondendo alla domanda specifica su cosa si può fare per il bene del DevOps. Nel mio intervento a l'idea principale è che per sviluppare la cultura DevOps è necessario occuparsi non solo delle tecnologie nell'infrastruttura, ma anche del coaching interno e della distribuzione delle responsabilità nei processi.
Ad esempio, abbiamo impiegato due mesi di lavoro di un ingegnere per creare una piattaforma per i server QA e PR per le esigenze di sviluppatori e tester. Tuttavia, tutta questa straordinaria lavoro andrebbe perduta se le informazioni sulle funzionalità non venissero comunicate correttamente, le caratteristiche non fossero documentate e la formazione dei dipendenti non fosse completata. E viceversa, dopo workshop di qualità e sessioni di programmazione in coppia, un ingegnere motivato è ispirato da nuove funzionalità utili e affronta già i prossimi problemi, intersecandosi con la piattaforma infrastrutturale.
Se desideri più domande sul DevOps, ecco , in cui Misha risponde dettagliatamente alle domande «Perché è necessario il DevOps?» e «È necessario creare reparti DevOps specifici in azienda?»
Sullo sviluppo
Nel tuo canale, a volte consigli articoli e blog professionali. Hai anche dei libri di fiction preferiti?
Sì, cerco di trovare il tempo per leggere letteratura fiction. Non riesco a leggere un solo autore in un colpo solo, romanzo dopo romanzo, quindi mescolo opere russe e straniere. Tra gli scrittori russi mi piacciono di più Pelevin e Dovlatov, ma apprezzo anche i classici del 19° secolo. Tra gli stranieri, trovo interessante Remarque e Hemingway.
Scrivi molto di viaggi, e alla fine del 2018 hai menzionato di aver visitato 12 paesi e 27 città. È un traguardo davvero notevole! Come fai a lavorare e viaggiare allo stesso tempo?
In realtà, è abbastanza semplice: bisogna sfruttare bene i giorni di ferie, i weekend e le festività, oltre a viaggiare attivamente durante i trasferimenti 🙂
Non sono un nomade digitale e non ho mai lavorato da remoto stabilmente, ma mi sembra di avere abbastanza tempo libero per viaggiare fuori dal lavoro. La situazione è migliorata dopo il trasferimento a Berlino: è situata nel centro dell'Europa e qui ho più giorni di ferie.
Ho anche provato a viaggiare un intero mese tra un vecchio e un nuovo lavoro, ma per me anche un mese in viaggio sembra un periodo troppo lungo. Da quel viaggio cerco di prendere ferie di una settimana o dieci giorni, in modo da poter tornare al lavoro senza troppo stress.
Quali sono stati i tre luoghi che ti sono piaciuti di più e perché?
Come backpacker, mi piacciono di più il Portogallo, l'Oman e l'India. Il Portogallo mi affascina per la sua storia e civiltà europea, dalla sua architettura, lingua e cultura. L'Oman mi colpisce per l'incredibile ospitalità e cordialità dei locali, oltre all'atmosfera relativamente rilassata in mezzo alle tensioni del Medio Oriente. Ho persino su Oman. L'India mi affascina per la diversità della vita tra le sue regioni e l'identità culturale, poiché non ha ancora conosciuto l'era dei Starbucks e della galassia di Microsoft, come ha descritto Palaniuk. Mi piacciono anche Bangkok e la parte settentrionale della Thailandia. La parte meridionale con il mare, le isole e i penisola mi è sembrata troppo turistica.
Puoi leggere le annotazioni di Misha sui viaggi nel suo canale Telegram
Come riesci a mantenere un equilibrio tra lavoro e vita personale? Condividi i tuoi segreti 🙂
Non ho un vero e proprio segreto. Sia in Russia che in Germania, le aziende tech normali ti offrono la possibilità di strutturare il tuo tempo di lavoro come preferisci. Di solito non rimango in ufficio fino a tardi, se il servizio funziona stabilmente e non ci sono imprevisti. È semplicemente perché dopo le 17-18, il mio cervello non riesce più a ricevere stimoli dall'azione, richiede riposo e un buon sonno.
Quasi tutte le professioni nel settore tech – dallo sviluppo al design – sono professioni creative e non richiedono un gran numero di ore lavorative. Credo che le ore straordinarie siano dannose per il lavoro creativo, perché alla fine cominci a bloccarti e a produrre meno di quanto potresti senza straordinari. 4-6 ore di lavoro attivo in flow sono davvero tante; senza interruzioni e cambi di contesto, puoi spostare montagne.
Posso anche consigliare due libri che mi hanno aiutato: dai ragazzi di Basecamp e di Maxim Dorofeev.
Ora molti parlano di burnout. Hai mai provato qualcosa di simile? Se sì, come affronti la cosa? Come rendi il tuo lavoro più interessante?
Sì, a dire il vero, anche ora ogni tanto mi sento burnt out. È logico, dal punto di vista filosofico, che tutto ciò che ha la proprietà di bruciare, alla fine si esaurisce 🙂 Puoi combattere le conseguenze, ma penso sia molto più importante identificare la causa del burnout e rimuoverla.
Le cause sono diverse per tutti: alcuni hanno un'eccesso di informazioni, qualcuno lavora troppo nel proprio lavoro principale, ci sono situazioni in cui non riesci a combinare fisicamente lavoro, hobby e socializzazione. A volte non senti nuove sfide nella tua vita e inizi a preoccuparti per questo. La maggior parte dei problemi può essere risolta rivedendo la tua filosofia di vita, i tuoi valori personali e il ruolo del lavoro nella tua vita.
Ultimamente, quasi non ho mai perso interesse per il lavoro o ho fatto un lavoro noioso. Esistono varie tecniche per rendere il lavoro noioso meno noioso, alcune delle quali le ho apprese da del mio amico Kirill Shirinkin. Ma cerco di affrontare il problema a livello di causa, scegliendo semplicemente un lavoro che offra il massimo di sfide per la mia carriera e la mia personalità e il minimo di burocrazia organizzativa.
Il 7 dicembre, Michail parlerà alla conferenza con un intervento intitolato «Siamo tutti DevOps», in cui spiegherà perché è importante concentrarsi non solo sul modo di implementare il stack più recente, ma anche sull'aspetto culturale del DevOps.
In programma: Baruch Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Laboratorio Kaspersky), Andrey Shorin (consulente DevOps).
Venite a conoscerci!
Fonte: habr.com
