Cum să scrii un CV pentru un job în IT (ingineri software, dezvoltatori, data)

CV-ul tech se citește diferit — ce se schimbă

Înainte de tactici, diferența structurală. CV-urile tech sunt evaluate prin lentile diferite față de CV-urile corporate, iar diferența modelează fiecare secțiune:

• Hiring managerul de inginerie citește CV-ul în paralel (sau după) cu o scanare rapidă a GitHub-ului tău, a site-ului tău personal dacă ai unul și a LinkedIn-ului. CV-ul nu este singurul semnal; este un semnal într-o evaluare multi-sursă
• Secțiunea de competențe tehnice este citită prima atât de recruiteri, cât și de ingineri, dar caută lucruri diferite. Recruiterii scanează pentru match-uri de cuvinte cheie față de JD; inginerii scanează pentru a vedea dacă profunzimea și lățimea se potrivesc cu seniorate-ul rolului
• Proiectele contează adesea mai mult decât istoricul de joburi la nivelurile junior și mediu. Un proiect auto-condus care a livrat ceva real semnalizează inițiativă și execuție într-un mod în care un internship sau primul job nu pot
• Istoricul de muncă este citit pentru scope, impact și seniorate al contextului — nu doar pentru numele companiei. Munca în echipa de auth la un startup de 50 de oameni este diferită de munca în echipa de auth la o întreprindere de 50.000 de oameni; CV-ul trebuie să facă scope-ul lizibil
• Prezența pe GitHub este verificată. Un candidat cu un profil GitHub activ (commit-uri reale, multiple repository-uri, contribution graph care arată activitate recentă) este tratat ca un inginer mai credibil decât unul fără — chiar dacă abilitatea de bază este identică
• CV-ul este de o pagină până nu mai poate fi. Două pagini sunt acceptabile pentru ingineri cu 8+ ani de experiență, dar a doua pagină trebuie să conțină substanță reală, nu umplutură
• Educația contează la nivel junior (în special pentru noii absolvenți), devine mai puțin importantă la nivel mediu și devine aproape irelevantă la nivel senior+. Ajustează vizibilitatea în consecință
• Certificările contează pentru roluri specifice de cloud (AWS, GCP, Azure) și specialități specifice (securitate, networking), dar sunt în mare parte irelevante pentru rolurile generale de inginerie software

Restul acestui ghid este construit în jurul acestor fapte structurale. Fiecare secțiune adresează ce să scrii, cum să organizezi, ce să accentuezi și ce să tai — calibrat specific pentru rolurile de inginerie, nu pentru rolurile corporate generice.

Secțiunea de competențe tehnice — cum să o organizezi

Secțiunea de competențe tehnice este secțiunea cea mai scanată de pe un CV tech. Atât recruiterii, cât și inginerii o privesc prima. Cum este organizată determină dacă transmite competență sau zgomot:

• Organizează pe categorii, nu ca o singură listă plată. Limbaje, framework-uri, baze de date, infrastructură/cloud, unelte, metodologii — fiecare ca propriul grup. Un perete de 40 de tehnologii separate prin virgulă se citește ca o îngrămădire de buzzwords; aceleași 40 organizate pe categorii se citesc ca o hartă structurată de competențe
• Listează tehnologii pe care le poți discuta cu încredere într-un interviu tehnic. Intervievatorul va alege din această secțiune pentru a proiecta întrebări tehnice; dacă listezi Rust pentru că l-ai folosit pentru un tutorial acum trei ani, vei pica interviul
• Ordonează fiecare categorie după proficiență reală, nu după ce ți-ai dori să fie adevărat. Dacă ești cel mai puternic în Python și cel mai slab în Go, pune Python primul — ordinea este citită ca semnal de încredere
• Evită etichetele de nivel de competență (Începător / Intermediar / Expert / 8 din 10). Sunt subiective, adesea inexacte și creează întrebări incomode în interviuri. Fie listează o tehnologie pentru că o poți discuta cu încredere, fie las-o afară
• Potrivește vocabularul tehnic din descrierea jobului. Dacă JD-ul spune 'React, Node.js, PostgreSQL, AWS', folosește acei termeni exacți — nu 'framework-uri JavaScript, servere web, baze de date relaționale, platforme cloud'. ATS keyword matching-ul este literal
• Listează versiuni sau dialecte specifice când e relevant: 'Python 3.x', 'PostgreSQL 14+', 'React 18 cu hooks'. Specificitatea semnalizează profunzime
• Sari peste elementele de bază pe care toată lumea le are de presupus. Listarea 'HTML, CSS, Git, command line' pe un CV de senior engineer este umplutură care înghesuie semnalul real
• Dacă ai expertiză specializată (compilatoare, sisteme distribuite, infrastructură ML, sisteme în timp real), creează o linie separată 'specialități' sau 'domenii' care o aduce la suprafață. Specializarea este mai valoroasă decât lățimea la nivel senior

