TypeScript o JavaScript? Perché scelgo i tipi per progetti che durano

Quando si parla di sviluppo web, "JavaScript" e "TypeScript" sembrano due dettagli tecnici lontani da chi commissiona un progetto. In realtà la scelta tra i due incide su quanto il tuo sito sarà affidabile, manutenibile e sicuro nel tempo. Vediamo perché, senza tecnicismi inutili.

Cos'è TypeScript, in due righe

JavaScript è il linguaggio che fa funzionare i siti nel browser. TypeScript è JavaScript con un'aggiunta: i tipi. Dichiarare che un valore è un numero, un testo o una data permette agli strumenti di sviluppo di controllare il codice mentre lo si scrive, prima ancora di pubblicarlo.

Il costo nascosto del codice senza tipi

Senza tipi, molti errori si scoprono solo quando un utente ci sbatte contro: un campo che riceve un testo dove serviva un numero, una funzione chiamata con i dati sbagliati. Sono bug silenziosi che emergono in produzione, nel momento peggiore.

Cosa cambia in pratica

Con i tipi, l'editor segnala l'errore subito:

function prezzoConIva(prezzo: number): number {
  return prezzo * 1.22;
}

prezzoConIva("100"); // errore segnalato mentre scrivo, non dall'utente

È come avere un revisore instancabile che rilegge ogni riga. Su progetti che crescono, questo si traduce in meno regressioni e modifiche più sicure.

Quando NON serve

Per uno script minimo o una pagina statica, TypeScript può essere sovradimensionato. La regola: più il progetto è grande, vive e cambia nel tempo, più i tipi ripagano l'investimento iniziale.

Il costo dell'adozione

Passare a TypeScript su un progetto JavaScript esistente non è un'operazione tutto-o-niente: allowJs permette di far convivere i due linguaggi e le opzioni di strict si attivano una alla volta, file per file. Il costo reale si concentra nelle prime settimane, quando emergono i punti in cui i dati non avevano mai avuto una forma precisa - ed è esattamente lì che stavano i bug silenziosi. In pipeline basta un tsc --noEmit per bloccare una build che non tipizza.