Studiare Ingegneria informatica e lavorare: si può, e come

Ti sei iscritto a Ingegneria informatica (o ci stai pensando) e la domanda non è se ce la farai con gli esami: è se, con un piano di studi fatto di programmazione, basi di dati e progetti da consegnare entro una data precisa, ti resterà tempo per un lavoro vero. La risposta onesta è che qui il nemico non è la lezione — spesso puoi seguirla registrata o saltarla del tutto — ma il progetto che non aspetta: un esame con consegna di codice a una certa ora non si sposta come si sposta un ripasso.

Qui non trovi un consiglio generico su "come si concilia lavoro e studio". Trovi i vincoli specifici di un corso di ingegneria triennale, con ordini di grandezza reali da verificare sul tuo regolamento, non inventati.

Quante ore ti prende davvero

Un CFU vale, per convenzione ministeriale, circa 25 ore di lavoro complessivo dello studente. Una triennale in Ingegneria informatica è da 180 CFU su tre anni, 60 l'anno — 1.500 ore annue, circa 30 a settimana su 50 settimane.

Il numero che conta davvero è dove finiscono quelle ore. I corsi teorici puri dei primi mesi — Analisi Matematica, Fisica, Algebra — funzionano come in qualsiasi altra ingegneria: frequenza spesso facoltativa, esame scritto, tempo di esercitazione a casa alto. Ma dal primo anno arrivano anche i corsi che cambiano il gioco — Programmazione I e II, Basi di Dati, Sistemi Operativi, Reti — dove l'esame non è solo "sai la teoria": è consegnare del codice che funziona, spesso con un progetto individuale o di gruppo da presentare a voce dopo. Il tempo che ti chiedono questi corsi non si misura in ore di lezione seguite, si misura in ore passate davanti a un IDE a far girare un test che continua a fallire.

Il numero esatto — quanti corsi hanno progetto obbligatorio, quante ore di laboratorio con presenza richiesta, se il tuo ateneo prevede un tirocinio curriculare (raro in triennale, più comune in magistrale) — è scritto nel regolamento didattico del tuo corso, non in un articolo online. Verificalo prima di organizzare qualsiasi cosa: fra un ateneo dove i progetti sono due a semestre e uno dove sono sei cambia tutto il margine che hai davvero.

Cosa non è negoziabile

Anche con la maggior parte delle lezioni a frequenza libera, ci sono pezzi che non decidi tu:

• I laboratori di programmazione, dove si valuta il codice scritto in aula insieme al docente o al tutor, spesso con presenza minima richiesta per accedere all'esame.
• I progetti a consegna fissa: un compilatore da far girare, un database da normalizzare, un'applicazione da completare entro una scadenza precisa, spesso con discussione orale subito dopo. A differenza di un esame a libri chiusi, un progetto non lasciato a metà non lo puoi improvvisare la notte prima.
• I project work in gruppo, comuni nei corsi più avanzati (Ingegneria del Software, sistemi distribuiti): significano riunioni con orari decisi da altre tre o quattro persone, non solo da te, e un codice che deve integrarsi col loro anche se tu quella settimana lavori.
• La prova finale, quasi sempre un progetto tecnico applicato — un'app, un sito, un sistema — con settimane di sviluppo concentrato prima della discussione.

Se il tuo piano di studi ha progetti di gruppo, è lì — non sulle lezioni teoriche — che si gioca la vera negoziazione con un lavoro: un turno fissato all'ultimo può saltare una riunione dove si decide chi scrive cosa, e quello che perdi non è una lezione, è la tua parte di voto.

Il calendario dell'anno

Le sessioni standard restano tre: invernale (gennaio-febbraio), estiva (giugno-luglio), autunnale (settembre). La differenza rispetto a corsi più discorsivi è che qui buona parte del voto si gioca prima dell'appello vero e proprio, nelle settimane in cui il progetto va scritto e testato: se non hai iniziato per tempo, tre giorni prima non bastano a far compilare un codice che non ha mai funzionato.

I lavori che si incastrano