Testul pentru secțiunea de competențe tehnice: un inginer care o citește ar trebui să poată prezice cum a arătat munca ta zilnică. Dacă secțiunea este un nor de cuvinte generic care s-ar putea potrivi oricărui candidat, eșuează. Dacă este organizată, calibrată și onestă, face cea mai mare parte din munca screening-ului tehnic înainte ca screening-ul tehnic să se întâmple.

Afișarea proiectelor — când proiectele contează mai mult decât joburile

CV-urile tech includ adesea o secțiune Proiecte pe lângă Experiența de muncă. Pentru unii candidați secțiunea Proiecte este partea cea mai puternică a CV-ului. Când să incluzi una și cum să o folosești:

• Ingineri juniori și noi absolvenți: secțiunea Proiecte este esențială. Cu istoric de muncă limitat, proiectele sunt dovada principală că poți livra cod. Plasează această secțiune deasupra sau imediat după Educație
• Persoane care își schimbă cariera intrând în inginerie: secțiunea Proiecte este esențială. Este puntea dintre experiența ta anterioară și capacitatea ta de inginerie — și singura dovadă că ai construit efectiv ceva
• Ingineri de nivel mediu cu istoric de muncă puternic: secțiunea Proiecte este opțională. Include-o dacă ai side projects care demonstrează abilități pe care istoricul tău de muncă nu le are (open source, experimente ML, o bibliotecă publicată, o extensie Chrome populară)
• Ingineri seniori și peste: secțiunea Proiecte este de obicei inutilă. Istoricul de muncă la acest nivel ar trebui să poarte greutatea. Excepție: maintenance notabil de open source, lucrări publicate bine cunoscute sau contribuții semnificative la comunitate
• Fiecare intrare de proiect ar trebui să aibă: numele proiectului (cu link către repo sau URL live), descriere de o linie a ceea ce face, stack-ul tehnologic folosit și 1-2 bullet points despre ce a fost non-trivial în construirea lui
• Preferă 2-4 proiecte puternice în loc de 8 slabe. O aplicație todo făcută după tutorial nu ajută; un proiect care a rezolvat o problemă reală și pe care îl poți discuta în profunzime, da
• Dacă proiectul este o clonă sau urmărire de tutorial, nu îl lista ca proiect. Listează-l ca 'exercițiu de învățare' dacă este cazul, sau omite
• Link-urile live contează mai mult decât link-urile către repo pentru proiectele orientate spre utilizator. Un site deploiat pe care hiring managerul poate da click este dramatic mai convingător decât un repo pe care trebuie să-l cloneze
• Dacă proiectul a avut colaboratori, numește-i și rolul tău specific. 'Construit API backend și layer de bază de date pentru proiect de echipă de 4 persoane' este onest și specific; revendicarea autorului unic al unui proiect de echipă este genul de lucru care este prins în interviu

Cel mai puternic CV tech la nivel junior/mediu are adesea 2-3 proiecte substanțiale despre care candidatul poate vorbi în profunzime, cu demo-uri live. Acest lucru depășește adesea un istoric de muncă mai lung dar mai puțin diferențiat. Construiește proiectele deliberat pentru a fi cea mai puternică dovadă a CV-ului tău.

