«Non puoi fare IT senza matematica e un QI di 150.» «È un lavoro noioso, stai solo seduto a scrivere codice dalla mattina alla sera.» Se l'hai sentito dire dagli amici (o l'hai detto a te stesso), non sei il solo. I miti sulle carriere IT sono più resistenti degli scarafaggi: circolano da decenni e continuano a strisciare da una conversazione «da addetti ai lavori» all'altra.

Il problema è che questi miti tagliano fuori le persone da una carriera. Secondo i dati di Stack Overflow per il 2025, quasi la metà degli sviluppatori è entrata nella professione senza una formazione IT formale, eppure lo stereotipo del «solo per geni della matematica» continua a spaventare i principianti. Ecco cinque dei luoghi comuni più duraturi e cosa c'è davvero dietro.

💡 Panoramica rapida:

• Smontiamo il mito che l'IT sia solo per doti intellettuali fuori dal comune: quali competenze servono davvero e perché chi ha una «mentalità umanistica» non è un pesce fuor d'acqua.
• Vediamo la vera routine quotidiana: perché «stare seduti al computer» è solo una piccola parte del quadro.
• Scopriamo quali abilità contano più della matematica e in quali ruoli IT i numeri non servono affatto.
• Valutiamo tempistiche realistiche per entrare nella professione: mesi contro anni.
• Sveliamo il lato creativo dell'IT: dall'architettura di prodotto al design delle interfacce.

Mito 1. «Le carriere IT sono solo per doti intellettuali fuori dal comune»

Il mito più dannoso. Recita così: «Per programmare devi essere un genio con una mente matematica e un QI di 150.» In realtà, la barriera d'ingresso nell'IT è molto più bassa di quanto si pensi.

La cosa principale che serve all'inizio è il pensiero logico e la disponibilità a lavorare con le astrazioni. Non la matematica avanzata, non conoscere gli algoritmi a memoria. La giornata tipo di un junior è fatta di ricerca di soluzioni nella documentazione, debugging di errori comprensibili e lettura del codice scritto da altri. Tutto questo si impara con la pratica, non a scuola con l'algebra avanzata.

L'IT è fatta di decine di ruoli diversi. Interface designer, technical writer, project manager, QA engineer, data analyst: ogni specializzazione ha il suo profilo di competenze. E la matematica è tutt'altro che necessaria ovunque. Ciò che conta di più è la capacità di tenere a mente più livelli astratti contemporaneamente e di non perdersi quando qualcosa non va secondo i piani.

In conclusione: «non sono abbastanza intelligente per l'IT» non è una diagnosi, è lo stereotipo di qualcun altro. Chiunque abbia abbastanza costanza e curiosità può provarci.

Mito 2. «Il lavoro IT è monotono, seduti al computer dalla mattina alla sera»

L'immagine da meme: un programmatore in felpa, cinque tab di codice, lo-fi in cuffia, non parla con il monitor. La realtà è diversa.

La giornata tipo di uno sviluppatore è un'alternanza di concentrazione e comunicazione. Al mattino, uno standup con il team (10-15 minuti: chi ha fatto cosa, dove sono i blocchi). Poi due o tre ore di focus sulla programmazione. Dopo, code review, discussione dell'architettura con un collega, una call con un designer per un nuovo componente, correzioni in base al feedback dei tester. E di nuovo al codice.

Noia? Più che altro cambio di contesto. Sviluppare significa risolvere problemi diversi ogni giorno. Oggi sistemi un bug nell'autenticazione, domani costruisci un nuovo blocco della landing page, dopodomani ottimizzi una query del database. La monotonia esiste, ma non è sistemica, specialmente nei team piccoli e nelle aziende di prodotto.

E poi ci sono le discussioni sull'architettura, il task grooming (stima della complessità e scomposizione), le retrospettive. Tutta questa attività «non di codice» occupa una parte rilevante della giornata lavorativa, specialmente nelle posizioni middle e senior, dove alla responsabilità del codice si aggiunge quella per il prodotto e per il team.

