Un CV de mobile trebuie să arate rapid ce ai livrat, cum s-a comportat în producție (crash-uri, performanță, UX) și cum lucrezi cu product/design/backend.
Vezi și ghidul general: Model CV IT (România).
TL;DR
- La mobile contează livrarea + stabilitatea + UX-ul.
- Pune dovezi: release-uri, crash rate, câștiguri de performanță, monitoring.
- Menționează părțile grele când sunt relevante: offline sync, auth, state, push, deep links.
Checklist rapid (înainte să trimiți)
- Titlu: „Mobile Developer (iOS/Swift)” / „Android (Kotlin)” / „React Native” / „Flutter”.
- 3–6 bullet-uri puternice la ultimul rol (impact + context + rezultat).
- 1–2 link-uri curate (GitHub/portofoliu). La mobile ajută și screenshot-uri + un demo video scurt.
- Ai menționat 1–2 semnale de producție (Crashlytics/Sentry, performance, rollout) dacă ai avut app live.
Structură recomandată (Mobile)
Ordinea scoate semnalul în față:
- Header (link-uri curate, 1 rând de rol/stack)
- Summary (2–4 rânduri: platformă + ce livrezi + ce cauți)
- Experience (impact + stabilitate + colaborare)
- Selected projects (recomandat pentru juniori / switch; include 1–2 capturi + link)
- Skills (grupate: iOS/Android, cross-platform, tooling)
- Education/Certificări (scurt)
Cum arată un bullet bun (Mobile)
Formula care funcționează: Acțiune + context (feature / ecran / flow) + stack + rezultat (metric sau semnal).
Exemple:
- „Am redus crash rate cu ~35% prin trierea top crash-urilor și introducerea guardrails (Crashlytics + Swift).”
- „Am îmbunătățit cold start cu ~20% prin profiling și optimizarea inițializărilor (Kotlin + Android Studio Profiler).”
- „Am construit un flow de onboarding cu experimentare A/B, crescând conversia pe pasul X (Firebase Analytics).”
Dacă nu ai cifre, folosește semnale verificabile:
- mai puține incidente după release, rollback-uri mai rare, build-uri mai rapide, rollout staged, acoperire de test mai bună, reducerea bug-urilor UI.
Bibliotecă de bullet-uri (Mobile)
Ia 6–10 bullet-uri care sunt reale pentru tine și ajustează-le pe cerințele jobului.
Impact de produs (livrezi + măsori)
- „Am livrat [feature] care a redus drop-off în onboarding (A/B test + analytics).”
- „Am îmbunătățit startup time cu [X%] prin profiling de cold start și optimizări.”
- „Am redus crash rate cu [X%] prin fixarea top crash-urilor și guardrails (Crashlytics/Sentry).”
- „Am scăzut time-to-first-action în [flow] prin optimizări de UI și cache local.”
Performanță & UX
- „Am îmbunătățit performanța listelor prin optimizarea rendering-ului și încărcării imaginilor.”
- „Am redus memory usage prin [schimbare], crescând stabilitatea pe device-uri mai vechi.”
- „Am construit un pattern de UI components care a redus regresiile de UI.”
- „Am îmbunătățit accesibilitatea (contrast, voiceover/talkback, focus), reducând fricțiunea pentru utilizatori.”
Fiabilitate & release-uri
- „Am introdus checklist de release + staged rollout, reducând incidentele după release.”
- „Am adăugat monitoring pentru flow-uri critice, reducând timpul până la detecție.”
- „Am îmbunătățit CI-ul pentru build-uri mobile (mai rapid, mai stabil).”
- „Am redus timpul de build prin caching și separarea etapelor în pipeline (CI).”
- „Am introdus feature flags pentru rollout controlat, reducând riscul în release.”
Integrări & feature-uri grele
- „Am implementat push notifications (segmentare + deep links) pentru [use case].”
- „Am construit offline-first sync pentru [feature], cu conflict handling și retry.”
- „Am integrat login/payments provider în siguranță, inclusiv token refresh și edge cases.”
- „Am implementat deep links universal/app links și am standardizat routing-ul în aplicație.”
- „Am introdus un layer de networking cu retry/backoff și timeouts, reducând erori în condiții slabe de rețea.”
iOS (Swift/Objective‑C)
- „Am migrat un modul din UIKit la SwiftUI (sau invers) fără să stric UX-ul, prin refactor incremental.”
- „Am optimizat layout-ul (AutoLayout) pentru ecrane complexe, reducând jank-ul la scroll.”
- „Am introdus instrumentare pentru performance și crash-uri, apoi am prioritizat fix-uri pe impact.”
Android (Kotlin/Java)
- „Am refactorizat arhitectura (ex: MVVM) pentru testabilitate și stabilitate la release.”
- „Am redus ANR-urile prin izolarea task-urilor grele și optimizarea thread-urilor.”
- „Am introdus strict mode / lint rules pentru a preveni regresii.”
Cross‑platform (React Native/Flutter)
- „Am redus timp de livrare prin reutilizarea componentelor între iOS/Android și standardizarea design system-ului.”
- „Am integrat native modules pentru o funcționalitate critică (camera, BLE, payments) și am documentat API-ul.”
- „Am rezolvat probleme de performanță prin profiling și optimizarea rendering-ului (ex: liste).”
Calitate & testare (Mobile)
- „Am introdus teste unit pentru logică critică și teste UI pentru flow-uri cheie (stabilitate la release).”
- „Am automatizat regresiile prin rularea testelor pe CI și device farm (unde a fost disponibil).”
- „Am redus bug-urile „reopen” prin reproducere + fix + test care previne regresia.”
Colaborare (Product/Design/Backend)
- „Am clarificat cerințe și edge cases înainte de implementare, reducând rework-ul.”
- „Am standardizat contractele API împreună cu backend (coduri de eroare, retries, pagination).”
- „Am lucrat cu design pentru a transforma mock-urile în componente reutilizabile.”
Greșeli frecvente
- Doar listă de tehnologii („Swift, Kotlin, Firebase”) fără ce ai schimbat cu ele.
- Zero semnale despre stabilitate (teste/monitoring) deși ai livrat în producție.
- Link-uri care arată neîngrijit (repo-uri dezordonate, fără README, build-uri rupte).
- Bullet-uri doar despre UI fără impact (pentru roluri care cer și ownership/quality).
Cuvinte cheie utile (doar dacă le-ai folosit)
- cold start, profiling, performance
- crash monitoring, rollout, staged release
- offline sync, caching, deep links, push notifications
- state management, architecture patterns
- accesibilitate, localizare
- CI/CD, build optimization, feature flags
- networking, retries, auth, token refresh
Template CV Mobile (copy/paste)
Întrebări frecvente
Trebuie să pun link către App Store / Google Play?
Dacă poți, da. Dacă nu (confidențialitate / proiect intern), pune 1–2 dovezi alternative: screenshot-uri, un demo video scurt, descrierea impactului + stack.
Ce fac dacă nu am metrici?
Folosește semnale: crash-uri mai puține, release-uri fără rollback, build-uri mai rapide, mai puține bug-uri după release, testare introdusă, observability mai bună.
Pun secțiune separată cu „tehnologii”?
Da, dar grupată (platformă / tooling / backend integration). Și nu o lăsa să fie „cea mai mare” secțiune.
