Življenjepis potrebuje več kot kup tehnologij
Programerji imajo o sistemu pogosto veliko povedati, prostora za to pa zelo malo. Prvi osnutek postane gost popis jezikov, ogrodij, oblakov, zbirk podatkov in vseh orodij, ki so se jih dotaknili od fakultete. Delo samo pa izgine.
Ekipa, ki zaposluje, potrebuje jasnejšo sliko. Kaj ste zgradili ali izboljšali? Kako zapleteno je bilo okolje? Za katere odločitve ste bili odgovorni? Kateri sodelavci so bili odvisni od vašega dela? Kaj se je spremenilo, ko ste ga predali v uporabo?
Vaše tehnične veščine so še vedno pomembne. Prepričljive postanejo, ko razdelek z izkušnjami pokaže, da jih uporabljate premišljeno.
Pred urejanjem izberite vlogo
„Programer“ zajema zelo različna dela. Frontend razvijalec izdelkov, backend razvijalec platform, razvijalec mobilnih aplikacij, inženir za zanesljivost (SRE), razvijalec vgrajenih sistemov in vodja razvoja potrebujejo vsak drugačen poudarek.
Natančno preberite oglas in prepoznajte osrednje delo. Glejte dlje od najdaljšega seznama tehnologij. Pri backend vlogi so morda najpomembnejše zanesljive storitve in doslednost podatkov. Pri razvoju izdelkov sta lahko cenjena eksperimentiranje in tesno sodelovanje z oblikovalci. Vloga v platformni ekipi se morda osredotoča na izkušnjo razvijalcev, infrastrukturo, opazljivost in operativno obremenitev.
Tudi stopnja izkušenosti spremeni dokaze. Življenjepis na začetku kariere se lahko opira na prakse, študijsko delo, prispevke k odprtokodnim projektom in dobro pojasnjene osebne projekte. Življenjepis izkušenega programerja mora pokazati obseg, arhitekturno presojo, odgovornost, vpliv in kompromise.
Strani dajte jasno tehnično strukturo
Za večino programerjev je praktičen vrstni red: kontaktni podatki, neobvezen povzetek, tehnične veščine, delovne izkušnje, izbrani projekti in izobrazba. Certifikati ali objave si zaslužijo svoj razdelek, kadar so za vlogo pomembni.
GitHub, portfelj, osebno spletno stran ali tehnični blog v glavo vpišite samo, kadar povezava koristi vaši kandidaturi. Vsako povezavo preizkusite v zasebnem oknu brskalnika. Neaktiven profil, poln nedokončanih repozitorijev iz vadnic, doda malo, en dobro dokumentiran projekt pa lahko doda pravo globino.
Povzetek ni obvezen. Uporabite ga, kadar na hitro pojasni vašo usmeritev, področje ali raven:
Backend razvijalec s sedmimi leti izkušenj pri gradnji storitev za plačila in obračunavanje v Javi in Kotlinu. Zadnje delo se je osredotočalo na zanesljivost storitev, dogodkovno vodeno arhitekturo in razvijalska orodja za ekipe, ki upravljajo regulirane sisteme.
Vsak element tega povzetka mora biti podprt drugje na strani.
Veščine izberite premišljeno
Tehnologije razvrstite po namenu, da jih bralec hitro preleti. Kategorije naj ustrezajo vašemu delu. Backend razvijalec lahko uporabi jezike, ogrodja, podatke, oblak in infrastrukturo ter testiranje. Frontend razvijalec lahko začne z jeziki, ogrodji za uporabniški vmesnik, stanjem in podatki, testiranjem, dostopnostjo in orodji za gradnjo.
Jedrnat razdelek je lahko videti takole:
Jeziki: Java, Kotlin, SQL, Python; Podatki: PostgreSQL, Redis, Kafka; Infrastruktura: AWS, Docker, Kubernetes, Terraform; Testiranje in opazljivost: JUnit, Testcontainers, Grafana, OpenTelemetry
Navedite tehnologije, o katerih lahko samozavestno govorite. Če ste ogrodje pred nekaj leti uporabili za eno majhno vadnico, verjetno sodi v vaše učne zapiske in lahko izpade iz glavnega življenjepisa. Imena izdelkov in velike začetnice zapišite natančno.
Oznake znanja, kot sta „strokovnjak“ in „napredno“, pomenijo zelo različne stvari. Alineje o izkušnjah, projekti, veljavni certifikati in leta nedavne uporabe globino običajno sporočajo natančneje.
Pišite izkušnje, ki jih tehnični izpraševalec lahko razišče
Vsaka močna alineja izpraševalcu ponudi uporabno nit, ki jo lahko potegne. Opiše lahko funkcijo, storitev, migracijo, incident, razvijalsko orodje, eksperiment ali arhitekturno odločitev. Vključite ustrezno tehnologijo, kadar pomaga pojasniti način dela. Nato pokažite obseg ali rezultat z dokazi, ki jih lahko zagovarjate.
Toga formula za pisanje ni potrebna. Naraven stavek pogosto vsebuje štiri elemente: problem, vaš prispevek, tehnični pristop in rezultat. Kadar je kontekst jasen, lahko zadoščata dva ali trije.
Tu je izmišljen primer preoblikovanja na podlagi jasnih izhodiščnih zapiskov.
Izhodiščni zapiski: API za zaključek nakupa je imel zakasnitev p95 1,8 sekunde; profiliranje klicev zbirke podatkov; dodana dva indeksa in spremenjena ena poizvedba; p95 je v naslednji izdaji dosegel 620 milisekund; kandidat je spremembe napisal in uvedel.
Zakasnitev p95 pri API-ju za zaključek nakupa zmanjšal z 1,8 sekunde na 620 milisekund s profiliranjem klicev zbirke podatkov, dodajanjem dveh indeksov in preoblikovanjem drage poizvedbe.
Metrika, način in odgovornost izhajajo iz zapiskov. Dodatna trditev ni potrebna.
Tu je drugi izmišljen primer, kjer je vrednost operativna.
Izhodiščni zapiski: Kandidat je vzdrževal interno orodje za uvajanje, ki ga je uporabljalo 14 programerjev; dodal preverjanje manjkajočih okoljskih spremenljivk; s tem povezane napake pri uvajanju so se zmanjšale z 11 v maju na 3 v juniju.
Internemu orodju za uvajanje, ki ga uporablja 14 programerjev, dodal preverjanje okoljskih spremenljivk in s tem povezane napake pri uvajanju zmanjšal z 11 v maju na 3 v juniju.
Natančna primerjava med meseci prepreči, da bi rezultat zvenel širše, kot ga dokazi podpirajo.
Uporabljajte metrike, ki jih lahko pojasnite
Življenjepisi programerjev so polni sumljivo popolnih odstotkov. Odličen življenjepis lahko napišete, ne da bi vsak prispevek pretvorili v prihodek ali dramatično povečanje učinkovitosti.
Uporabne mere so zakasnitev, razpoložljivost, stopnja napak, prepustnost, čas gradnje, pogostost uvajanja, število incidentov, zahtevki za podporo, trajanje testov, stroški oblaka, sprejetost, obseg migracije, količina podatkov, število uporabnikov in doseg ekipe. Navedite obdobje merjenja, kadar vpliva na razlago.
Kadar natančen rezultat nikoli ni bil zabeležen, opišite obseg in pomen. Lahko pojasnite, da ste migrirali dvanajst storitev, sodelovali v dežurstvu za platformo, ki jo uporabljajo stranke, odpravili ročni korak pri izdaji ali napisali priročnik, ki se uporablja pri predaji dela. Konkreten obseg je dragocen dokaz.
Zasluge pripišite pošteno. Izboljšava zmogljivosti, ki jo je dosegla šestčlanska ekipa, naj zveni kot prispevek ekipe. Glagoli, kot so „soustvaril“, „vodil“, „bil odgovoren za“, „implementiral“ in „prispeval k“, sporočajo različne ravni odgovornosti. Izberite tistega, ki bi ga uporabili, če bi bili v prostoru nekdanji sodelavci.
Dodajte dovolj konteksta za ljudi zunaj vašega podjetja
Interna imena projektov in zasebne kratice novemu bralcu pomenijo malo. Prevedite jih v izdelek, sistem, stranko ali operativni kontekst.
„Delal na projektu Falcon“ pusti bralca ugibati. „Razvil postopke za obnovo računa za podjetniško platformo za upravljanje identitet (B2B)“ mu da izhodišče.
Vrsto sistema, obseg, način in rezultat lahko običajno razkrijete, ne da bi delili zaupno arhitekturo ali podatke strank. Upoštevajte pogodbe o zaposlitvi, varnostna pravila in poklicne obveznosti. Občutljive številke zaokrožite ali posplošite samo, kadar ostanejo resnične, in jih na razgovorih skrbno pojasnite.
Projekte predstavite kot inženirsko delo
Projekti so posebej koristni za študente, tiste, ki menjajo poklic, programerje, ki se vračajo po premoru, in kandidate, ki prehajajo na novo specializacijo. Izberite nekaj takih, ki kažejo veščine, ki jih zahteva ciljna vloga.
Za vsak projekt pojasnite, kaj počne, kakšen je vaš prispevek, katere so glavne tehnologije, ter opišite eno pomembno inženirsko odločitev. Dodajte repozitorij ali delujočo predstavitev, kadar je to varno, deluje in jo je lahko razumeti.
Opis projekta lahko zajame odločitev glede dostopnosti, strategijo testiranja, postopek uvajanja, podatkovni model, omejitev zmogljivosti, varnostni ukrep ali kompromis, ki ste ga sprejeli. Te odločitve razkrijejo več kot dolg seznam funkcij.
Delo iz vadnic lahko še vedno predstavlja učenje, a ga je treba pošteno označiti. Razširite ga, dokumentirajte, kaj ste spremenili, in pojasnite del, ki ga razumete dovolj dobro, da se o njem lahko pogovarjate.
Naj bo GitHub prijazen do ocenjevalca
Kadrovik vašega profila na GitHubu morda nikoli ne bo odprl. Tehnični izpraševalec ga morda bo. Prvi vtis pripravite za tega drugega bralca.
Pripnite ustrezne repozitorije in napišite datoteko README, ki pojasni namen, namestitev, arhitekturo, trenutne omejitve in pomembne odločitve. Kjer je smiselno, vključite teste. Preden delite povezavo, odstranite razkrite poverilnice in v zgodovini sprememb preverite, ali v njej niso ostali ključi ali gesla.
Grafi prispevkov ne zaslužijo veliko skrbi. Poklicna koda je pogosto zasebna, zdrave kariere programerjev pa puščajo prostor za življenje stran od prenosnika. Kakovost in ustreznost dela, ki ga izberete za prikaz, sta veliko pomembnejši od neprekinjene stene zelenih kvadratkov.
Prilagodite za različne razvijalske poti
Frontend življenjepis naj poleg ogrodja pokaže tudi problem, s katerim se srečuje uporabnik. Dostopnost, zmogljivost, delo na oblikovalskem sistemu (design system), eksperimentiranje, obnašanje brskalnikov in sodelovanje z oblikovalci lahko dodajo vsebino.
Backend življenjepis lahko poudari meje storitev, podatkovne modele, zanesljivost, varnost, zmogljivost, integracije in operativno odgovornost. Arhitekturne vzorce navedite, kadar ste jih res uporabljali in znate pojasniti kompromise.
Vloge na področju platform, oblaka, DevOps in zanesljivosti sistemov potrebujejo dokaze o sistemih, na katere so se zanašali drugi programerji. Avtomatizacijo, opazljivost, odzivanje na incidente, zmogljivost, upravljanje infrastrukture, delo s stroški ali izkušnjo razvijalcev pokažite s konkretnimi spremembami.
Vloge na področju podatkov in strojnega učenja morajo razlikovati med analizo, podatkovnim inženirstvom, razvojem modelov, vrednotenjem, uvajanjem in spremljanjem. Svoj prispevek jasno navedite, kadar so si delo delili raziskovalci, analitiki, platformni inženirji in produktne ekipe.
Pri vodenju razvoja koda morda zasede manj prostora. Pomembnejši postanejo obseg ekipe, zaposlovanje, mentorstvo, sistemi izvedbe, arhitekturne odločitve, delo z deležniki in organizacijski rezultati. Ohranite dovolj tehničnega konteksta, da pokažete okolje, ki ste ga vodili.
Pomagajte programski opremi prebrati dokument
Sistemi za sledenje kandidatom (ATS) se razlikujejo. Mnogi znajo razčleniti življenjepise, shraniti podatke o kandidatih in podpirati iskanje kadrovikov. Nič od tega ne ustvari univerzalne ocene, ki bi zagotovila razgovor.
Uporabljajte znane naslove, kot so „Delovne izkušnje“, „Tehnične veščine“, „Projekti“ in „Izobrazba“. Datumi in imena delodajalcev naj bodo lahko prepoznavni. Bistvenih podatkov ne postavljajte samo v slike, ikone ali okrasne grafe.
Uporabljajte izraze iz oglasa, kadar natančno opisujejo vaše izkušnje. Če delodajalec zahteva PostgreSQL, vi pa imate izkušnje samo z MySQL, ti zbirki podatkov ohranite ločeni. Sorodne izkušnje so lahko še vedno pomembne, iskrenost pa razgovor zelo olajša.
Upoštevajte zahtevano obliko datoteke. Dobro izvožen PDF pogosto ohrani postavitev, nekateri portali pa izrecno zahtevajo DOCX ali podatke zbirajo prek polj obrazca. Odprite končno datoteko in preverite, ali je besedilo mogoče označiti in ali se vsaka stran pravilno prikaže.
Preberite naš vodnik o sistemih ATS za podrobnejšo razlago razčlenjevanja in iskanja kadrovikov.
Prilagajajte, ne da bi vsakič na novo napisali kariero
Imejte celovit izhodiščni življenjepis ali dokument z dosežki. Za vsako prijavo izberite izkušnje, alineje, projekte in veščine, ki se najbolje ujemajo z vlogo. Kjer je koristno, spremenite vrstni red in prilagodite povzetek, če ga uporabljate.
Pet premišljenih sprememb je lahko učinkovitejših od preoblikovanja vsake vrstice. Ustrezno specializacijo postavite naprej, natančno povzemite izraze iz oglasa, izberite najmočnejše dokaze, odstranite moteča starejša orodja in datoteko še enkrat preverite.
Prilagojeno različico shranite skupaj z oglasom in svojimi zapiski. Tako imate pred razgovorom zanesljiv zapis, zlasti kadar teče več prijav hkrati.
UI uporabljajte kot urednika z izhodiščnim gradivom
Umetna inteligenca (UI) lahko pomaga primerjati opis delovnega mesta z vašim življenjepisom in zgostiti tehnično pisanje. Lahko pa si s popolno samozavestjo izmisli tudi arhitekturo, obseg, metrike, odgovornost, orodja in poslovne rezultate.
Določite ozko nalogo:
Primerjaj ta opis delovnega mesta programerja z mojim življenjepisom. Poišči najustreznejše izkušnje in jih navedi z dobesednimi citati iz mojega izhodiščnega življenjepisa. Preoblikuj največ pet alinej in pri tem uporabi samo podprta dejstva. Natančno ohrani tehnologije, metrike, datume, velikosti ekip in odgovornost. Vsako manjkajočo podrobnost postavi v oklepaje, da jo dopolnim sam.
Tehnični pomen preglejte enako skrbno kot slovnico. „Izboljšal zanesljivost“, „zasnoval arhitekturo“ in „vodil migracijo“ so pomembne trditve. Vsaka potrebuje dokaz.
V aplikaciji UseResume lahko življenjepis naložite ali ustvarite, dodate opis delovnega mesta, pripravite prilagojeno različico, uredite preoblikovane alineje, izberete predlogo in izvozite PDF. Končno tehnično besedilo imejte pod nadzorom in odstranite vsak nepodprt dodatek.
Zadnji pregled
Pred oddajo se vprašajte, ali bi drug programer razumel sisteme, na katerih ste delali, in vaš prispevek k njim. Preverite, ali se pomembne tehnologije pojavljajo v kontekstu, ali imajo metrike vir, ali so dosežki ekipe pošteno pripisani in ali povezave do projektov delujejo.
Nato življenjepis preberite še samo zaradi jasnosti, kot bi ga bral kdor koli. Življenjepis je lahko tehnično impresiven in vseeno utrujajoč. Kratki stavki, izbrane podrobnosti in mirna samozavest bodo vaše delo ponesli dlje.
Vaše najboljše gradivo je običajno že v vaši karieri. Naloga je, da ga odkrijete, natančno poimenujete in bralcu daste razlog, da postavi naslednje vprašanje.
Ustvarite račun UseResume in izdelajte osredotočen življenjepis programerja.
Nadaljujte z našima vodnikoma o tehničnih veščinah v življenjepisu in dodajanju portfelja.
