CV principale: come costruirlo e mantenerlo (guida per sviluppatori)

Un CV principale raccoglie ogni ruolo, progetto e numero in un file privato. Come gli sviluppatori lo costruiscono, lo tengono aggiornato e ne ricavano versioni adattate.

S
CV principale CV carriera ricerca di lavoro
Una grande gru di origami decorata, circondata da sei gru più piccole piegate con la stessa carta

Un CV principale (detto anche CV master) è il registro completo e privato della tua carriera: ogni ruolo, ogni progetto, ogni numero, ogni strumento, in un file che nessun datore di lavoro vede. Da lì ricavi le versioni adattate; non lo invii mai. Agli sviluppatori serve più che ad altri, perché una carriera nel software produce più dettagli di quanti ne possa contenere un CV di due pagine, e il dettaglio che tagli oggi è quello che l’annuncio del mese prossimo chiederà.

Questa guida spiega cos’è un CV principale, perché tenerne uno, come costruirlo sezione per sezione, come tenerlo aggiornato e come ne nascono le versioni adattate. Per l’adattamento in sé, leggi come adattare il tuo CV a un annuncio di lavoro; questo articolo si ferma dove quello inizia.

Cos’è un CV principale

Pensalo come un database, e un CV come il risultato di una query. Il CV principale contiene l’intera tabella: quattro, sei o dieci pagine di ruoli, punti elenco, progetti, interventi, certificazioni e competenze, ciascuno con date e numeri. Un CV adattato è una vista di una o due pagine di quella tabella, filtrata per un annuncio.

Ne derivano tre proprietà.

Privato. Nessuno a parte te legge il CV principale. Questo cambia cosa ci va dentro. Il punto elenco sulla migrazione fallita e su cosa ne hai imparato va nel CV principale, perché a un colloquio potrebbero chiedertelo, anche se non finirà mai in una versione adattata.

Completo. Il CV principale pecca per eccesso. Da sei a dieci punti elenco per ruolo, dove un CV adattato ne tiene tre. Progetti personali che non hanno portato a nulla. Lo strumento interno che conosce solo il tuo vecchio team.

Stabile. Ci aggiungi e non ne togli mai. Un CV adattato è usa e getta; il CV principale è ciò che curi nel tempo.

È diverso dal CV accademico, anch’esso lungo e completo, ma inviato ai datori di lavoro in quella forma. Un CV principale è un documento di lavoro, e la formattazione può aspettare.

Perché gli sviluppatori dovrebbero tenere un CV principale

La memoria si sbiadisce più in fretta di quanto cambi la carriera. Due anni dopo un progetto ricordi di aver «lavorato al servizio di fatturazione». Non ricordi di aver ridotto il p99 da 800 ms a 120 ms, che girava in Go con un backend Postgres, né di aver scritto il runbook. I numeri spariscono per primi. Un CV principale li cattura mentre la dashboard è ancora aperta.

Le direzioni di carriera divergono. Un ingegnere backend che ha fatto anche lavoro sui dati ha due possibili lavori successivi. I punti elenco che vendono un ruolo di piattaforma (reperibilità, Kubernetes, riduzione dei costi) non sono quelli che vendono un ruolo sui dati (pipeline, modellazione del data warehouse, dbt). Un solo CV principale li contiene entrambi; una versione adattata ne sceglie uno.

Ogni progetto conta da qualche parte. Il contributo open source, l’hackathon, il modulo Terraform scritto per il tuo homelab: niente di tutto questo sta in un CV per un ruolo frontend, e ognuno potrebbe essere proprio ciò che chiede un altro annuncio. Se non è scritto, non ci penserai quando conta.

Ogni numero ha bisogno di una fonte. Un numero nel CV deve reggere a una domanda di colloquio. Il CV principale è il posto dove annoti, accanto a «tempo di build ridotto del 60%», cosa hai misurato, da quanto a quanto e come. Quando una versione adattata riporta il numero, puoi difenderlo.

Adattare diventa scegliere. Con un CV principale, adattare richiede minuti: prendi i punti elenco che corrispondono, riformulali con i termini dell’annuncio, taglia il resto. Senza, adattare vuol dire ricostruire ogni volta il tuo passato a memoria, ed è lì che i CV si allontanano dalla verità.

