Rozhovor s Michalem – aneb hledáme nového!
Pokračujeme v sérii rozhovorů s našimi devs!
Tentokrát to bude trochu jiné, protože nás Michal opouští a vydává se na území jazyka RUST a GO. I přesto, nebo právě proto, že máme Michala rádi (a on nás), pomáhá nám s definováním pozice a toho, co by měl nový kolega / kolegyně, který přijde za něho, umět a přibližuje, na čem se u nás pracuje a proč je agrp.dev skvělou volbou 🙂
Ahoj, prosím představ se čtenářům
Ahoj, jsem Michal, v Atlase pracuji už dva roky, pracuji jako PHP / React developer. Aktuálně vyvíjím hlavně frontend, ale k tomu i různé mikroslužby, různá API, kde používám PHP jako serverový jazyk. Z dalších technologií nějakým způsobem zajdu i k DevOps, ať je to nasazení nových služeb do Kubernetes, nebo správa aktuálních služeb tamtéž. Taky pracuji dost často s databázemi, od MySQL, Postgre až po Redis apod.
V jakém týmu teď děláš?
Teď pracuji v menším týmu, pracujeme agilně, postupně se dostáváme do agilního vývoje. Je to pro nás něco nové, ale přináší nám to spoustu pozitivních věcí. Kromě ranních standupů jsou to např. retrospektivy, kde si probíráme, co bychom mohli zlepšit, co bychom měli změnit, abychom fungovali lépe jako tým. Na ranních standupech je to občas boj sám o sobě, ale nakonec jsme to zatím vždycky zvládli a něco z nás vypadne – co jsme dělali 🙂
Jaký byl tvůj vývoj v agrp.dev za dobu, co jsi tady?
Když jsem začínal v Atlase, jednalo se o klasický PHP lifecycle, nějaký request, zpracování na straně PHP, generování HTML. Od toho se postupem času upustilo, to je si myslím velmi dobře, a architektura těch služeb je nyní rozdělena na mikroslužby, kde je frontend, většinou napsaný v Reactě, a k tomu je backend, ať už je to PHP API, nebo v Javě nebo v jiném backendě.
Jak vnímáš posun do Scrum metodologie vývoje?
Myslím že nás to posunulo dále, je to úplně jiný způsob vývoje než jen klasické přehrabávání issues, požadavků. Člověk v podstatě vždy ví, kde a co najde. Má zásobník úloh, ty jsou dobře definované, ví co má dělat, může se spolehnout na to, že když má kolega přiřazený nějaký task, tak ho udělá (smích), většinou. Nemusíš komunikovat s 4, 5 dalšími lidmi, přináší to více přehlednosti, každý máme přehled kdo na čom pracuje a jak se posouváme k novému cíli.
Michale, obvykle v rozhovorech představujeme nové kolegy. Tento rozhovor je jiný v tom, že představujeme tebe, který už kolegou za pár měsíců nebudeš. Co se stalo?
Po delší době jsem se rozhodl změnit zaměření, z frontendového vývoje budu přecházet na backendový – v jiném jazyku a bohužel budu teda opouštět tým. Ta možnost tady v Atlase nebyla, ačkoliv je tu těch možností více – od Javy, PHP, Python, Javascript, ale jazyk ve kterém chci dělat já je něco nové – je to RUST, a GO.
Je něco, co tě tady za tu dobu překvapilo?
Určitě mě překvapila rychlost změn. Když najdeme něco nové, co víme že nám pomůže, tak prakticky během několika týdnů se rozhodneme to využít a reálně ty změny implementovat. Ať už se jedná např. o využití Kubernetes, který jsme předtím nevyužívali, anebo migraci Kubernetu do Amazonu, to je určitě skvělé. Když člověk něco nové najde, tak si může být jistý že pokud je to užitečné, tak se to použije.
Není tedy tajemstvím, že hledáme člověka který by tě měl zastoupit. Proč myslíš, že by to mělo někoho z venku zajímat?
Myslím že pro člověka který se zajímá o vývoj frontendu, hlavně tedy react, tak mu to přinese kopec nových věcí, ať už různé přístupy k řešení záležitostí, se kterými se člověk běžně nepotká. Ať už na CODEXISu, kde řešíme opravdu velké performence issue, které asi v běžných aplikacích člověk neřeší, anebo další zkušenosti s Kubernetem a DevOps.
Kromě reactu využíváme i next.js, styled components knihovnu, kterou používáme na stylování. Ta nám ulehčuje neskutečně práci, má svoje malé mouchy, ale oproti normálnímu CSS je to super ulehčení.
Používáme hlavně GraphQL, kde pracujeme s Apollo klientem a generování všech queries, mutaci za nás udělá GQL CodeGeneretor, takže tá nejotravnější část práce s externím API (typování a bindigy) úplně odpadá.
Ať nejsme jen pozitivní, je něco, co bys zlepšil?
Hm.. co můžu říct? (smích) Aktuálně máme problém trochu s procesem na produktech na kterých pracujeme, tak máme trochu problém s testami – člověk musí teď být trochu trpělivější, natahuje se to. Ale zase to řešíme, takže už se to lepší.
Závěrem, pár slov? Co bys vzkázal svému nástupci?
Asi možná to, že ho tato práce ho určitě posune někde dále, naučí se postupy, které se běžně neaplikují. Stejně tak se naučí psát velmi čitelný a otestovaný kód – na to aktuálně dost dbáme. Neváhej! 🙂