Mito 3. «L'IT richiede solo competenze matematiche»

Questo mito nasce dallo stereotipo scolastico «programmazione = informatica = matematica». In realtà, un collegamento esiste, ma è molto più limitato di quanto sembri.

Sì, ci sono ambiti in cui la matematica è cruciale: machine learning, computer vision, crittografia, sviluppo di motori di gioco. Ma sono nicchie ristrette. Il grosso dello sviluppo commerciale, web, app mobile, sistemi enterprise, si basa sulla logica e sulla comprensione dei processi di business, non sugli integrali.

Prendiamo un esempio concreto: uno sviluppatore frontend costruisce il form di checkout di un ordine. Deve: capire il mockup del designer, scrivere un componente in React, gestire gli stati (loading / error / success), inviare i dati al server, mostrare il risultato all'utente. Dov'è la matematica qui? Da nessuna parte. Cosa serve: capire il DOM, l'asincronia, i principi di UX e l'attenzione al dettaglio.

La comunicazione è un'altra abilità sottovalutata. Uno sviluppatore che non sa spiegare a un team lead perché la soluzione A è migliore della B farà più fatica in carriera di uno che ha dimenticato la formula della derivata. La capacità di scrivere messaggi di commit chiari, mantenere la documentazione e argomentare la propria posizione in una code review è una parte della professione non meno importante del codice stesso.

Mito 4. «Imparare per le carriere IT è lungo e difficile»

«Cinque anni all'università, poi altri tre per diventare middle»: questa narrazione è diventata obsoleta circa dieci anni fa. Oggi è possibile entrare nell'IT in 6-12 mesi con un approccio intensivo.

I bootcamp full-immersion (a tempo pieno, oltre 40 ore a settimana) formano junior in 3-6 mesi. I programmi e corsi di formazione serali permettono di conciliare lo studio con il lavoro attuale e di arrivare a uno stage in 8-12 mesi. L'autoapprendimento con materiali aperti è un percorso più lungo (da un anno a un anno e mezzo per il primo lavoro), ma funziona anche questo, con disciplina.

Il punto chiave: l'apprendimento IT non finisce con l'assunzione. Le tecnologie si aggiornano di continuo e uno sviluppatore impara per tutta la carriera. Ma si tratta di apprendimento sul lavoro, nel processo, guidato dai task, con il supporto dei colleghi. Non è «tornare a scuola per altri cinque anni».

La barriera principale non è la durata, ma l'intensità dei primi mesi. La curva di apprendimento è ripida: devi padroneggiare simultaneamente la sintassi del linguaggio, gli strumenti (Git, editor, terminale), i framework e la mentalità del «scomporre il problema in parti». Ma questa fase la attraversano tutti, sia chi viene da studi umanistici sia chi ha una formazione tecnica.

Mito 5. «Le carriere IT non offrono libertà creativa»

Il più grande equivoco della lista. La creatività nell'IT esiste, solo che è diversa, non è «dipingere un quadro a olio».

L'architettura di sistema è un atto creativo. Scegliere la struttura di un database, progettare un'API, suddividere un'applicazione in moduli: ogni decisione ha decine di alternative. Un buon architetto non segue un'unica strada «giusta», ma sceglie un compromesso tra velocità, affidabilità, costo di manutenzione e leggibilità del codice. Questa è pura creazione entro vincoli rigidi, ed è proprio il vincolo a renderla interessante.

Il design delle interfacce è un'altra nicchia creativa. Un designer UX/UI pensa a come l'utente passerà da «vedo un pulsante» a «ho pagato l'ordine», quali emozioni proverà a ogni passaggio e dove inciamperà. Questo richiede empatia, gusto visivo e comprensione della psicologia.

Anche nel puro lavoro backend c'è spazio per l'inventiva: scrivere un algoritmo elegante che elabora i dati 10 volte più velocemente del precedente dà una soddisfazione dello stesso ordine del risolvere un puzzle complesso. E quando migliaia di persone usano la tua soluzione, quella è una motivazione più forte di molti riconoscimenti «creativi».