Coerenza ovunque. Il tuo profilo LinkedIn, i CV adattati e le risposte ai colloqui dovrebbero coincidere su date, ruoli e numeri. Un’unica fonte di verità lo rende automatico.

Come costruire un CV principale, sezione per sezione

Apri un semplice file Markdown. Formattazione, modelli e limiti di pagina servono alla versione adattata. Il CV principale vuole struttura e completezza.

Intestazione

Nome, e-mail, telefono, città e link: GitHub, LinkedIn, un sito personale se ce l’hai. Annota la forma esatta in cui vuoi che compaiano, così le versioni adattate non differiscono (una con «+39», una senza).

Profili, uno per direzione di carriera

Scrivi un profilo di tre righe per ogni tipo di ruolo a cui potresti candidarti. Un profilo backend, uno di piattaforma, uno sui dati. Ognuno nomina i due o tre punti di forza che contano per quella direzione. Quando adatti, parti dal più vicino e lo ritocchi.

Esperienza

Per ogni ruolo: datore di lavoro, ruolo, luogo, date con il mese e lo stack che usavi. Poi i punti elenco, da sei a dieci per ruolo, ognuno un’azione con un risultato. Annota più di quanto mostrerai mai:

  • Cosa hai costruito, con il nome dello strumento.
  • Cosa è cambiato grazie a questo, con un numero quando ce l’hai.
  • La scala: utenti, richieste al secondo, volume di dati, dimensione del team.
  • Tutto ciò di cui eri responsabile: reperibilità, un servizio, una migrazione, le assunzioni.
  • La collaborazione che un annuncio potrebbe chiedere: lavoro trasversale tra team, mentoring, lavoro con il prodotto.

Sotto ogni punto elenco con un numero, aggiungi una breve nota su da dove viene. «Dashboard Grafana, marzo 2025, p99 prima e dopo la cache.» Non mostrerai mai la nota; al colloquio sarai contento di averla.

Progetti

Progetti personali, lavoro open source, partecipazioni a hackathon, strumenti interni. Per ognuno: nome, link, date, il tuo ruolo, lo stack, e due o tre punti elenco su cosa hai fatto e cosa ne è uscito. Stelle, download o utenti se ne hai. Anche un progetto senza risultati entra, con una riga su cosa hai imparato.

Competenze, raggruppate e datate

Raggruppale: linguaggi, framework, infrastruttura, dati, pratiche. Accanto a ciascuna, annota l’anno in cui l’hai usata seriamente l’ultima volta. L’elenco delle competenze di un CV adattato dovrebbe contenere solo ciò su cui possono interrogarti oggi; la colonna «ultimo utilizzo» ti dice quali sono.

Formazione e certificazioni

Titoli con università, date e tutto ciò che è pertinente (argomento della tesi, un esame collegato al tuo lavoro). Certificazioni con ente e scadenza.

Interventi, scritti, community

Talk a conferenze e meetup, articoli di blog che hanno avuto riscontro, podcast, programmi di mentoring. La maggior parte dei CV adattati li lascia fuori; alcuni annunci li premiano.

Un registro delle modifiche

In fondo, un elenco datato di cosa hai aggiunto e quando. Rende più facile l’aggiornamento successivo e ti mostra a colpo d’occhio quando hai toccato il file l’ultima volta.

Modello di CV principale (esempio inventato)

Lo scheletro qui sotto mostra la forma. La persona, le aziende e i numeri sono inventati. L’esempio è tradotto in italiano.

Esempio (inventato): Arjun Mehta, ingegnere backend, Bangalore

# Arjun Mehta
Bangalore, IN · arjun.mehta@example.com · +91 98xxx xxxxx
github.com/arjunm-example · linkedin.com/in/arjunm-example

## Profili
### Backend / piattaforma
Ingegnere backend, 6 anni su sistemi di pagamento e contabilità in Go e
Python. Responsabile di servizi da 4.000 richieste/s; ha ridotto del 30% i
costi di infrastruttura in Finlo.
### Data engineering
Ingegnere con 3 anni di pipeline batch e streaming (Airflow, Kafka,
BigQuery), oltre a 6 anni di lavoro backend.

