Ci sono track di una conference che raggruppano talk per tecnologia — stesso linguaggio, stesso framework, stesso layer di stack. E ci sono track che raggruppano talk per domanda. Engineers as Humans appartiene alla seconda categoria: cinque talk molto diversi tra loro — per formato, tono, tecnicalità — messi insieme perché rispondono tutti, da angolazioni opposte, alla stessa domanda scomoda: cosa resta del mestiere di ingegnere quando lo spogli del codice che scrive?
Non è una domanda retorica da panel di chiusura. È una domanda che, messa davanti a cinque prospettive diverse, produce insight che restano addosso più di un talk tecnico da solo — proprio perché costringono a discutere, spesso in disaccordo con lo speaker o tra colleghi durante il coffee break subito dopo. È esattamente il tipo di valore che si porta a casa da una conference dal vivo, e che un video registrato guardato da soli, mesi dopo, riesce a restituire molto meno.
Ecco cinque insight che la track porta in sala.
Insight #1: la voce che convince in un design review si allena come un muscolo
Il primo insight arriva da un posto inaspettato: il public speaking. Non come skill per chi ambisce al palco, ma come competenza tecnica trasferibile a qualsiasi conversazione ad alto stakes — un design review dove devi far approvare un’architettura rischiosa, un board da convincere a finanziare un refactor, un team scettico da portare dalla tua parte. Il messaggio è netto: chi comunica bene su un palco non ha un dono, ha ripetuto un metodo abbastanza volte da renderlo invisibile.
L’insight da discutere: quanti dei disaccordi tecnici che perdiamo in azienda non li perdiamo per un’idea sbagliata, ma per un’esposizione debole? È una domanda scomoda perché sposta la responsabilità dal “avevo ragione ma non mi hanno ascoltato” a “non sono stato abbastanza chiaro da farmi ascoltare” — e in sala genera esattamente il tipo di discussione che vale la pena avere faccia a faccia, non in un thread Slack.
Insight #2: siamo diretti nelle pull request e vigliacchi in stand-up
Il secondo insight è forse il più tagliente dell’intera track: gli stessi ingegneri che commentano senza pietà naming, astrazioni e test mancanti in una pull request diventano stranamente silenziosi in ogni altro contesto — uno standup che deraglia, una design review dove un requisito critico viene ignorato, una retro dove nessuno dice la cosa scomoda. Chi chiede modifiche senza esitazione su GitHub spesso ammorbidisce, rimanda o scarica su un manager la stessa conversazione fatta di persona.
L’insight da discutere: perché il codice ci dà un permesso di franchezza che le persone non ci danno? È una domanda che mette in imbarazzo — nel modo giusto — perché quasi tutti in sala riconoscono di averlo fatto la settimana scorsa. Ed è esattamente il tipo di ammissione collettiva che rende un talk memorabile: non perché insegna qualcosa di nuovo, ma perché nomina ad alta voce qualcosa che tutti sapevano e nessuno diceva.
Insight #3: le previsioni più estreme sull’AI vanno discusse, non subite
Il terzo insight arriva in un formato completamente diverso: un talk interattivo dove il pubblico stesso prende il microfono per demolire o difendere tesi volutamente esagerate sull’impatto dell’AI sul mercato del lavoro — il SaaS è morto, le software house chiuderanno entro diciotto mesi, un senior dev è solo un junior che ha memorizzato le API a memoria. Nessuna di queste tesi è pensata per essere vera. Sono pensate per essere discusse.
L’insight da discutere: la maggior parte delle persone forma la propria opinione sull’impatto dell’AI leggendo thread in solitudine, mai discutendola ad alta voce con chi non è d’accordo. Un formato che obbliga a prendere posizione davanti a una sala — e a sentire subito la contro-argomentazione di chi la pensa diversamente — produce un pensiero più solido di qualsiasi articolo letto in cuffia sui mezzi pubblici.
Insight #4: la curiosità senza ROI immediato resta il modo più veloce per imparare uno strumento nuovo
Il quarto insight nasce da una storia personale, quasi ludica: un gioco per Atari 2600 del 1982 che richiedeva obbligatoriamente due giocatori umani, perché l’hardware — 128 byte di RAM, zero frame buffer — non lasciava spazio a un’intelligenza artificiale avversaria. Decenni dopo, quel gioco viene reverse-engineerato a mano, collegato via MCP a un modello AI, e trasformato nell’avversario che l’hardware originale non poteva permettersi.
L’insight da discutere: quanto delle nostre competenze più solide su strumenti nuovi — MCP, agenti, orchestrazione — nasce da un problema aziendale con deadline, e quanto nasce invece da un progetto personale senza nessuna pressione di consegna? È una domanda che vale la pena farsi in sala, magari confrontandosi con chi ha imparato un tool nuovo esattamente allo stesso modo: giocando, non per obbligo.
Insight #5: il colloquio tecnico sta ancora valutando la persona sbagliata
Il quinto insight riguarda un rituale che quasi ogni ingegnere senior ha attraversato da entrambi i lati del tavolo: il colloquio tecnico. La tesi è diretta: l’AI ha già cambiato come lavorano gli ingegneri, ma la maggior parte dei processi di selezione valuta ancora i candidati come se l’AI non esistesse, misurando la capacità di scrivere un algoritmo da zero invece del giudizio nel riconoscere quando un output generato dall’AI è sbagliato, incompleto o fuorviante.
L’insight da discutere: se il criterio di valutazione è sbagliato, quante assunzioni recenti — le nostre, non solo quelle altrui — hanno premiato la persona sbagliata? È una domanda che tocca un nervo scoperto per chiunque faccia colloqui, ed è il tipo di scomodità che una sala piena di pari è il posto migliore per affrontare, prima di tornare in ufficio e cambiare davvero il processo.
Perché questi cinque talk stanno nella stessa track
Non è un caso che questi cinque talk — un talk su come parlare in pubblico, uno sulla direttezza nel feedback, uno sulle previsioni sul mercato del lavoro, uno su un progetto personale con un’AI e un’Atari, uno sui colloqui tecnici — condividano lo stesso raccoglitore tematico. Nessuno di loro riguarda un linguaggio, un framework o un’architettura. Riguardano tutti la stessa cosa: cosa succede alla componente umana del mestiere quando il codice smette di essere la parte più difficile da scrivere.
Il valore di sederti in questa sala — non di leggerne un riassunto — è proprio questo: ogni talk lascia una domanda aperta pensata per continuare a discutere, con la persona seduta accanto, durante la pausa caffè subito dopo. È un tipo di apprendimento che nessun video registrato, guardato da soli mesi dopo, riesce a restituire allo stesso modo.
Vuoi vivere questi talk dal vivo — e certificare quello che impari?
Questi cinque speech fanno parte del programma di Codemotion AI & Tech Conference, a Milano. Se il codice è solo metà del tuo lavoro — e sospetti che l’altra metà valga la pena allenarla con la stessa serietà — questa track è pensato apposta per te.
Con l’acquisto del biglietto ricevi anche il 40% di sconto sulle certificazioni Linux Foundation: un modo concreto per trasformare gli insight che porti a casa in una competenza verificabile sul mercato.
Scopri il programma completo, prenota il tuo posto e sblocca lo sconto sulle certificazioni →