La creatività nell'IT non è «libera espressione di sé senza limiti». È creare sistemi funzionanti dal nulla, solo con idee e codice. Ed è dannatamente entusiasmante.

⁉️🤔 Domande frequenti

È possibile entrare nell'IT a 30, 40 o 50 anni?

Sì. L'età non è una barriera se sei disposto a imparare. I datori di lavoro nell'IT guardano alle competenze e alla capacità di risolvere problemi, non all'anno di nascita. Secondo i dati di Stack Overflow, circa il 15% degli sviluppatori è entrato nella professione dopo i 30 anni. L'esperienza maturata in una carriera precedente (gestione, comunicazione, competenza di dominio) diventa un vantaggio nelle posizioni middle, quando alla responsabilità del codice si aggiunge quella per il prodotto e per le persone.

Quale linguaggio di programmazione dovrebbe scegliere un principiante?

Per lo sviluppo web: JavaScript (frontend) o Python (backend), entrambi hanno una bassa barriera d'ingresso e una community enorme. Per lo sviluppo mobile: Swift (iOS) o Kotlin (Android). Per l'analisi dei dati: Python. La cosa principale è non saltare da un linguaggio all'altro nei primi sei mesi. Scegline uno e portalo al livello in cui riesci a costruire un'applicazione funzionante senza suggerimenti «dall'inizio alla fine».

Serve una laurea per lavorare nell'IT?

No. La maggior parte delle aziende commerciali prende in considerazione candidati senza una laurea specialistica. Conta di più un portfolio: 2-3 progetti funzionanti su GitHub, la capacità di superare un colloquio tecnico. La laurea può essere un plus nei settori conservativi (banche, settore pubblico) e per la relocation (requisiti per il visto), ma per iniziare in una web agency o in un'azienda di prodotto non è obbligatoria.

E se sono un umanista e ho paura di non farcela con la parte tecnica?

Inizia da ruoli in cui la soglia tecnica è più bassa: testing manuale (QA), supporto tecnico, redazione di documentazione. Da lì è più chiaro in che direzione crescere. Molti «puri umanisti» lavorano con successo come sviluppatori frontend, perché lì il senso dell'interfaccia e l'attenzione all'utente contano più degli algoritmi. La paura di «non farcela» scompare con il primo progetto funzionante, quando vedi che il codice fa davvero ciò che avevi pensato.

Il mercato IT cambierà a causa dell'IA e resterò senza lavoro?

L'IA cambia gli strumenti, non elimina gli sviluppatori. Copilot e strumenti simili accelerano la scrittura di codice boilerplate, ma non sostituiscono le decisioni architetturali, il debugging di bug complessi e la comunicazione con il business. La domanda si sta spostando verso specialisti che sanno usare gli strumenti di IA e capiscono dove applicarli in modo sensato. Il mercato IT continua a crescere: le previsioni del Bureau of Labor Statistics degli Stati Uniti mostrano una crescita dell'occupazione degli sviluppatori del 25% entro il 2034, più rapida della media di mercato.

Bisogna temere i miti o è ora di provare?

Gli stereotipi sulle carriere IT poggiano su tre pilastri: nozioni scolastiche obsolete, la paura di «non farcela» e la mancanza di esempi reali davanti agli occhi. La realtà è più semplice: la porta è aperta a persone con i background più diversi e l'abilità principale è la capacità di imparare e di non mollare al primo errore incomprensibile.

Se senti che l'argomento ti prende, inizia con un corso introduttivo gratuito in un linguaggio qualsiasi (Python, JavaScript). Portalo a termine. Costruisci il tuo primo progetto funzionante, anche se è solo una pagina semplice o uno script. E solo dopo decidi: fa per te oppure no. Lascia che i miti restino ciò che sono sempre stati: l'opinione di qualcun altro, non una condanna per la tua carriera.