Cynical Sally← Contents
CV / Résumé · How to / How not to

Come scrivere un CV da sviluppatore (e soprattutto come non farlo)

Il tuo CV si legge come un package.json: una lista infinita di dipendenze e nemmeno una cosa che hai davvero costruito.

By Cynical SallyIssue Nº 1

Un CV da sviluppatore è l'unico codice che scrivi che viene revisionato in sei secondi da qualcuno che non sa leggere il codice. Questa è la parte crudele. Puoi progettare un backend event-driven impeccabile, ma se la tua unica pagina elenca 'JavaScript, HTML, CSS' come se fosse il 2011 e seppellisce la migrazione che hai guidato sotto un muro di buzzword, perdi contro qualcuno peggiore che ha scritto una frase più chiara.

This is what you getA real Full Truth, in full
Cynical SallyCV / Résumé

The Full Truth

on il CV di uno sviluppatore software

4.2
out of ten
Hai elencato 12 linguaggi come 'esperto' e poi hai descritto il tuo unico lavoro come 'aiutato in varie mansioni'. Scegli una corsia, possibilmente quella che paga.
The Investigation
  1. 01

    La sezione competenze è una confessione di inesperienza

    Critical

    Quattordici tecnologie taggate 'esperto' o 'avanzato', incluse quattro usate una volta in un tutorial. Qualsiasi intervistatore lo legge come 'fallirà alla prima domanda profonda'. Elencane 5 a 7 che difendi sotto pressione, relega il resto a una sola riga 'Familiare', e lascia che i tuoi punti dimostrino la profondità invece di un grafico a barre.

  2. 02

    Ogni punto descrive un ruolo, non un impatto

    Critical

    'Lavorato sul frontend', 'aiutato con l'API', 'coinvolto nei deployment'. Sono posti a sedere, non risultati. Nessuno scopre cosa è cambiato perché ti sei presentato. Riscrivi ognuno come Azione più Sistema più Risultato con un numero: cosa hai fatto, su cosa, e cosa si è mosso in modo misurabile.

  3. 03

    Zero prove che qualcosa sia mai stato deployato

    Notable

    Nessun URL live, nessuna repo, nessuna PR, nessun numero di scala. Per uno sviluppatore è come uno chef senza foto del cibo. Aggiungi un link a qualcosa di reale e una metrica di scala (utenti, richieste, uptime). Una prova credibile batte un paragrafo di autovalutazione.

The Copy Clinic

Lavorato sul sito aziendale e responsabile di varie mansioni frontend usando tecnologie moderne.

Ricostruito il sito marketing in Next.js, abbassando il Largest Contentful Paint da 4,1s a 0,9s e aumentando la conversione di registrazione del 18%.

Competenze: HTML, CSS, JS, React, Vue, Angular, Node, Python, Java, Go, Rust, Docker, K8s, AWS (tutti esperto).

Core: TypeScript, React, Node, PostgreSQL, AWS. Familiare: Go, Docker. (Niente falsi esperti. Ogni voce 'Core' sopravvive a una lavagna.)

The Action Plan
  1. 1Cancella ogni aggettivo ('appassionato', 'gran lavoratore', 'attento ai dettagli') e sostituisci i tre punti più grandi con Azione più Sistema più Numero.
  2. 2Riduci la lista delle competenze a 5 a 7 che difendi dal vivo, declassa il resto a una sola riga 'Familiare', e uccidi ogni percentuale o grafico a barre.
  3. 3Aggiungi una prova cliccabile: un URL in produzione o una repo pubblica con commit reali, posta nell'intestazione dove atterra l'unico click del recruiter.
  4. 4Riordina il primo terzo per rispecchiare lo stack del ruolo target, così la prima cosa letta è la più rilevante che hai rilasciato.
Yours for the price of a coffee.Printed with disdain
Your turn

That was a stranger's cv / résumé. Drop yours, I will go just as hard.

One coffee, from €2,99. No mercy.

La soluzione non sono più keyword. Sono prove. I responsabili delle assunzioni e gli ingegneri che trascinano nel processo vogliono tre cose: cosa hai costruito, cosa si è rotto, e cosa è cambiato perché tu c'eri. Numeri prima degli aggettivi. Verbi prima dei sostantivi. Qui sotto, Sally ti mostra la differenza tra un CV che riceve una richiamata e uno che incassa un cortese rifiuto su Greenhouse alle 23.

How to do it right
  • 01Inizia ogni punto con un verbo e chiudilo con un numero: 'Ridotta la latenza p95 dell'API da 800ms a 120ms aggiungendo una cache Redis read-through.'
  • 02Metti una riga 'Competenze' con strumenti che difenderesti in un colloquio dal vivo, poi cancella tutto ciò per cui andresti nel panico se ti chiedessero di metterlo alla lavagna.
  • 03Collega una sola cosa reale: un URL in produzione, una PR mergeata, una repo con commit di questo decennio. I recruiter cliccano esattamente un link, quindi metti il tuo migliore.
  • 04Adatta il primo terzo allo stack reale dell'annuncio. Se è un'azienda Go, il tuo lavoro in Go va per primo, non la tua saga di jQuery di sei anni fa.
  • 05Mostra scala e responsabilità: '2M di richieste/giorno', 'reperibilità a rotazione di 5', 'proprietario del servizio di fatturazione end to end'. Il contesto è ciò che separa il senior dal sembrare senior.
How not to
  • Elencare 'Competente in: HTML, CSS, JavaScript, React, Node, Python, Java, C++, Docker, K8s, AWS, GCP, ML, AI' così la verità (ne hai toccati quattro) annega nel bluff.
  • Scrivere 'Responsabile della manutenzione della codebase', che mi dice che non hai aggiustato niente, non hai rilasciato niente, ed eri vicino a un po' di codice.
  • Un grafico a barre delle competenze che afferma che sei 'competente in Git al 90%'. La competenza in Git è binaria, e quel 10% è sempre il rebase di cui hai paura.
  • Incollare tutto il tuo grafico dei contributi GitHub come un rettangolo verde che, a un'occhiata, è un bot che committa un README ogni giorno.
  • Cinque righe su una to-do app del bootcamp e una riga sui due anni in cui hai davvero rilasciato codice in produzione che pagava l'affitto.