MINIMALISTISK / MONO-MALEN
Et svart-hvitt-oppsett bygget rundt tydelig typografi og presis avstand. Mono gir en teknisk karriere en ryddig, dempet presentasjon.
Lag og eksporter CV-en med CVura.Produktdesigner
Portland, Oregon · jordan@example.com
Produktdesigner som gjør komplekse arbeidsflyter enkle å forstå. Har erfaring med undersøkelser, tilgjengelige grensesnitt og tett samarbeid med utviklingsteam.
Fieldwork Studio
Common Ground
Produktdesign · Brukerundersøkelser · Prototyping · Figma · Tilgjengelighet · Designsystemer
BFA, Communication Design · Pacific Northwest College of Art · 2021
TANKEN BAK UTFORMINGEN
Ingen sidefelt eller grafiske ferdighetsvurderinger. Tydelige seksjonslinjer deler historikken, mens korte datoer lar hovedspalten være til bidragene dine.
NÅR DU BØR VELGE MONO
Mono bruker en enkel spalte og tydelige linjer til å skille seksjoner. Velg den når tydelig kronologi betyr mer enn en dekorativ topptekst. De markerte skillene gjør rolle- og seksjonsgrenser lette å se, men gjør ikke tett tekst lettere å lese. La hvert punkt handle om ett bidrag og bruk samme datomønster gjennom hele dokumentet. Undersøk den lengste jobboverskriften og overgangen mellom arbeidsgivere før eksport; en lesbar grense er mer nyttig enn å presse inn enda et svakt punkt.
Mono gir et ingeniør- eller systemeksempel plass til å knytte implementering til formål. Beskriv tjenesten, feilen eller kravet før du lister verktøy. Leseren kan da skille en meningsfull databaseendring fra en rutinemessig teknologiomtale og avgjøre hvilke detaljer som fortjener en dypere samtale.
Når flere jobber brukte samme språk, hjelper oppsettet bare hvis punktene forklarer forskjellig ansvar. Velg et pålitelighetseksempel fra én rolle og et leveranse- eller migreringseksempel fra en annen. Å gjenta samme teknologistakk under hver arbeidsgiver skaper tetthet uten å vise hvordan vurderingsevnen din utviklet seg.
Svart-hvitt-strukturen unngår avhengighet av en aksentfarge for mening. Det gjør visuell kontroll enkel, men den faktiske utskriften må fortsatt gjennomgås. Vær oppmerksom på linjeskift i lange teknologinavn, kontaktopplysninger og datoer, særlig der en rolle begynner nær bunnen av en side.
ET GJENNOMARBEIDET FIKTIVT EKSEMPEL
I dette fiktive eksempelet lister Ravi Python, SQL, køer, containere og overvåkingsverktøy i oppsummeringen og hver jobb. Han søker et team som trenger pålitelig bakgrunnsbehandling. Han beholder en kort ferdighetsindeks og bruker Monos hovedspalte til å forklare en endring i håndtering av nye forsøk. Siden viser nå hva verktøyene hjalp ham med å gjøre fremfor gjentatte ganger å bevise at de fantes.
Brukte Python, SQL, køer og overvåking til backendutvikling.
Implementerte håndtering av nye forsøk for forsinkede eksportjobber og la til regresjonstilfeller for dupliserte forespørsler, med dokumentert gjenopprettingsoppførsel for vaktteamet.
Ordlyden fastslår oppførsel, verifisering og personene som var avhengige av endringen. Den unngår en påstand om at hele plattformen ble pålitelig gjennom ett bidrag. Monos mangel på dekorative elementer gjør forklaringens kvalitet særlig synlig. Ravi kan beholde relevante teknologier under Ferdigheter og bruke erfaringsplassen til begrensninger, beslutninger og dokumentasjon som støtter et teknisk intervju.
FRA EKSEMPEL TIL DIN CV
Velg en feil, et krav eller en implementeringsbeslutning og la setningen handle om dette. Nevn det vesentlige verktøyet bare når det forklarer arbeidet. Hvis et punkt inneholder tre uvedkommende prosjekter, skill dem eller velg det mest relevante. En tydelig teknisk historie er mer nyttig enn en komprimert lanseringslogg.
Behold verktøy du kan diskutere på nivået rollen trenger. Unngå å rangere deg selv med uforklarte prosenter eller likestille kort kjennskap med omfattende bruk. Les hver viktig ferdighet mot erfaringsseksjonen og identifiser prosjektet som støtter den. Fjern elementer som bare bidrar med lengde.
Se på det eksporterte dokumentet uten å zoome inn for å kompensere for liten skrift. Lange sammensatte uttrykk og parentesdetaljer kan gjøre tekniske punkter vanskeligere å skumlese. Forkort ordlyden før du prøver å presse mer inn på siden og kontroller at et prosjekts hovedresultat fortsatt står nær handlingen.
PRØV DETTE NETTSTEDSOPPSETTET
Gratis nettlesermal. Ingen konto. Eksempeldetaljene er fiktive.
SISTE REDIGERING
Dekorativ syntaks, terminalprompter og kodelignende ansettelsesetiketter kan gjøre vanlige fakta vanskeligere å kjenne igjen. Mono har allerede en presis visuell rytme. Bruk kjente rolle- og utdanningsformuleringer og spar teknisk notasjon til detaljer som faktisk forklarer arbeidet fremfor en visuell spøk.
Antall commits, kodelinjer eller verktøy forklarer ikke om programvaren oppfylte formålet. Foretrekk den endrede oppførselen, den håndterte begrensningen eller verifiseringen som ble utført. Hvis et resultat ikke ble målt, oppgi det nyttige bidraget fremfor å dikte opp en ytelsesprosent.
GODE SPØRSMÅL
Nei. Behold uttrykk som identifiserer relevante systemer eller forklarer en vanskelig beslutning. Målet er å gjøre setningen rundt forståelig, slik at både tekniske og allmenne lesere ser hva du gjorde og hvorfor det betydde noe.
Nei. En omfattende teknisk historikk kan trenge mer plass. Velg relevant arbeid og gjennomgå sideskift, men ikke fjern vesentlig sammenheng eller gjør brødteksten ubehagelig å lese bare for å oppfylle en antatt énside-regel.
Ja, særlig når du ønsker et dempet dokument med tydelig kronologi. Samme redaksjonelle prinsipp gjelder: konkret ansvar og beslutninger bør bære begrunnelsen, mens underbyggende ferdigheter hjelper leseren med å finne relevant kompetanse uten å overta siden.
SETT IDEEN UT I LIVET
Fiktivt øvingseksempel: Joel vedlikeholder internt testutstyr hos fiktive Reed Instrument Works. Hans mest relevante prestasjon er diagnostisering av en sporadisk loggfeil, men Mono-utkastet gir like mye plass til hvert programmeringsspråk han har møtt.
Beskriv de manglende loggoppføringene, betingelsen som gjenskapte problemet og delen Joel undersøkte. Monos uavbrutte hovedspalte kan bære forløpet uten å gjøre erfaringen til et diagram over hele systemet.
En nyttig setning kan forklare at Joel reviderte loggerutinen og la til en test med gjentatte kjøringer for den berørte oppstartsbetingelsen. Dette skiller endring fra bekreftelse på at den bestemte feilen ikke lenger viste seg i den testen.
Behold verktøyene som trengs for å forstå undersøkelsen i punktet. Plasser andre relevante teknologier i en kort ferdighetsliste og fjern ukjente. Svart-hvitt-hierarkiet gjør dupliserte lister særlig synlige.
Spør om en ikke-spesialist kan identifisere problemet mens en teknisk intervjuer fortsatt kan spørre om testen. Bevar begge meningsnivåene før du prøver å få plass til enda et prosjekt på siden.
Knytt ferdigheter til dokumentasjonNYTTIG VIDERE LESING
Utforsk et CV-eksempel for programvareutvikler med dokumentasjon på TypeScript og Python, kommenterte punkter og et fiktivt eksempel.
Utforsk eksempletVelg relevante ferdigheter til CV-en, beskriv nivået ditt ærlig og knytt verktøy og evner til konkret dokumentasjon fra arbeid, studier eller prosjekter.
Les veiledningenSAMMENLIGN AVVEININGENE
En tydelig teknisk rytme
Struktur du kan bygge videre på
DITT NESTE STEG
Ta skriveideene fra dette eksempelet med til neste søknad. Velg et oppsett i CVura, lag CV-en og eksporter formatet du trenger.