## Esperienza

### Finlo Payments · Senior Software Engineer
Bangalore · aprile 2023 – oggi · Go, PostgreSQL, Kafka, Kubernetes, GCP
- Responsabile del servizio di contabilità (picco di 4.000 richieste/s, 11
  consumatori a valle).
- Ho ridotto la latenza p99 di scrittura da 410 ms a 95 ms raggruppando gli
  inserimenti contabili e aggiungendo una coda di scrittura anticipata.
  > Fonte: dashboard Grafana della latenza contabile, giugno 2024, finestra
  > di 7 giorni.
- Ho ridotto del 30% la spesa GCP del namespace pagamenti (da 18.000 a
  12.600 USD al mese) ridimensionando i node pool e spostando i job batch
  su istanze spot.
  > Fonte: esportazione della fatturazione GCP, T3 2024 rispetto a T1 2024.
- Ho guidato la migrazione di 6 servizi da Cloud Run a GKE in 4 mesi.
- Turni di reperibilità sui pagamenti (1 settimana su 5); ho scritto il
  runbook per gli incidenti usato da 12 ingegneri.
- Ho seguito 2 ingegneri junior; entrambi hanno rilasciato il loro primo
  servizio in produzione entro un trimestre.
- Ho sostituito un livello di retry fatto in casa con uno schema di
  dead-letter su Kafka; i pagamenti doppi sono scesi a zero nei 6 mesi
  successivi.
- (Non per la maggior parte dei CV) Ho condotto uno spike per riscrivere il
  sistema contabile in Rust, che non abbiamo rilasciato; ho scritto il
  documento di decisione.

### Brightcart · Software Engineer
Pune · luglio 2019 – marzo 2023 · Python, Django, MySQL, Redis, AWS
- Ho costruito l'API di tracciamento degli ordini (Django REST) per 200.000
  ordini al giorno.
- Ho spostato la ricerca prodotti da query LIKE su MySQL a Elasticsearch;
  il tempo di ricerca mediano è sceso da 1,2 s a 90 ms.
  > Fonte: Datadog APM, novembre 2021.
- Ho costruito le prime pipeline Airflow per il team dati (12 DAG,
  caricamenti notturni in Redshift).
- Ho scritto il Terraform per l'ambiente di staging (prima configurato a
  mano).
- Ho condotto oltre 40 colloqui per ruoli backend in 2 anni.

## Progetti
### kafka-replay (open source) · 2024 – oggi
CLI che riproduce i topic Kafka in un cluster locale per il debug. Go.
310 stelle su GitHub, usata da 3 team in Finlo.
### homelab-terraform · 2022
Moduli Terraform per un homelab Proxmox. Incompiuto; mi ha insegnato l'API
di Proxmox e i provider di Terraform.

## Competenze (ultimo utilizzo)
- Linguaggi: Go (2025), Python (2025), SQL (2025), Rust (2024, spike),
  TypeScript (2022)
- Infrastruttura: Kubernetes (2025), Terraform (2025), GCP (2025),
  AWS (2023), Docker (2025)
- Dati: Kafka (2025), PostgreSQL (2025), Airflow (2023), Redshift
  (2023), Elasticsearch (2022), BigQuery (2024)
- Pratiche: reperibilità, runbook per gli incidenti, documenti di
  progettazione, mentoring

## Formazione
B.E. in Ingegneria informatica, Università di Pune, 2015 – 2019

## Interventi e scritti
- «Ledger write paths at 4k rps», meetup Go di Bangalore, settembre 2024
- Blog: «Dead-letter queues without the drama», 2024 (12.000 visualizzazioni)

## Registro delle modifiche
- 2025-09: aggiunte le stelle di kafka-replay, numeri dei costi del T3
- 2025-03: aggiunto il punto elenco sul mentoring, nota sullo spike in Rust
- 2024-11: file creato dal CV del 2023 + appunti su Brightcart

Nota cosa ha questo file che nessun CV adattato avrebbe: righe con la fonte sotto i numeri, un punto elenco «non per la maggior parte dei CV», un progetto incompiuto, un anno di ultimo utilizzo per ogni competenza e due profili. È il compito del CV principale.

Come tenerlo aggiornato

