REDAKSJONELL STIL / MALEN TYPE
En overskrift med fast tegnbredde gir Type et teknisk særpreg. Hoveddelen beholder en kjent sans-serif-skrift slik at lengre beskrivelser forblir behagelige å lese.
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
Bare overskriftene har den særpregede skriftbehandlingen. Erfaringspunktene beholder naturlig setningsflyt og gir plass til å forklare begrensninger, avveininger og virkningen av arbeidet ditt.
NÅR DU BØR VELGE TYPE
Type bruker en mer særpreget overskriftsstil, mens brødteksten beholder et enkelt lesemønster. Den kan fungere for en teknisk eller kreativ søker som ønsker særpreg uten å presentere hele CV-en som kode eller grafikk. Forklar verktøy gjennom faktiske oppgaver og leveranser; typografien i seg selv viser ingen ferdighet. Kontroller tegnsetting i navn, lenker og tekniske begreper etter eksport. En overskrift som ser bra ut i et eksempel, må fortsatt ha plass til det faktiske navnet ditt og lengden på kontaktopplysningene.
Et teknisk prosjekt blir ofte først nyttig når leseren kjenner kravet og bidraget ditt. Type gir hoveddelen plass til denne forklaringen. Behold vesentlige system- og verktøynavn, men gjør setningen forståelig nok til at det praktiske resultatet ikke forsvinner i fagspråk.
En veiledning, spesifikasjon eller referanse kan vise teknisk vurderingsevne når den løser et faktisk informasjonsproblem. Forklar hva leserne trengte å gjøre og hva arbeidet ditt avklarte. Den tekniske overskriften i malen kan introdusere dette fokuset uten å hevde at det å skrive om et system betyr at du bygget hele systemet.
Hvis du gjorde tekniske begrensninger forståelige for kolleger i produkt, kundestøtte eller drift, bør du beskrive beslutningen eller overleveringen det gjaldt. Dokumentasjonen skal vise mer enn presentasjonsevne. Identifiser hva som ble tydeligere og hvordan informasjonen hjalp neste person med å handle innenfor sitt ansvar.
ET GJENNOMARBEIDET FIKTIVT EKSEMPEL
I dette fiktive eksempelet dokumenterte Morgan et internt API. Det første CV-utkastet lister verktøy og sier at dokumentasjonen var omfattende. Det sterkeste bidraget var å avklare feilsvar og forventet håndtering for utviklere som integrerte tjenesten. Type gir Morgan en teknisk åpning, mens hoveddelen forklarer målgruppens problem og gjennomgangsprosessen som gjorde veiledningen pålitelig.
Laget omfattende API-dokumentasjon ved hjelp av verktøy for teknisk skriving.
Omskrev veiledning for API-feilsvar sammen med tjenesteutviklere, skilte tilstander der forespørselen kan gjentas fra tilfeller som krever handling hos den som kaller API-et, og kontrollerte eksemplene mot avtalt grensesnittatferd.
Den reviderte teksten beskriver informasjonsproblemet og samarbeidet. Den antyder ikke at Morgan utformet all API-atferd eller selvstendig kontrollerte hele tjenesten. Hoveddelen i Type kan formidle denne nyansen mens ferdighetslisten oppgir relevante verktøy. Eksempelet gir en intervjuer en konkret samtale om målgruppe, nøyaktighet og gjennomgang, fremfor en påstand om at dokumentasjonen dekket alt som ikke kan etterprøves.
FRA EKSEMPEL TIL DIN CV
Identifiser hva en bruker, utvikler eller operatør trengte å forstå. Forklar deretter bidraget som møtte behovet. Dette holder CV-en forankret i atferd og formål, enten arbeidet gjaldt kode, dokumentasjon, feilsøking eller en systemoverlevering.
Bruk et teknisk begrep når det identifiserer en relevant metode eller gjør utfordringen tydeligere. Forklar interne navn og fjern forkortelser som bare tidligere kolleger ville gjenkjenne. Målet er ikke å unngå tekniske detaljer, men å la hver detalj hjelpe leseren med å vurdere arbeidet ditt.
Undersøk navn på programmeringsspråk, versjonsnumre, nettadresser og annen teknisk tekst i det ferdige dokumentet. Bekreft at tegnene forblir lesbare og lenkene åpner nyttig dokumentasjon. Gjennomgå teksten i vanlig størrelse, fordi en særpreget overskrift ikke skal avlede oppmerksomheten fra trangt eller forvirrende innhold i hoveddelen.
PRØV DETTE NETTSTEDSOPPSETTET
Gratis nettlesermal. Ingen konto. Eksempeldetaljene er fiktive.
SISTE REDIGERING
Dekorative parenteser, prompt og syntaks kan gjøre vanlige fakta mindre gjenkjennelige. Behold titler, datoer og utdanning i normalt språk. Overskriften med fast tegnbredde gir allerede teknisk særpreg; hoveddelen skal forklare en yrkeshistorikk fremfor å be leseren tolke en visuell forestilling.
«Omfattende», «helt sikker» eller «fullstendig pålitelig» er brede påstander. Beskriv omfanget og kontrollene du faktisk utførte. En tydelig beskrivelse av atferden, dokumentområdet eller testbetingelsene gir leseren mer nyttig dokumentasjon enn en absolutt påstand som ikke kan forsvares.
GODE SPØRSMÅL
Nei. Den kan passe til systemarbeid, teknisk skriving og andre stillinger der tydelig forklaring av begrensninger er viktig. Velg den fordi presentasjonen støtter dokumentasjonen din, ikke fordi overskriften alene signaliserer en bestemt teknisk kvalifikasjon.
Vanligvis bør du beskrive bidraget og lenke til egnet arbeid når det er nyttig. Et kort teknisk begrep kan tydeliggjøre et eksempel, men kodeblokker kan fortrenge bakgrunn. Hold CV-en fokusert på ansvar, beslutninger og kontroll i stedet for å gjøre den til et utdrag fra et kodelager.
Forklar målgruppen, informasjonsmangelen, gjennomgangsprosessen og det nyttige resultatet. Et antall dokumenter eller et verktøynavn er ikke nok. Vis hva som ble tydeligere og hvordan du kontrollerte nøyaktigheten innenfor arbeidet du hadde ansvar for.
SETT IDEEN UT I LIVET
Fiktiv øvingsoppgave: Samira undersøkte et ytelsesproblem i et testmiljø ved det fiktive Ash Systems Lab. Hun avgrenset problemet til en konfigurasjonsforskjell, men en annen utvikler fullførte rettingen. Utkastet hennes i Type hevder enten at hun løste alt, eller skjuler undersøkelsen fordi hun ikke fullførte den alene.
Beskriv atferden som ble sammenlignet og miljøet der den oppsto. Den tekniske overskriftsstilen i Type kan introdusere temaet, mens hoveddelen skal gi nok bakgrunn til at leseren forstår hvorfor undersøkelsen var viktig.
Forklar hvordan hun gjenskapte atferden, isolerte konfigurasjonsforskjellen og dokumenterte funnene for utvikleren som gjennomførte endringen. Dette etablerer et fullstendig personlig bidrag uten å tilskrive Samira den endelige rettingen eller hele systemresultatet.
Behold navn som skiller undersøkelsen fra andre, men fjern tilfeldige versjonsstrenger eller simulert kodesyntaks som avbryter ansettelseshistorien. En CV kan vise teknisk resonnement uten å gjøre siden til en diagnoselogg.
Kontroller hvor påstanden slutter. Det siste verbet skal gjenspeile arbeidet Samira fullførte, og neste persons bidrag skal forbli synlig når det trengs for å tolke resultatet. En ærlig overlevering kan dokumentere god ingeniørpraksis.
Se et teknisk CV-eksempelNYTTIG VIDERE LESING
Utforsk et CV-eksempel for programvareutvikler med dokumentasjon på TypeScript og Python, kommenterte punkter og et fiktivt eksempel.
Utforsk eksempletVis ferdigheter for fjernarbeid i CV-en med eksempler på skriftlige oppdateringer, selvstendige beslutninger og overleveringer. Knytt verktøy til arbeid du kan forklare.
Les veiledningenSAMMENLIGN AVVEININGENE
Ingenting mellom deg og arbeidet
En bevisst retning fremover
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.