GitHub, portofoliu și muncă demonstrabilă

Link-urile pe care le incluzi pe CV-ul tău tech sunt citite ca dovadă că ești un inginer practicant și nu doar un posesor de credențiale. Ce link-uri să incluzi și cum să le prezinți:

• GitHub: include pentru aproape toate rolurile de inginerie. Asigură-te că profilul către care faci link este real (commit-uri recente, repo-uri multiple, readme de profil populat). Un GitHub gol sau stagnant link-uit pe CV este mai rău decât niciun link
• Site personal: include dacă ai unul și este actualizat. Site-ul nu trebuie să fie fancy; un portofoliu simplu cu link-uri către proiecte, un bio scurt și informații de contact este suficient. Un site stricat sau din era 2019 este mai rău decât niciun site
• LinkedIn: include. Chiar dacă crezi că LinkedIn este în mare parte zgomot, recruiterii îl verifică și un profil gol semnalizează lipsă de profesionalism
• Profil Stack Overflow: include doar dacă ai reputație semnificativă și răspunsuri de înaltă calitate. Un profil de 50 reputație nu semnalizează nimic; un profil de 50.000 reputație semnalizează expertiză reală
• Blog personal sau scriere tehnică: include dacă scrii conținut tehnic regulat. Posturile de blog de inginerie demonstrează capacitatea de comunicare, profunzimea tehnică și un obicei de reflecție — toate semnale pe care hiring managerii le valorează
• Prezentări la conferințe, podcast-uri, apariții video: include dacă ai. Funcționează ca validare third-party că poți comunica idei tehnice
• Fă toate link-urile clickabile în PDF (Word și Google Docs ambele suportă asta când 'Inserezi hyperlink'). Recruiterii vor da click; link-urile stricate sau ne-clickabile te costă click-through-ul
• Curăță înainte de a face link. Înainte de a adăuga link-ul GitHub, privește profilul cu ochi proaspeți. Pin-uiește cele mai bune 4-6 repo-uri ale tale la profil. Asigură-te că README-urile repo-urilor sunt scrise. Șterge sau arhivează repository-urile care există doar ca tutoriale pe jumătate terminate. Hiring managerul își va forma o impresie în 30 de secunde de privit profilul tău — asigură-te că este impresia pe care o vrei

Fiecare link de pe CV-ul tău tech este o promisiune — click-ul pe el va dezvălui mai multă dovadă a capacității tale de inginerie. Dacă click-ul dezvăluie mai puțin decât a sugerat CV-ul, candidatura slăbește. Link-urile sunt net pozitive doar dacă materialul de bază se ridică la ce implică CV-ul.

ATS pentru roluri tech — keyword matching-ul care contează

Cea mai mare parte din angajarea tech în companii mari încă trece prin sisteme ATS care filtrează pe cuvinte cheie. Dinamica matching-ului ATS pentru rolurile de inginerie:

• ATS pentru roluri tech rulează adesea matching literal de cuvinte cheie față de JD. Dacă JD-ul spune 'React' și CV-ul tău spune 'React.js', unele sisteme nu se vor potrivi. Folosește ortografia exactă din JD acolo unde este posibil
• Listează tehnologii în multiple secțiuni, nu doar în secțiunea Competențe. Un inginer senior care a folosit Kubernetes în producție la trei companii diferite ar trebui să aibă 'Kubernetes' care apare în acele trei descrieri de job plus secțiunea Competențe — algoritmul de matching ponderează aparițiile
• Framework-urile și uneltele specifice contează mai mult decât categoriile generale. 'React, Vue, Angular' este mai bun decât 'framework-uri JavaScript'. 'PostgreSQL, MongoDB, Redis' este mai bun decât 'baze de date'
• Acronime și forme complete: include ambele. 'Machine Learning (ML)' acoperă atât interogările 'ML' cât și 'machine learning'. 'Continuous Integration (CI/CD)' face același lucru
• Variații comune: 'Node.js' și 'Nodejs' și 'Node' sunt toate aceeași tehnologie, dar sistemele ATS s-ar putea să nu știe asta. Dacă JD-ul spune 'Node.js', potrivește acea formă exactă
• Certificări și framework-uri specifice industriei: include dacă sunt relevante. 'PCI DSS', 'HIPAA', 'SOC 2', 'GDPR' dacă ai lucrat cu ele. 'Agile', 'Scrum', 'Kanban' dacă ai rulat aceste procese
• Evită keyword-stuffing-ul care strică lizibilitatea. CV-ul este citit de oameni după trecerea de ATS; dacă cititorul uman vede un perete de nume de tehnologii fără context, candidatura eșuează la screening-ul uman chiar dacă a trecut de screening-ul ATS
• Adaptează pe aplicație. Lista de cuvinte cheie care trece un CV prin ATS-ul Google este diferită de lista de cuvinte cheie care îl trece prin Greenhouse-ul unui startup. Potrivește JD-ul specific

Matching-ul ATS este un prim obstacol necesar pentru rolurile tech la majoritatea companiilor mari. Tratează-l ca pe un exercițiu literal de potrivire: potrivește vocabularul JD-ului, listează tehnologiile în context (în descrierile de joburi, nu doar în lista Competențe) și presupune că matching-ul este prost. Odată trecut de ATS, cititorul uman preia controlul și conținutul contează mai mult decât densitatea de cuvinte cheie.

Cuantificarea impactului de inginerie

CV-urile tech suferă adesea de aceeași problemă a afirmațiilor generice ca CV-urile corporate: 'dezvoltat features', 'îmbunătățit performanța', 'lucrat la platformă'. Impactul specific cuantificat este ceea ce separă un CV tech puternic de unul generic:

• Performanță: 'redus latența API p99 de la 850ms la 120ms' bate 'îmbunătățit performanța API'. Numerele specifice sunt credibile; afirmațiile vagi nu sunt
• Scală: 'gestionat 50K req/sec la vârf' sau 'procesat 2B evenimente/zi' ancorează munca într-o scară reală. Fără numere, cititorul trebuie să-și imagineze; cu numere, înțelege
• Cost: 'redus costul infrastructurii AWS cu $180K/an prin optimizarea bazei de date și tier-rightsizing' este limbajul care aterizează la leadership-ul de inginerie. Reducerea costurilor este adesea cea mai pârghie metrică de inginerie
• Fiabilitate: 'redus rata incidentelor de producție de la 8/lună la 1/lună' sau 'îmbunătățit SLO-ul serviciului de la 99,5 % la 99,95 %' sunt metrici concrete de fiabilitate
• Echipă și scope: 'tech lead pentru echipa de 6 ingineri' sau 'deținut design-ul end-to-end și implementarea serviciului de plăți' îi spune cititorului scope-ul tău de responsabilitate. Fără asta, munca ar putea fi orice de la 'scris o caracteristică' la 'proiectat întregul sistem'
• Livrare: 'livrat 12 release-uri de producție în 18 luni cu zero incidente majore' sau 'livrat proiect cu 3 săptămâni înainte de termen prin paralelizarea infrastructurii și a muncii la features' spune o poveste de livrare
• Adopție: 'bibliotecă internă folosită de 15+ echipe' sau 'proiect open source cu 8K stele GitHub' cuantifică impactul muncii care nu are metrici orientate spre client
• Când nu ai numere specifice, dă descrieri specifice. 'Migrat serviciul de plăți de la monolit la arhitectură event-driven, cu zero downtime în timpul tranziției' este concret chiar și fără un număr

Pattern-ul: fiecare bullet ar trebui să răspundă la 'și ce?' Dacă un bullet spune 'dezvoltat features', și ce-ul este invizibil. Dacă spune 'dezvoltat flow de checkout care a generat creșterea conversiei de la 2,1 % la 3,2 % pe parcursul experimentului de 6 săptămâni', și ce-ul este chiar acolo. Rescrie bullet-urile generice până când au fie un număr, fie un rezultat specific concret.