Con un ritmo a blocchi — libertà durante il semestre, quasi zero nelle settimane di consegna — i lavori che funzionano meglio sono quelli a ore flessibili, sospendibili senza perdere il posto, e che non ti tolgono la testa la sera prima di un test:

A Torino, il mio primo cliente da freelance mi aveva promesso «vieni tranquillo, ti trovo lavori»: mi sono ritrovato un progetto video per cui ero enormemente sottoqualificato, senza nemmeno l'attrezzatura giusta, a fare tutto da solo — riprese, montaggio, sistemazione. 150 € per quaranta-cinquanta ore di lavoro, più il costo dell'attrezzatura. Il risultato non è piaciuto per come era stato impostato il lavoro fin dall'inizio, non per come l'avevo eseguito, ma la colpa è caduta su di me lo stesso. Non era editing video: era un progetto consegnato senza specifiche chiare, la stessa cosa che càpita a chi fa un piccolo sito o uno script per un negozio senza aver scritto prima, per iscritto, cosa doveva fare esattamente e per quando. Chi studia Ingegneria informatica ha uno strumento in più per evitarlo che io non avevo: sa scrivere un requisito in modo che non si presti a due letture.

I lavori che ti fanno saltare gli esami

Non tutto quello che sembra compatibile "sulla carta" lo è davvero, con progetti a consegna fissa in mezzo:

• Turni fissi tutte le sere della settimana, tipici della ristorazione strutturata: ti tolgono proprio le ore serali che servono per debuggare un progetto, e il codice non si sistema leggendo un riassunto la sera prima.
• Lavori a chiamata con preavviso cortissimo, dove non sai il giorno prima se lavorerai: impossibili da incastrare con una riunione di project work fissata con altre persone, che non puoi spostare da solo.
• Turni che coprono l'orario di una discussione di progetto: una discussione è fissata, in laboratorio, con un orario preciso. Se il lavoro ti mette in dubbio se ci sarai, prima o poi la salterai — è questione di tempo, non di sfortuna.

Il criterio è sempre lo stesso: chi decide quando lavori. Se la risposta è "il calendario dell'azienda, senza eccezioni", prima o poi quel calendario si scontrerà con una consegna che non puoi spostare.

Se studi Ingegneria informatica sai già fare una cosa che si vende

Dal primo anno in poi, hai competenze che molte piccole attività pagherebbero per non doversele procurare da soli:

• Un sito semplice o una pagina di prenotazione per negozi, studi professionali, attività locali che oggi non hanno niente o hanno una pagina Facebook e basta.
• Automazioni piccole ma concrete — un foglio che si aggiorna da solo, un promemoria automatico, un modulo che smette di arrivare via WhatsApp disordinato — per chi oggi tiene tutto a mano.
• Ripetizioni di informatica, matematica e fisica per chi è indietro con questi esami: è la materia che stai studiando tu, insegnata a chi ci sta annegando dentro adesso.
• Assistenza tecnica di base (configurare un pc, sistemare una rete wifi, salvare i dati di qualcuno prima che li perda) per chi non ha nessuno a cui chiedere.

Non serve la laurea per iniziare: serve trovare la prima persona che riconosce che sai risolvere il suo problema meglio di lei, e le fa comodo pagarti per farlo al posto suo. L'unica cosa che ti conviene fare diversamente da come ho fatto io la prima volta: metti per iscritto cosa consegni e quando, prima di iniziare, non dopo.

La cosa da fare domani

Apri il regolamento didattico del tuo corso e controlla due cose sole: quali corsi hanno un progetto con consegna obbligatoria e discussione orale, e quanti di questi cadono nello stesso mese. Sono le due informazioni che decidono davvero il tuo margine, molto più del numero totale di CFU. Se vuoi capire prima quante ore reggi senza far crollare gli esami, ne ho parlato in quante ore puoi lavorare mentre studi; e prima di accettare il primo lavoretto freelance, leggi i contratti che ti proporranno, spiegati senza avvocatese — avrei risparmiato un cliente, se l'avessi letta prima io.

Hai una domanda su questa cosa? Scrivimi in DM, rispondo io. Link: https://ig.me/m/ale.towro