Životopis potřebuje víc než seznam technologií
Softwaroví inženýři mají o systémech obvykle co říct, ale v životopise na to mají málo místa. První verze se tak často změní v hutný soupis jazyků, frameworků, cloudů, databází a všech nástrojů, se kterými kdy od vysoké školy přišli do styku. Samotná práce se v něm ztratí.
Tým, který vybírá nového kolegu, potřebuje jasnější obrázek. Co jste postavili nebo vylepšili? Jak složité bylo prostředí? Za která rozhodnutí jste odpovídali? Kdo z kolegů na vaší práci závisel? Co se změnilo, když jste ji nasadili?
Technické dovednosti jsou pořád důležité. Přesvědčivé jsou ale až tehdy, když sekce pracovních zkušeností ukáže, že je používáte s rozmyslem.
Než začnete upravovat, ujasněte si pozici
„Softwarový inženýr“ může znamenat velmi odlišnou práci. Frontendový produktový vývojář, backendový platformní inženýr, mobilní vývojář, SRE (site reliability engineer), vývojář embedded systémů i vedoucí vývojového týmu potřebují v životopise každý jiný důraz.
Inzerát si pozorně přečtěte a najděte, o jakou práci v něm jde především. Nedívejte se jen na nejdelší výčet technologií. Backendové pozici může nejvíc záležet na spolehlivých službách a konzistenci dat. Produktová pozice může oceňovat experimentování a úzkou spolupráci s designéry. Platformní pozice se může soustředit na pohodlí vývojářů, infrastrukturu, observabilitu a provozní zátěž.
Na úrovni seniority závisí i to, čím své schopnosti doložíte. Životopis na začátku kariéry se může opírat o stáže, školní práci, příspěvky do open source a dobře popsané osobní projekty. U seniora by měl být vidět rozsah práce, úsudek v otázkách architektury, odpovědnost, vliv a kompromisy, které musel dělat.
Dejte stránce jasnou technickou strukturu
Pro většinu inženýrů je praktické toto pořadí: kontaktní údaje, nepovinný profesní profil, technické dovednosti, pracovní zkušenosti, vybrané projekty a vzdělání. Certifikáty nebo publikace si zaslouží vlastní sekci, pokud jsou pro pozici důležité.
GitHub, portfolio, osobní web nebo technický blog uveďte v záhlaví jen tehdy, když odkaz vaší kandidatuře pomůže. Každý odkaz vyzkoušejte v anonymním okně prohlížeče. Neaktivní profil plný nedokončených repozitářů z tutoriálů toho moc nepřidá, kdežto jeden dobře zdokumentovaný projekt může přidat skutečnou hloubku.
Profesní profil je nepovinný. Použijte ho, pokud rychle vysvětlí vaše zaměření, obor nebo úroveň:
Backendový inženýr se sedmiletou praxí ve vývoji platebních a fakturačních služeb v Javě a Kotlinu. V poslední době se věnuje spolehlivosti služeb, architektuře řízené událostmi a vývojářským nástrojům pro týmy, které provozují regulované systémy.
Každá část takového profilu by měla mít oporu jinde na stránce.
Sestavte výběrovou sekci dovedností
Technologie seskupte podle účelu, aby je čtenář rychle přelétl očima. Kategorie by měly odpovídat vaší práci. Backendový inženýr může použít jazyky, frameworky, data, cloud a infrastrukturu a testování. Frontendový inženýr může začít jazyky, UI frameworky, stavem a daty, testováním, přístupností a nástroji pro sestavení.
Stručná sekce může vypadat takto:
Jazyky: Java, Kotlin, SQL, Python; Data: PostgreSQL, Redis, Kafka; Infrastruktura: AWS, Docker, Kubernetes, Terraform; Testování a observabilita: JUnit, Testcontainers, Grafana, OpenTelemetry
Uveďte technologie, o kterých dokážete s jistotou mluvit. Pokud jste nějaký framework před několika lety použili v jednom malém tutoriálu, patří spíš do vašich poznámek k samostudiu a z hlavního životopisu může zmizet. Názvy produktů pište přesně, včetně velkých a malých písmen.
Označení úrovně jako „expert“ nebo „pokročilý“ si každý vykládá jinak. Odrážky v pracovních zkušenostech, projekty, platné certifikáty a roky nedávného používání obvykle vypovídají o hloubce znalostí přesněji.
Pište zkušenosti tak, aby se na ně dalo u technického pohovoru ptát
Každá silná odrážka dává tazateli užitečnou nit, za kterou může zatáhnout. Může popisovat funkci, službu, migraci, incident, vývojářský nástroj, experiment nebo architektonické rozhodnutí. Technologii uveďte tam, kde pomáhá vysvětlit postup. Pak ukažte rozsah nebo výsledek a doložte ho něčím, co dokážete obhájit.
Pevný vzorec psaní není potřeba. Přirozená věta často obsahuje čtyři prvky: problém, váš podíl, technický přístup a výsledek. Když je kontext jasný, mohou stačit dva nebo tři z nich.
Následuje smyšlený příklad přepisu podle konkrétních podkladů.
Podklady: API pokladny mělo latenci p95 1,8 sekundy; kandidát profiloval volání databáze; přidal dva indexy a změnil jeden dotaz; v další verzi klesla p95 na 620 milisekund; změny napsal a nasadil kandidát.
Snížil latenci p95 API pokladny z 1,8 sekundy na 620 milisekund díky profilování volání databáze, přidání dvou indexů a přepsání náročného dotazu.
Číslo, postup i odpovědnost pocházejí z podkladů. Žádné další tvrzení není potřeba.
Druhý smyšlený příklad ukazuje přínos pro provoz.
Podklady: Kandidát spravoval interní nástroj pro nasazování, který používalo 14 inženýrů; přidal kontrolu chybějících proměnných prostředí; počet souvisejících neúspěšných nasazení klesl z 11 v květnu na 3 v červnu.
Přidal kontrolu proměnných prostředí do interního nástroje pro nasazování, který používalo 14 inženýrů, a snížil počet souvisejících neúspěšných nasazení z 11 v květnu na 3 v červnu.
Přesné srovnání dvou měsíců brání tomu, aby výsledek zněl obecněji, než dovolují důkazy.
Používejte čísla, která umíte vysvětlit
Životopisy inženýrů jsou plné podezřele dokonalých procent. Výborný životopis se dá napsat i bez toho, abyste každý svůj přínos převáděli na tržby nebo dramatický nárůst efektivity.
Užitečná měřítka jsou latence, dostupnost, chybovost, propustnost, doba sestavení, četnost nasazení, počet incidentů, tikety podpory, doba běhu testů, náklady na cloud, míra využití, rozsah migrace, objem dat, počet uživatelů a dosah na týmy. Pokud to ovlivňuje výklad, uveďte i období měření.
Když přesný výsledek nikdo nezaznamenal, popište rozsah a význam práce. Můžete uvést, že jste migrovali dvanáct služeb, drželi pohotovost pro platformu, kterou používají zákazníci, odstranili ruční krok z procesu vydávání nebo napsali provozní příručku používanou při předávání služby. Konkrétní rozsah je cenný důkaz.
Zásluhy přiznávejte spravedlivě. Zrychlení, které dodal šestičlenný tým, by mělo znít jako týmový přínos. Slovesa jako „spoluvyvíjel“, „vedl“, „odpovídal za“, „implementoval“ a „podílel se na“ vyjadřují různou míru odpovědnosti. Zvolte to, které byste použili i v přítomnosti bývalých kolegů.
Přidejte kontext pro lidi mimo vaši firmu
Interní názvy projektů a firemní zkratky novému čtenáři mnoho neřeknou. Převeďte je do kontextu produktu, systému, zákazníka nebo provozu.
„Pracoval na Project Falcon“ nechává čtenáře hádat. „Vyvíjel postupy obnovy účtu pro firemní B2B platformu správy identit“ mu dává pevný bod, od kterého se může odrazit.
Typ systému, jeho rozsah, postup a výsledek se obvykle dají popsat bez prozrazení důvěrné architektury nebo zákaznických dat. Dodržujte pracovní smlouvy, bezpečnostní pravidla a profesní povinnosti. Citlivá čísla zaokrouhlete nebo zobecněte jen tehdy, když zůstanou pravdivá, a u pohovoru je pečlivě vysvětlete.
Představte projekty jako inženýrskou práci
Projekty jsou užitečné hlavně pro studenty, lidi, kteří mění obor, inženýry vracející se po pauze a kandidáty přecházející do nové specializace. Vyberte několik, které ukazují dovednosti, jaké cílová pozice vyžaduje.
U každého projektu vysvětlete, co dělá, jaký byl váš podíl, hlavní technologie a jedno podstatné technické rozhodnutí. Přidejte odkaz na repozitář nebo živou ukázku, pokud je to bezpečné, funguje to a je to snadno pochopitelné.
Popis projektu se může týkat rozhodnutí ohledně přístupnosti, strategie testování, procesu nasazení, datového modelu, výkonnostního omezení, bezpečnostního opatření nebo kompromisu, který jste udělali. Taková rozhodnutí prozradí víc než dlouhý seznam funkcí.
I práce podle tutoriálu může dokládat, co jste se naučili, jen ji poctivě označte. Rozšiřte ji, zdokumentujte, co jste změnili, a vysvětlete část, které rozumíte natolik, abyste o ní mohli mluvit.
Připravte GitHub pro toho, kdo ho bude procházet
Personalista váš profil na GitHubu možná nikdy neotevře. Technický tazatel nejspíš ano. První dojem připravte právě pro tohoto druhého čtenáře.
Připněte relevantní repozitáře a napište README, které vysvětlí účel, instalaci, architekturu, současná omezení a důležitá rozhodnutí. Tam, kde to dává smysl, přidejte testy. Než odkaz sdílíte, odstraňte zveřejněné přístupové údaje a projděte historii commitů, jestli v ní nejsou tajné klíče.
Kvůli grafu příspěvků si nemusíte dělat velké starosti. Profesní kód bývá často neveřejný a zdravá kariéra v IT nechává prostor i pro život mimo notebook. Kvalita a relevance práce, kterou se rozhodnete ukázat, znamenají mnohem víc než souvislá stěna zelených čtverečků.
Přizpůsobte životopis různým směrům vývoje
Životopis frontendového vývojáře by měl ukázat nejen framework, ale i problém, který řešil pro uživatele. Obsah mu může dodat přístupnost, výkon, práce na design systému, experimentování, chování prohlížečů i spolupráce s designéry.
Backendový životopis může zdůraznit hranice služeb, datové modely, spolehlivost, bezpečnost, výkon, integrace a odpovědnost za provoz. Architektonické vzory uvádějte jen tehdy, když jste je skutečně použili a umíte vysvětlit jejich kompromisy.
Pozice v oblasti platforem, cloudu, DevOps a SRE vyžadují důkazy o systémech, na které se spoléhali ostatní inženýři. Automatizaci, observabilitu, řešení incidentů, kapacitu, správu infrastruktury, práci na nákladech nebo pohodlí vývojářů ukažte na konkrétních změnách.
U datových pozic a pozic v oblasti strojového učení je dobré rozlišit analýzu, datové inženýrství, vývoj modelů, jejich vyhodnocování, nasazení a monitoring. Pokud se o práci dělili výzkumníci, analytici, platformní inženýři a produktové týmy, jasně uveďte svůj vlastní podíl.
U vedoucích pozic ve vývoji může kód zabírat méně místa. Důležitější je rozsah týmu, nábor, koučování, proces dodávání softwaru, architektonická rozhodnutí, práce se zainteresovanými stranami a výsledky celé organizace. Zachovejte ale dost technického kontextu, aby bylo vidět, v jakém prostředí jste vedli.
Pomozte softwaru životopis přečíst
Systémy pro správu uchazečů (ATS) se liší. Mnohé umějí životopisy parsovat, ukládat údaje o kandidátech a pomáhat personalistům s vyhledáváním. Nic z toho ale nevytváří univerzální skóre, které by zaručovalo pohovor.
Používejte známé nadpisy jako „Pracovní zkušenosti“, „Technické dovednosti“, „Projekty“ a „Vzdělání“. Data a názvy zaměstnavatelů musí být snadno k nalezení. Důležité informace neumisťujte jen do obrázků, ikon nebo dekorativních grafů.
Terminologii z inzerátu používejte tam, kde přesně popisuje vaši praxi. Pokud zaměstnavatel požaduje PostgreSQL a vy máte zkušenosti jen s MySQL, nechte obě databáze odlišené. Příbuzná zkušenost může být přesto relevantní a poctivost vám pohovor výrazně usnadní.
Dodržte požadovaný formát souboru. Dobře vyexportované PDF obvykle zachová rozvržení, některé portály ale výslovně chtějí DOCX nebo sbírají údaje přes formulářová pole. Výsledný soubor otevřete a ověřte, že text jde označit a každá stránka se zobrazuje správně.
Podrobnější vysvětlení parsování a vyhledávání personalistů najdete v našem článku o systémech ATS.
Přizpůsobujte, aniž byste pokaždé přepisovali celou kariéru
Mějte jeden úplný výchozí životopis nebo dokument se svými úspěchy. Pro každou žádost z něj vyberte zkušenosti, odrážky, projekty a dovednosti, které k pozici sedí nejlépe. Kde to pomůže, změňte pořadí, a pokud profesní profil používáte, upravte ho.
Pět pečlivých změn může fungovat lépe než přepsání každého řádku. Posuňte dopředu relevantní specializaci, převezměte přesnou terminologii, vyberte nejsilnější důkazy, odstraňte starší nástroje, které odvádějí pozornost, a soubor ještě jednou zkontrolujte.
Přizpůsobenou verzi si uložte spolu s inzerátem a svými poznámkami. Před pohovorem tak budete mít spolehlivý záznam, zvlášť když běží několik žádostí najednou.
Používejte AI jako editora, který pracuje s podklady
AI může pomoci porovnat popis pozice s vaším životopisem a zhustit technický text. Stejně tak si ale dokáže s naprostou jistotou vymyslet architekturu, rozsah, čísla, odpovědnost, nástroje i obchodní výsledky.
Zadejte jí úzce vymezený úkol:
Porovnej tento popis pozice softwarového inženýra s mým životopisem. Najdi nejrelevantnější zkušenosti a cituj je doslovně z mého výchozího životopisu. Přepiš nejvýše pět odrážek a použij jen doložená fakta. Technologie, čísla, data, velikosti týmů a odpovědnost zachovej přesně. Každý chybějící údaj dej do hranatých závorek, abych ho doplnil.
Technický význam kontrolujte stejně pečlivě jako gramatiku. „Zvýšil spolehlivost“, „navrhl architekturu“ a „vedl migraci“ jsou závažná tvrzení. Každé z nich potřebuje důkaz.
V UseResume můžete životopis nahrát nebo vytvořit, přidat popis pozice, vygenerovat přizpůsobenou verzi, upravit přepsané odrážky, vybrat šablonu a exportovat PDF. Konečné technické formulace mějte pod kontrolou a odstraňte každý doplněk, který nemá oporu ve faktech.
Závěrečná kontrola
Před odesláním si položte otázku, jestli by jiný inženýr pochopil, na jakých systémech jste pracovali a jaký byl váš podíl. Ověřte, že důležité technologie se objevují v souvislostech, čísla mají zdroj, týmové úspěchy jsou spravedlivě připsané a odkazy na projekty fungují.
Pak si text přečtěte s ohledem na obyčejnou lidskou srozumitelnost. Životopis může být technicky působivý, a přesto únavný. Krátké věty, vybrané podrobnosti a klidná sebejistota vaši práci prodají lépe.
Nejlepší materiál obvykle už máte ve své kariéře. Jde o to ho najít, přesně ho pojmenovat a dát čtenáři důvod položit další otázku.
Založte si účet v UseResume a vytvořte cílený životopis softwarového inženýra.
Dále si přečtěte, jaké technické dovednosti uvést v životopise a jak přidat portfolio.