Open source, side projects, hackathons

Angajarea în inginerie valorează contribuțiile în afara muncii plătite ca dovadă a angajamentului real cu meseria. Cum să le gestionezi în CV:

• Contribuții open source: include dacă sunt substanțiale. 'Maintainer al X (descrierea proiectului, 8K stele)' este semnal înalt. 'Contribuit cu un bug fix la biblioteca populară Y' este semnal mediu. 'Submis PR la proiectul Z' este semnal slab decât dacă PR-ul a fost substanțial
• Listează natura contribuției: maintainer, contributor regulat, contributor ocazional, contributor o singură dată. Distincția contează și formularea onestă construiește credibilitate
• Dacă ai creat o bibliotecă sau unealtă open source populară, condu cu ea pe CV. Un proiect open source larg utilizat este unul dintre cele mai puternice semnale posibile ale capacității de inginerie
• Side projects: include 2-3 dintre cele mai puternice într-o secțiune Proiecte. Sari peste side projects care sunt urmăriri de tutorial, pe jumătate terminate sau există doar ca repo-uri private
• Hackathons: include doar dacă ai câștigat sau ai obținut un loc la unul notabil. Locul 2 la un hackathon major universitar sau industrial merită listat; participarea la un hackathon de colegiu nu, decât dacă ești foarte junior
• Proiecte interne ale companiei: de obicei nu contează ca 'open source' chiar dacă sunt discutate public. Include-le sub experiența de muncă în schimb
• Implicare în comunitate: organizator meetup, vorbitor la conferință, invitat de podcast, scriitor tehnic — include acestea dacă sunt substanțiale. Semnalizează un inginer care se angajează cu comunitatea mai largă, nu doar care își face munca
• Fii onest despre scope. 'Contribuit la React' ar putea însemna 'deschis un issue care a fost închis fără PR' sau 'scris 30 de PR-uri care au fost livrate'. Afirmația CV-ului și dovada GitHub trebuie să se potrivească

Rolul open source-ului și al side projects se schimbă cu seniorate-ul. La nivel junior, sunt dovezi esențiale că ești un inginer practicant. La nivel mediu, diferențiază. La nivel senior, semnalizează angajament continuu cu meseria dincolo de jobul zilnic. Calibrează vizibilitatea pentru stadiul carierei tale.

Educație și certificări — ce contează

Rolurile tech ponderează educația și certificările foarte diferit față de alte industrii. Peisajul actual:

• Ingineri juniori (0-2 ani): educația contează. Diplomă de Informatică sau înrudită de la o instituție cunoscută are pondere. Listează educația proeminent, aproape de partea de sus a CV-ului
• Ingineri de nivel mediu (3-7 ani): educația contează mai puțin. Istoricul de muncă este semnalul principal. Mută educația în partea de jos a CV-ului decât dacă ai o diplomă deosebit de notabilă (școală de top, diplomă avansată în domeniu relevant)
• Ingineri seniori (8+ ani): educația este aproape irelevantă pentru majoritatea rolurilor. O intrare de o linie în partea de jos este suficientă. Excepția sunt rolurile care valorează în mod explicit credențialele academice (research engineering, anumite roluri ML/AI)
• Absolvenți de bootcamp: listează bootcamp-ul. Piața de angajare pentru absolvenții de bootcamp a maturizat; bootcamp-urile reputabile (Hack Reactor, App Academy, Lambda School istoric) sunt recunoscute. Asociază cu proiecte puternice pentru a compensa timpul mai scurt de învățare
• Ingineri autodidacți fără educație CS formală: condu cu proiecte și istoric de muncă. Listează învățarea auto-direcționată ('autodidact, concentrat pe dezvoltare web full-stack din 2019') onest. Nu inventa credențiale, dar nu te simți obligat să listezi niciuna dacă nu le ai
• Certificări AWS / GCP / Azure: contează pentru rolurile concentrate pe cloud (DevOps, SRE, cloud architect, inginerie de infrastructură). Listează nivelul specific al certificării (Associate, Professional, etc.)
• Certificări de securitate (CISSP, OSCP, CEH): contează pentru rolurile de securitate. Listează cu data obținerii
• Certificări generale de software (Oracle Java, Microsoft .NET): în mare parte ignorate. Listarea lor pe un CV de senior engineer este umplutură
• Completări de cursuri online (Coursera, Udemy, edX): în general nu lista. Semnalizează că poți completa un curs, nu că poți face munca. Excepție: completarea unui program specializat (Stanford ML, specializarea de deep learning a lui Andrew Ng) ar putea justifica o mențiune de o singură linie
• PhD: listează în partea de sus dacă este recent și relevant; mută în jos cu seniorate-ul. PhD este un semnal puternic pentru rolurile orientate pe cercetare și un semnal neutru (uneori ușor negativ pentru percepția 'prea academic') pentru rolurile de inginerie de produs

