Alex Morgan
Mobilapputvikler
- alex.morgan@example.com
- +1 555 0100
- Denver, CO
Sammendrag
Erfaring
Utdanning
Ferdigheter
- React Native
- TypeScript
- Swift
- Kotlin
- iOS SDK
- Android SDK
- GraphQL
- REST-API-er
- SQLite
- Jest
- XCTest
- App Store Connect
Programvareutvikling og sky · Mellomnivå til senior (4+ år)
Dette eksemplet viser hvordan du kan knytte arbeid med iOS- og Android-utvikling til målbare forbedringer i appytelse, lanseringer og brukerflyter. En god CV for mobilutviklere gjør det enkelt å finne plattformene, språkene og testmetodene dine, samt effekten av funksjoner du har levert.
Dette ser rekrutterere og søkersporingssystemer etter. En veiledning, ikke en prognose.
100 / 100Fullstendig
Plasser disse opplysningene øverst; rekrutterere og søkersporingssystemer ser etter dem først.
Valgfritt. I USA, Storbritannia og Canada har CV-er vanligvis ikke bilde.
Én jobb per avsnitt; start hver prestasjon på en ny linje med «-».
Skill ferdighetene med komma, for eksempel: Excel, SQL, prosjektplanlegging.
Prosjekter, sertifiseringer, språk eller annet som støtter søknaden din.
Alex Morgan
Mobilapputvikler
Lim inn teksten fra en CV eller profil. CV-verktøyet fyller inn kontaktopplysningene, sammendraget, arbeidserfaringen, utdanningen og ferdighetene det kjenner igjen. Sjekk resultatet.
Nevn plattformene og rammeverkene du har brukt i sammendraget eller ferdighetsdelen, og vis dem igjen i relevante punkter under arbeidserfaring. Skill mellom native iOS-arbeid i Swift og Android-arbeid i Kotlin, og angi tydelig hvilke prosjekter som brukte React Native eller Flutter. Da blir det enklere for den som vurderer CV-en å se om bakgrunnen din passer til en rolle med fokus på én plattform eller delt kode.
Beskriv funksjonen eller den tekniske endringen, hvordan du implementerte eller evaluerte den, og hva som endret seg etterpå. Nyttige mål kan være krasjrapporter, innlastingstid, lanseringsfrekvens, fullføring av en bestemt brukerflyt eller feil som ble funnet etter lansering. Oppgi tidsrom eller omfang når det gjør resultatet tydeligere, og unngå å tilskrive arbeidet ditt resultater som ikke kan knyttes til det.
Hvis du hadde ansvar for lanseringer, bør du nevne relevante trinn og verktøy, som signering, TestFlight, App Store Connect, Google Play Console, trinnvise utrullinger eller forberedelser til gjennomgang i appbutikken. Ta med testingen og overvåkingen du brukte for å redusere risikoen ved lansering. Det kreves ingen generell lisens i USA for å utvikle mobilapper, så ta bare med sertifiseringer som er relevante for stillingsannonsen.
En portefølje eller lenke til en appbutikk kan være nyttig hvis den viser en app, demo eller kodeprøve du har lov til å dele. Legg til en kort beskrivelse av bidraget ditt, plattformen og de tekniske valgene; ikke gi inntrykk av at du hadde eneansvar for et teamprosjekt. Utelat konfidensiell kode, detaljer om produkter som ikke er lansert, private analyser og lange lister over teknologier som ikke er relevante.
Ferdigheter og verktøy som ofte står oppført for denne rollen. Bruk bare dem du har, og skriv dem slik de står i stillingsannonsen. Klikk på et nøkkelord for å kopiere det.
For en utvikler med noen års erfaring kan én eller to sider fungere. Bruk én side hvis du får med relevant erfaring og tekniske styrker uten at innholdet blir trangt. En side til passer hvis den gir plass til flere vesentlige og relevante prosjekter eller tidligere roller. Prioriter nyere arbeid med lanserte apper, erfaring med plattformer og programmeringsspråk samt målbare resultater framfor en lang liste over alle funksjoner og verktøy du har vært borti.
Før opp begge hvis du har relevant erfaring med hver av dem, og vis hvor du brukte dem i arbeidserfaringen din. Hvis erfaringen din hovedsakelig er fra iOS eller Android, bør du starte med den plattformen og beskrive erfaringen med den andre presist som støtteerfaring. For roller på tvers av plattformer bør du nevne rammeverket og presisere om du også jobbet med native moduler, plattformspesifikk testing eller lanseringer i appbutikker.
Det finnes ingen generell lisens eller obligatorisk sertifisering for mobilapputviklere i USA. Arbeidsgivere kan verdsette relevante kurs eller sertifiseringer, men lanserte apper og dokumenterbare plattformferdigheter er ofte mer direkte nyttige å vise til. Ta bare med sertifiseringer som er gyldige og relevante for stillingen, og oppgi nøyaktig navn og utsteder. Kravene kan variere for spesialisert eller regulert arbeid.
Ja. Ta med personlige apper eller apper med åpen kildekode når de viser relevante ferdigheter, og merk dem tydelig som personlige prosjekter, skoleprosjekter eller prosjekter med åpen kildekode. Lenk til en offentlig app, demo eller kodebase du har lov til å dele, og oppgi deretter rollen din, teknologiene og ett konkret resultat eller teknisk valg. Fjern private nøkler, brukerdata, arbeidsgiverkode og konfidensiell produktinformasjon.