Mikhail Chinkov vive e lavora a Berlino da due anni. Mikhail ha raccontato in cosa differisce il lavoro di uno sviluppatore in Russia e in Germania, se gli ingegneri legati al DevOps siano richiesti a Berlino e come far trovare il tempo per i viaggi.
Sul trasferimento
Dal 2018 vivi a Berlino. Come hai preso questa decisione? Hai scelto consapevolmente il paese e l’azienda in cui volevi lavorare, oppure hai ricevuto un’offerta a cui non potevi rinunciare?
A un certo punto ho avuto abbastanza della vita a Penza, dove sono nato, cresciuto e ho studiato all’università, e il percorso standard di trasferimento a Mosca e San Pietroburgo non mi attirava data la specificità della vita in queste città. Quindi ho semplicemente voluto provare a vivere in Europa, che ho visitato durante le ultime vacanze. Non avevo preferenze né sull'azienda, né sulla città, né tantomeno sul paese specifico: volevo solo trasferirmi il prima possibile.
In quel momento ho considerato Berlino la città più accessibile per il trasferimento di uno sviluppatore in un’azienda tech, poiché nel Linkedin il 90% delle aziende tolleranti alla relocation erano da Berlino. Successivamente sono volato in città per 3 giorni per fare un paio di colloqui faccia a faccia. Mi è piaciuto molto il posto, quindi ho deciso che volevo vivere a Berlino subito. Dopo una settimana ho accettato senza indugi la primissima offerta che ho ricevuto dall'hub tech di Berlino.
Per favore, raccontami più nel dettaglio del processo di trasferimento. Come si è svolto per te? Quali documenti hai raccolto? L'azienda ti ha aiutato?
Non ho molto di nuovo da dire, è tutto molto ben spiegato in diversi articoli. A me piace di più , conosciuta da tutti coloro che sono interessati a questa questione. Nell'hub tech di Berlino il processo è praticamente lo stesso in tutte le aziende che assistono gli ingegneri con la relocation.
Hai incontrato qualcosa di inaspettato e insolito riguardo all’organizzazione del lavoro, alla vita quotidiana o al mentalità? Quanto tempo ti ci è voluto per abituarti alla vita locale?
Sì, in realtà, l'intero processo di lavoro nelle aziende dell'hub tech di Berlino mi ha inizialmente scioccato. Davvero tutto: da come e in che quantità si svolgono le riunioni al ruolo delle soft skills nella vita di un ingegnere.
Ad esempio, in Germania la cultura lavorativa è orientata verso la decisione collettiva, il che significa che per ogni questione controversa viene indetto un incontro, dove si discute a fondo il problema e si arriva insieme a un consenso basato sui vostri punti di vista. Da parte di un ingegnere russo, una pratica simile può inizialmente sembrare una perdita di tempo, burocrazia e sfiducia, ma alla fine ha senso, così come la suddivisione delle responsabilità per il risultato della decisione.
Questi momenti, così come l'incomprensione di se stessi da parte dei colleghi, mi hanno spinto a leggere il libro e a comprendere che tutte le tue frustrazioni interiori sono più che altro un rifiuto di percepire la realtà del nuovo ambiente in cui ti trovi, piuttosto che una ricerca della verità. Dopo aver letto il libro, lavorare è diventato molto più semplice, inizi a capire il significato delle frasi e delle decisioni dei tuoi colleghi.
Dal punto di vista della vita, il processo di adattamento in un nuovo paese è molto più complesso rispetto all'adattamento alla cultura lavorativa. Di solito, gli psicologi identificano , attraverso le quali passa una persona. In questo senso, il mio percorso non è stato un'eccezione. D'altra parte, mi sembra che l'adattamento trasferendosi in un centro multiculturale come Berlino, Londra e Barcellona sia per definizione più semplice rispetto a qualsiasi città classica.
Dopo due anni di vita a Berlino, cosa ti piace e cosa non ti piace di questa città?
Mi è difficile fare un elenco dei pro e dei contro della città, perché Berlino è diventata abbastanza rapidamente la mia casa in tutti i sensi della parola.
Penso di aver cercato per tutta la mia vita consapevole la libertà in tutte le sue manifestazioni: fisiche, sociali, finanziarie, politiche, spirituali, mentali. Anche per quanto riguarda la libertà nel lavoro, non mi piace il controllo dall'alto e il micromanagement, quando mi viene continuamente detto cosa e come devo fare. Su queste questioni, Berlino mi sembrava e continua a sembrarmi una delle città più libere del mondo, grazie a visioni di vita liberali nella società, a prezzi relativamente liberali per l'affitto e altre necessità, oltre a un'infinità di opportunità per valorizzare la mia libertà negli altri aspetti.
Riguardo al lavoro a Berlino
Qual è lo stack che rappresenta uno standard nei startup di Berlino? Come si differenzia lo stack medio rispetto a quello della 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 enterprise sono state fondate nel 2010-2012 e hanno iniziato con un'architettura molto semplice: backend monolitico, e talvolta anche con frontend integrato, linguaggio - o Ruby, o PHP, o Python, utilizzano necessariamente framework, database su MySQL, cache su Redis. Inoltre, secondo le mie personali impressioni, il 90% delle aziende ha tutta la produzione su AWS.
Attualmente, tutti tendono a suddividere il monolitico in microservizi, a impacchettarli in contenitori, a distribuirli in Kubernetes e a fare affidamento su Golang come linguaggio standard per nuove applicazioni. Questo avviene piuttosto lentamente, quindi nella maggior parte delle aziende la funzionalità principale è ancora sepolta nel monolitico. Sono lontano dal frontend, ma anche lì di solito il standard è React.
Grandi aziende tech come Zalando e N26 cercano di portare più tecnologia nel servizio, in modo da attirare sviluppatori motivati sul mercato. Altre aziende tech cercano anch'esse di tenere il passo con le ultime tecnologie, ma è evidente che sono appesantite dal peso dell'architettura monolitica e dal debito tecnico accumulato nel corso degli anni.
Come ingegnere, percepisco questo in modo abbastanza sereno, poiché nel tech hub di Berlino ci sono molte aziende interessanti dal punto di vista dei prodotti. In queste aziende è più stimolante lavorare per un'idea e un prodotto che ti piacciono, piuttosto che considerare l'azienda come un luogo con un tech stack alla moda con cui devi necessariamente lavorare.
Qual è la differenza tra 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/centrale, la situazione è migliore per quanto riguarda l'equilibrio tra lavoro e vita privata e le relazioni tra colleghi, mentre è peggiore per la velocità di lavoro. Inizialmente, mi è dispiaciuto abituarmi a progetti interni che richiedono un paio di mesi, quando nelle aziende tech in Russia progetti simili richiedevano un paio di settimane. In realtà, non è così terribile, perché ci sono motivazioni oggettive per questo, e le aziende di solito non percepiscono situazioni del genere come critiche.
In altre cose, trovo abbastanza difficile fare un parallelo tra Germania e Russia, perché non ho esperienza di lavoro in aziende conosciute come Yandex e Tinkoff, dove la situazione potrebbe essere simile a un tech hub di Berlino.
Per quanto mi riguarda, ho notato che a Berlino c'è una priorità nella creazione di un'atmosfera lavorativa confortevole nelle aziende, eventi interni regolari e la diversità dei colleghi, con i quali è sempre interessante discutere di argomenti lontani dall'IT. Ma penso che questo dipenda più dall'azienda in cui lavori che dal paese.
Secondo le tue osservazioni, quali professionisti sono richiesti in Germania? Sono richiesti specialisti legati a DevOps?
Nella maggior parte delle aziende c'è un problema nella percezione della cultura DevOps e nella comprensione di cosa sia davvero DevOps. Tuttavia, ci sono molte offerte di lavoro con il prefisso DevOps, il che dimostra chiaramente la domanda di specialisti sul mercato.
Attualmente, nel settore IT locale, tutte le direzioni attuali sono richieste in egual misura. Posso solo evidenziare un'alta domanda di Data Engineer/Data Analyst.
Parliamo degli stipendi, quanto può realmente guadagnare un ingegnere DevOps in Germania?
È difficile rispondere a questa domanda, perché l'IT è comunque un'industria giovane, dove non ci sono norme specifiche sugli stipendi. Come ovunque, l'importo dello stipendio dipende maggiormente dall'esperienza lavorativa e dalla qualifica dell'ingegnere. È anche importante considerare la cifra come stipendio al lordo delle tasse e delle varie detrazioni sociali/assicurative. Inoltre, gli stipendi in Germania dipendono molto dalla città in cui lavori. A Berlino, Monaco, Francoforte e nella ipotetica Gottinga, la gamma di stipendi varia leggermente, così come le spese per vivere.
Se parliamo di Berlino, il principale vantaggio per una carriera è che la domanda di ingegneri è ancora superiore all'offerta, quindi lo stipendio può crescere rapidamente se lo desideri. Il principale svantaggio è che la maggior parte delle aziende non ha una politica chiara di revisione degli stipendi, né criteri per valutare il contributo al prodotto creato dall'azienda.
I numeri possono essere consultati in , StackOverflow o . Le statistiche vengono aggiornate di anno in anno, quindi non mi prendo la responsabilità di parlare dell'intervallo di stipendi.
Puoi dare qualche consiglio su cosa fare se lavori come Site Reliability Engineer e vuoi trasferirti in Germania? Da dove cominciare? Dove andare?
Non penso di avere consigli particolari per il lettore. A meno che non sia di non avere paura, di razionalizzare meno prima del trasferimento e di essere aperti a tutte le difficoltà che si possono incontrare durante l'emigrazione. E le difficoltà ci saranno.
C'è una forte comunità DevOps a Berlino? Partecipi spesso a eventi locali? Raccontami un po' di loro. Come sono?
Vado a meetup abbastanza raramente, quindi non posso dire quali siano le peculiarità della comunità DevOps locale. Spero di recuperare questo aspetto l'anno prossimo. Posso solo condividere le mie impressioni sull'enorme numero di gruppi tematici su meetup.com: dai fanatici di Python e Golang agli amanti di Clojure e Rust.
Tra i meetup a cui ho partecipato, mi è piaciuto molto il gruppo HashiCorp User Group — ma in generale mi piace la comunità HashiCorp con i suoi gruppi in diverse città.
Ho letto che ti sei trasferito senza sapere il tedesco. Come stanno andando le cose dopo un anno? È necessario conoscere il tedesco per lavorare o si può fare a meno?
Ho imparato il tedesco, adesso il mio livello oscilla tra B1 e B2. Tutti i contatti con i tedeschi del mio primo anno a Berlino li tengo ancora in inglese, perché è più semplice per entrambe le parti, mentre tutti i nuovi contatti li inizio in tedesco. Nei miei prossimi piani c'è avanza nella formazione, rafforzando le mie conoscenze sostenendo un esame per il certificato B2, perché voglio comunicare con più sicurezza e leggere la letteratura classica in originale.
A Berlino il linguaggio è più necessario per adattarsi al paese, per ottenere una sensazione di benessere interiore e un accesso completo al settore del tempo libero (teatro/cinema/stand-up), tuttavia è poco probabile che sia necessario nel 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 espatriati che hanno difficoltà a imparare il tedesco. Tuttavia, ogni azienda offre corsi settimanali di tedesco durante l'orario lavorativo a spese dell'organizzazione, per facilitare la vita dei dipendenti al di fuori del lavoro.
Per tutti e due gli anni di contatti con aziende e reclutatori, solo due volte mi hanno contattato in tedesco. In casi di questo tipo, per il lavoro 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 tuo scrivi che DevOps non è solo la capacità di gestire Kubernetes e Prometheus, ma una cultura. Qual è, secondo te, la cosa che le aziende devono fare per sviluppare una cultura DevOps nel team non solo a parole, ma nei fatti? Cosa fai tu a riguardo?
Credo che innanzitutto sia fondamentale essere onesti e chiarire tutte le "punti sulle i" riguardo alla distribuzione delle responsabilità per il prodotto. Il problema principale che DevOps risolve è il trasferimento di responsabilità e dei problemi ad essa associati attraverso un muro. Appena le persone capiranno che dividere le responsabilità è vantaggioso sia per l'azienda sia per gli ingegneri, la situazione comincerà a muoversi e si potrà già dedicarsi a lavori specifici: ottimizzare il Delivery Pipeline, ridurre il Deployment Failure Rate e altre cose attraverso le quali si può valutare lo stato di DevOps in azienda.
Nella mia carriera non ho mai promosso DevOps dalla posizione di tech lead o CTO di un'azienda, mi sono sempre presentato come un ingegnere che sa qualcosa su DevOps. In realtà, nel DevOps la posizione di driver della cultura è davvero importante, in particolare il grado di influenza del driver e le sue qualità di leadership. Nella mia ultima azienda, inizialmente c'era 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 una cultura DevOps è necessario occuparsi non solo delle tecnologie nell'infrastruttura, ma anche del coaching interno e della distribuzione delle responsabilità nei processi tecnologici.
Ad esempio, abbiamo impiegato due mesi di lavoro di un ingegnere per creare piattaforme per server QA e PR per le esigenze di sviluppatori e tester. Tuttavia, tutto questo straordinario lavoro svanirà se le informazioni sulle capacità non verranno comunicate correttamente, le funzionalità non verranno documentate e la formazione dei dipendenti non sarà completata. Al contrario, dopo workshop e sessioni di programmazione in coppia di alta qualità, l'ingegnere motivato è esaltato da nuove funzionalità utili e decide già di affrontare i prossimi problemi che si intersecano con la piattaforma infrastrutturale.
Se vuoi maggiori approfondimenti su DevOps, ecco , in cui Misha risponde dettagliatamente alle domande "Perché DevOps è necessario?" e "È necessario creare reparti DevOps speciali nell'azienda?"
Sullo sviluppo
Nel tuo canale a volte raccomandi articoli e blog professionali. Hai anche qualche libro di narrativa preferito?
Sì, cerco di trovare tempo per leggere opere di narrativa. Non riesco a leggere un autore specifico tutto d'un fiato, romanzo dopo romanzo, quindi mescolo opere russe e straniere. Tra gli scrittori russi, mi piacciono di più Pelevin e Dovlatov, ma amo anche leggere i classici del XIX secolo. Tra gli autori stranieri, apprezzo Remarque e Hemingway.
Lì scrivi molto anche di viaggi, e nei risultati del 2018 hai scritto di aver visitato 12 paesi e 27 città. È un traguardo incredibile! Come riesci a lavorare e viaggiare allo stesso tempo?
In realtà, è tutto abbastanza semplice: è necessario gestire bene i giorni di vacanza, i fine settimana e le festività, oltre a viaggiare attivamente durante i tuoi spostamenti 🙂
Non sono un nomade digitale e non ho mai lavorato da remoto in modo permanente, ma penso di avere abbastanza tempo libero per viaggiare al di fuori del lavoro, per esplorare il mondo. La situazione è migliorata dopo il trasferimento a Berlino: si trova al centro dell'Europa e qui ho più giorni di ferie.
Ho anche provato a viaggiare per un mese intero tra un vecchio e un nuovo lavoro, ma per me anche un mese in viaggio sembra decisamente troppo lungo. Da quel viaggio cerco di prendere ferie di una settimana o poco più, in modo da poter tornare al lavoro senza troppi problemi.
Quali sono stati i tre posti che ti sono piaciuti di più e perché?
Come backpacker, mi attraggono di più il Portogallo, l'Oman e l'India. Il Portogallo mi piace per la sua storia e civiltà europea, come architettura, lingua e cultura. L'Oman — per l'incredibile ospitalità e l'amicizia della gente del posto, oltre che per l'atmosfera di relativa rilassatezza in mezzo alle tensioni del Medio Oriente. Di Oman ho persino . L'India — per la varietà della vita all'interno delle sue regioni e per l'identità culturale, perché finora non è arrivata l'era del pianeta Starbucks e della galassia Microsoft, ereditata da Palahniuk. Mi piacciono molto 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 note di Misha sui viaggi nel suo canale Telegram
Come riesci a mantenere l'equilibrio tra lavoro e vita? Condividi i tuoi segreti 🙂
Qui non ho alcun segreto. Sia in Russia che in Germania, le normali aziende tech ti danno la possibilità di strutturare il tuo tempo di lavoro come preferisci. Di solito non rimango al lavoro fino a tarda sera, se il servizio funziona stabilmente e non ci sono situazioni di emergenza. Semplicemente perché dopo le 5-6 di sera il mio cervello non riceve gli stimoli all'azione, chiede di riposare e di dormire bene.
Quasi tutte le tipologie di professioni nel settore tech — dallo sviluppo al design — sono professioni creative, non richiedono molte ore di lavoro. Penso che gli straordinari siano dannosi per il lavoro creativo, perché alla fine inizi a perdere colpi e a fare meno di quello che potresti senza il sovraccarico. 4-6 ore di lavoro attivo in flusso sono in realtà moltissimo, senza interruzioni e cambi di contesto puoi spostare montagne.
Posso anche consigliarti due libri che mi hanno aiutato: dai ragazzi di Basecamp e di Massimo Dorofeev.
Ora molti discutono di burnout. Hai mai sentito qualcosa di simile? Se sì, come ti organizzi? Come rendi il tuo lavoro più interessante?
Sì, a dire il vero, mi capita ancora di esaurirmi di tanto in tanto. In effetti, è logico, da un punto di vista filosofico tutto ciò che ha la proprietà di bruciare, alla fine si esaurisce 🙂 Si può combattere le conseguenze, ma mi sembra molto più importante identificare la causa degli esaurimenti 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 fisicamente a conciliare lavoro, hobby e socializzazione. In alcuni casi, ti manca banale di nuove sfide nella vita e cominci a preoccuparsi per questo. Molti problemi possono essere risolti riesaminando la filosofia di vita, i valori personali, il ruolo del lavoro nella propria vita.
Ultimamente non ho quasi mai perso interesse per il lavoro o per un lavoro noioso. Esistono varie tecniche per rendere un lavoro noioso non noioso, alcune delle quali le ho gotte da del mio amico Kirill Shirinkin. Ma cerco di risolvere questo problema a livello di causa, scegliendo semplicemente un lavoro che offra il massimo delle 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 la più recente tecnologia, ma anche sull'aspetto culturale del DevOps.
In programma anche: Baruch Sadogursky (JFrog), Aleksandr Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Laboratorio Kaspersky), Andrej Shorin (consulente DevOps).
Venite a conoscerci!
Fonte: habr.com