Pattern-ul: educația este un semnal de junior engineer care se estompează în timp. Certificările sunt semnale de roluri specializate care contează când sunt relevante și sunt umplutură când nu sunt. Calibrează vizibilitatea acestor secțiuni pentru unde ești în cariera ta.

CV tech remote-friendly — noua normă

O parte semnificativă din rolurile de inginerie în 2026 sunt remote sau hibride. CV-ul ar trebui să semnalizeze remote-readiness, care este acum o considerație de angajare în sine:

• Dacă ai experiență de muncă remote, marchează-o: 'Senior Engineer (remote), Acme Corp, 2022-2025'. Recruiterii scanează pentru asta; experiența remote este un semnal pozitiv pentru rolurile remote
• Locație: include orașul și țara actuală, dar semnalizează flexibilitate dacă este relevant. 'București, România (deschis pentru remote, fusuri orare UE)' sau 'San Francisco, CA (deschis pentru remote în SUA)'. 'Deschis pentru relocare' vag este mai slab decât disponibilitatea specifică
• Fus orar: listează-l dacă aplici pentru roluri remote într-o geografie diferită. 'Fus orar: EET (UTC+2)' face programarea mai clară
• Experiență cu unelte de comunicare: într-un context relevant pentru remote, menționarea experienței cu Slack, Notion, Linear, Figma, pair programming bazat pe video și workflow-uri async-first semnalizează potrivire cu cultura de inginerie remote
• Limbaj de auto-direcționare: 'condus proiectul end-to-end de la spec la deployment' semnalizează autonomia pe care o cere munca remote. 'Lucrat cu echipa pentru a livra X' este neutru; 'condus X de la concept la lansare independent' este mai puternic pentru remote
• Documentație și scriere: evidențiază orice scriere tehnică, autorat de design docs sau contribuții RFC. Echipele remote se bazează prea mult pe comunicarea scrisă; inginerii care scriu bine sunt mai ușor de angajat remote
• Semnale de suprapunere a fusurilor orare: dacă ai lucrat explicit prin fusuri orare (un inginer din SUA care lucrează cu o echipă din Berlin, sau invers), menționează-o. Abilitatea de colaborare asincronă este non-trivială
• Evită semnalizarea inflexibilității remote-only dacă ești deschis la onsite. Bias-ul încă există la unele companii; dacă ești flexibil, semnalizează flexibilitate

Remote-friendliness-ul s-a mutat de la a fi o preferință a candidatului la a fi un criteriu de angajare. Arătarea pe CV că ai lucrat remote, comunicat asincron și operat cu auto-direcționare este acum parte din munca CV-ului — nu doar pentru rolurile complet remote, ci și pentru hibride și chiar unele roluri onsite unde remote-readiness-ul este tratat ca un semnal de calitate.

CV-uri pentru junior vs mediu vs senior vs staff/principal