Un CV principale muore quando aggiornarlo diventa un peso, quindi fai aggiornamenti piccoli e legali a eventi che già noti.

Aggiorna quando rilasci. Quando un progetto va in produzione o un numero si muove, aggiungi il punto elenco nella stessa settimana. Ora i numeri sono sulla dashboard; tra un anno non ci saranno più.

Tienilo sotto controllo di versione. Un file Markdown in un repository Git privato ti dà la cronologia gratis. Vedi cosa hai aggiunto e quando, e puoi confrontare il CV principale con qualsiasi versione adattata che ne hai ricavato.

Rivedilo ogni trimestre. Quindici minuti, quattro volte l’anno: rileggi i punti elenco del ruolo attuale, aggiungi ciò che è successo, aggiorna gli anni di ultimo utilizzo. Mettilo in calendario.

Annota la fonte insieme al numero. L’abitudine di scrivere «Fonte: …» sotto ogni numero richiede dieci secondi e ti salva dalla domanda di colloquio a cui non sapresti rispondere.

Tieni accanto un diario dei successi. L’idea del brag document di Julia Evans, un elenco continuo di ciò che hai fatto al lavoro, alimenta il CV principale. Il diario è grezzo; il CV principale è curato.

Se il tuo CV principale ha voci scarne, un ruolo con due punti elenco e nessun numero, Resume Matcher ha un passaggio di arricchimento per questo: individua le voci deboli, ti fa fino a sei domande su di esse e scrive da due a quattro nuovi punti elenco dalle tue risposte, senza aggiungere dettagli che non hai dato.

Direzioni di carriera: quando un solo CV principale non basta

La maggior parte degli sviluppatori se la cava con un CV principale e diversi profili. Alcuni no. Se la tua storia backend e quella sui dati hanno elenchi di competenze, selezioni di progetti e profili diversi, due CV principali sono più puliti di un unico file pieno di annotazioni aggrovigliate.

Resume Matcher è costruito attorno a questa idea. Puoi tenere fino a cinque CV principali, uno per ogni direzione di carriera, con uno segnato come predefinito. La pagina di adattamento preseleziona quello predefinito; cambi quando un annuncio chiede un’altra direzione. Ogni CV principale è un CV completo a sé, creato da un file PDF o Word caricato o dalle domande del Resume Wizard, e ognuno può avere sezioni personalizzate se ti serve un blocco che l’impaginazione standard non ha.

Come nascono le versioni adattate dal CV principale

Adattare è scegliere più formulare. Per un annuncio prendi i punti elenco che corrispondono ai suoi requisiti, li riformuli con i suoi termini, scegli il profilo per quella direzione, riduci l’elenco delle competenze a ciò che interessa all’annuncio e a ciò che hai usato negli ultimi anni, e tagli il resto per stare in una o due pagine. Il CV principale non cambia. La guida all’adattamento percorre ognuno di questi passaggi con un esempio svolto.

In Resume Matcher, ogni CV adattato è un documento separato che rimanda al CV principale da cui deriva. Il modello propone modifiche mirate al profilo, ai punti elenco e alle competenze; il codice controlla ciascuna, blocca nome, datori di lavoro, ruoli, date e titoli di studio, e annulla ogni numero che non era nel CV principale. Controlli un confronto prima/dopo e confermi o rigeneri. Il CV principale resta come l’hai scritto, così l’annuncio successivo parte dalla stessa fonte completa. Le versioni adattate salvate restano modificabili e si esportano in PDF con uno qualsiasi dei sette modelli.

Tieni il CV principale. Tutto il resto ne è una vista.

Se ti è stato utile

Se lo scheletro ti ha risparmiato una ricostruzione a memoria, una stella a Resume Matcher su GitHub aiuta altre persone in cerca di lavoro a trovarlo. Puoi seguirmi, Saurabh Rai, su GitHub, X e LinkedIn.

[Questo articolo è stato scritto, tradotto e impaginato con l'aiuto dell'IA. Le informazioni sul prodotto sono state verificate sul codice sorgente di Resume Matcher, e le fonti esterne sono linkate dove vengono usate.]

Ti è stato utile? Metti una stella a Resume Matcher su GitHub e segui il progetto