Accentul CV-ului de inginerie se schimbă dramatic prin stadiile carierei. Ce funcționează pentru un CV junior va scufunda un CV staff și invers:

Declarația de rezumat pentru roluri tehnice

Declarația de rezumat din partea de sus a unui CV tech este opțională pentru rolurile junior și devine din ce în ce mai importantă de la nivelul mediu în sus. Cum să scrii una care face muncă:

• Lungime: 3-5 linii. Suficient de lungă pentru a încadra specialitatea, suficient de scurtă pentru ca cititorul să o citească efectiv
• Condu cu anii de experiență și specialitatea principală: 'Inginer backend cu 7 ani de experiență în proiectarea sistemelor distribuite de înaltă scală, în principal în Go și Python.' Acesta este primul lucru pe care îl vede cititorul și ar trebui să ancoreze întregul CV
• Urmează cu o propoziție despre tipul de muncă pe care o faci bine: 'Mă concentrez pe granița dintre design-ul API și infrastructură, cu experiență profundă în arhitecturi event-driven și interne de baze de date.'
• Termină cu ce cauți: 'Caut roluri senior+ unde pot conduce design-ul unui sistem backend critic și să cresc în scope-ul staff în următorii 2 ani.'
• Evită descriptorii generici: 'pasionat', 'orientat spre rezultate', 'atent la detalii'. Acestea sunt zero-semnal și se citesc ca umplutură
• Evită să rezumi restul CV-ului. Rezumatul ar trebui să adauge informații pe care cititorul nu le poate obține scanând restul — specific aria ta de specialitate, direcția carierei și ce te face un candidat coerent
• Adaptează pe aplicație. Rezumatul este cel mai ușor loc de a semnaliza că CV-ul este țintit la acest rol specific. Un rezumat scris pentru un rol de infrastructură backend la o companie de baze de date ar trebui să se citească diferit de rezumatul aceleiași persoane scris pentru un rol de backend de produs la o companie SaaS
• Sari peste rezumat în întregime dacă ești un inginer junior. La acel stadiu al carierei, rezumatul riscă umplutura fără a adăuga semnal; lasă munca ta să vorbească pentru sine

Declarația de rezumat este real estate de pârghie mare în partea de sus a CV-ului. Folosit bine, îi spune cititorului cine ești ca inginer în 3-5 linii și încadrează totul ce urmează. Folosit prost (adjective generice, aspirații vagi), este umplutură care înghesuie semnalul real.

Alegeri de format pentru CV tech — o pagină vs două pagini

Întrebarea o pagină vs două pagini este mai nuanțată pentru CV-urile tech decât pentru alte industrii. Cadrul:

• O pagină: ingineri juniori (0-3 ani), majoritatea inginerilor de nivel mediu (3-7 ani) și ingineri în piețe unde o pagină este norma culturală (cea mai mare parte din industria tech a SUA)
• Două pagini: ingineri seniori cu experiență substanțială (8+ ani), ingineri staff/principal cu scope semnificativ de comunicat, ingineri în piețe unde două pagini sunt normale (cea mai mare parte din Europa, în special Germania, Franța, UK)
• Niciodată trei pagini. Dacă nu poți încadra CV-ul în două pagini, problema este editarea, nu spațiul. Taie rolurile mai vechi la rezumate de o linie, taie detaliul din rolurile de carieră timpurie, ajustează proiectele mai puțin relevante
• Dacă ai un document mai lung în stil CV (stil academic, cu publicații, prezentări, brevete), păstrează-l separat. CV-ul este rezumatul orientat spre recruiter; documentul mai lung este pentru cereri de urmărire
• Format: o singură coloană sau două coloane? O singură coloană este mai sigură pentru ATS. Dacă folosești două coloane (sidebar pentru competențe/contact, coloana principală pentru experiență), testează parsarea rulând PDF-ul printr-un resume parser online înainte de a submita
• Font: rămâi la fonturi standard (Calibri, Helvetica, Arial, Source Sans, Inter). Fonturile de designer pot strica parsarea ATS. Text de corp 10-11pt, titluri 12-14pt
• Culoare: minimă. O culoare de accent pentru titlurile de secțiune este în regulă; design-ul în culori complete este inutil și poate strica ATS. Conținutul este semnalul, nu design-ul
• Fotografie: nu pe CV-urile tech din SUA. În țările europene unde fotografiile sunt normale (Germania, Franța), include o fotografie profesională
• Format de fișier: PDF. Întotdeauna PDF. Documentele Word se rearanjează pe mașini diferite și par stricate; PDF-urile sunt redate consistent. Numește fișierul consistent: 'Prenume-Nume-CV.pdf' sau 'Prenume-Nume-SeniorEngineer-CV.pdf'

Deciziile de format ar trebui să servească conținutul, nu să distragă de la el. Un CV tech care folosește fonturi standard, structură simplă și culoare modestă este mai lizibil decât unul care încearcă să arate ca un portofoliu de design. Excepția sunt design engineering sau rolurile front-end unde ceva sofisticare vizuală pe CV în sine este un semnal relevant — dar chiar și acolo, restrângerea se citește ca încredere.

Coordonarea CV, LinkedIn, GitHub și site personal

CV-ul tech este un document într-o prezență online coordonată. Hiring managerii de inginerie vor privi multiple suprafețe și inconsistența între ele este un semnal negativ. Playbook-ul de coordonare:

• LinkedIn: ar trebui să spună aceeași poveste ca CV-ul în termeni de roluri, date și scope. Headline-ul poate fi mai aspirațional ('Senior Backend Engineer interesat de sisteme distribuite și developer tooling'), dar substanța ar trebui să se potrivească. Un LinkedIn care contrazice CV-ul (date diferite, titluri diferite, scope diferit) distruge încrederea
• GitHub: ar trebui să fie viu. Commit-uri recente, readme de profil populat, 4-6 repository-uri pin-uite care reprezintă cea mai bună muncă a ta, README-uri curate de repo. Un GitHub gol link-uit de pe CV este mai rău decât niciun link. Dacă GitHub-ul este rar, investește un weekend în curățarea lui înainte de a trimite CV-ul
• Site personal: opțional, dar puternic când este făcut bine. O pagină simplă cu un bio de un paragraf, evidențieri ale proiectelor, un link de download CV și informații de contact este suficient. Evită Flash, formulare de contact stricate, link-uri moarte, date de ultima actualizare din 2020
• Consistența numelui și identității: folosește același nume și fotografie pe CV, LinkedIn, GitHub, site personal. Recruiterii fac cross-reference; un 'James Smith' pe CV care este 'Jim Smith' pe LinkedIn creează fricțiune
• Adresă email: consistentă pe toate suprafețele. Folosește un email profesional (numele.tau@domeniul-tau.com sau prenume.nume@gmail.com), nu un email de colegiu sau un username din 2005
• Număr de telefon, locație și fus orar: consistente pe suprafețe. Semnalele de locație conflictuale par neatenție
• Dacă ai un portofoliu de muncă publicată (posturi de blog tehnic, prezentări, lucrări), fă link de la CV la sursa canonică — site-ul tău personal sau un profil centralizat, nu 10 link-uri separate
• Auditează înainte de a aplica. Înainte de a trimite CV-ul, dă click pe fiecare link de pe el ca și cum ai fi un recruiter. Privește profilul LinkedIn cu ochi proaspeți. Răsfoiește GitHub-ul. Dacă găsești ceva ce contrazice sau subminează CV-ul, repară-l înainte de a aplica

Hiring managerul construiește o singură impresie despre tine din suprafețele coordonate, nu impresii separate de la fiecare. CV-ul care indică spre o prezență online coerentă se citește ca mai credibil decât unul cu un CV puternic și un LinkedIn/GitHub slab sau contradictoriu. Cele treizeci de minute de curățare pe suprafețe este una dintre cele mai pârghii utilizări ale timpului într-o căutare de job tech.