Ciao, e benvenuto nella quinta puntata della terza stagione. Oggi affrontiamo il formato che terrorizza più di ogni altro: programmare dal vivo. Cioè scrivere codice davanti a chi ti sta valutando, magari mentre risolvi un problema o addirittura un esercizio di tipo algoritmico. È la prova che fa sudare freddo, perché unisce due difficoltà: risolvere un problema e farlo mentre qualcuno ti guarda. Ma anche questa, capita bene, è molto più gestibile di come sembra.
Partiamo di nuovo dallo scopo, perché è tutto lì. Quando ti chiedono di programmare dal vivo, quasi mai vogliono la soluzione perfetta e velocissima. Vogliono vedere come lavori: come scomponi un problema, come rifletti, come reagisci quando qualcosa non torna. È come guardarti guidare, non solo sapere se arrivi a destinazione. Questo cambia completamente la strategia: il tuo obiettivo non è impressionare con la genialità, ma mostrare un modo di lavorare ordinato e sensato.
Da qui il consiglio numero uno, lo stesso della puntata scorsa ma qui ancora più cruciale: parla mentre lavori. Nel silenzio, chi ti osserva non ha idea di cosa stia succedendo nella tua testa, e il silenzio prolungato mette a disagio entrambi. Racconta cosa stai facendo: "prima capisco bene il problema, poi penso a un approccio semplice, poi lo miglioro". Se ti blocchi, dillo: "qui sono un attimo incerto, sto valutando due strade". Il tuo ragionamento è metà di ciò che stanno comprando.
Un errore classico, dettato dalla fretta e dall'ansia, è buttarsi a scrivere codice prima di aver capito il problema. Resisti. Prenditi un momento all'inizio per chiarire: fai domande, verifica di aver capito cosa ti chiedono, considera i casi particolari. Meglio trenta secondi spesi a capire che cinque minuti spesi a risolvere il problema sbagliato. Ripetere il problema con parole tue, e chiedere conferma, è un ottimo modo per partire col piede giusto e prendere tempo prezioso.
Poi una strategia che funziona quasi sempre: parti dalla soluzione più semplice che ti viene, anche se è goffa. Non cercare subito quella elegante e ottimizzata. Fai funzionare qualcosa, un primo approccio anche rozzo, e dillo apertamente: "parto da una soluzione semplice, magari non la più efficiente, poi la miglioro". Questo mostra pragmatismo, ti dà una base concreta su cui ragionare, e ti toglie la paralisi del voler trovare subito la risposta perfetta. Una cosa che funziona batte una cosa perfetta che non scrivi mai, anche qui.
E se ti blocchi davvero, cosa che può succedere e non è la fine del mondo? Qui torna un tema della seconda stagione, il restare bloccati, ma sotto pressione. Prima cosa: non andare nel panico e non ammutolire. Torna a ragionare a voce alta, prova a spiegare dove sei arrivato e dove sei fermo. Spesso, nel dirlo, la strada si sblocca. Seconda cosa: va benissimo chiedere un piccolo aiuto o un indizio. Molti esaminatori sono disposti a darti una spinta se vedono che stai ragionando, e come reagisci a un suggerimento fa parte di ciò che valutano.
Attenzione a una trappola tipica dei più bravi: l'ottimizzazione prematura. La voglia di fare subito la cosa più intelligente possibile ti fa perdere tempo e ti blocca. Prima fai funzionare, poi, se c'è tempo, migliora. Anzi, un ottimo segnale è proprio dire "questo funziona; se avessi più tempo lo migliorerei così". Mostra che sai cosa si potrebbe fare meglio, senza esserti impantanato nel tentativo di farlo subito. È esattamente il ragionamento di un professionista con scadenze reali.
Sul lato pratico, se la sessione è a distanza e usi il tuo ambiente, preparalo prima. Assicurati che l'editor, gli strumenti e tutto funzionino, così non perdi minuti preziosi e non dai l'impressione di essere impacciato con i tuoi stessi strumenti. Se invece scrivi in un ambiente condiviso che non conosci, chiedi un momento per prenderci confidenza: è del tutto legittimo, e nessuno si aspetta che tu conosca a memoria un editor mai visto.
Una parola sugli esercizi di tipo algoritmico, che a volte capitano anche nel mondo web e spaventano parecchio. Non lasciare che ti travolgano: valgono le stesse regole. Chiarisci il problema, parti da una soluzione semplice, ragiona a voce alta, e non fissarti sull'ottimo. E se un tipo di problema non l'hai mai visto, dillo con onestà e prova comunque a ragionarci: mostrare il processo, ripeto, conta più del risultato. Un po' di pratica su questo genere di esercizi, prima dei colloqui, aiuta a non farsi cogliere di sorpresa.
Un'ultima cosa sul lato umano, perché è la parte più dura: gestire la pressione dello sguardo addosso. È normale sentirsi osservati e giudicati; capita a tutti, anche ai bravi. Un piccolo trucco mentale è ricordarti che chi ti osserva, quasi sempre, tifa per te: vorrebbe trovare la persona giusta, non vederti fallire. Non è un avversario, è qualcuno che spera che tu sia bravo. Trasformare l'esaminatore da giudice a collega temporaneo, nella tua testa, abbassa moltissimo la tensione.
Per oggi ci fermiamo qui. Programmare dal vivo non è una gara di genialità: è una dimostrazione del tuo modo di lavorare. Parla mentre lavori, capisci prima di scrivere, parti dal semplice, gestisci il blocco con calma, e ricordati che chi ti guarda spera che tu ce la faccia. Nella prossima puntata affrontiamo il formato opposto e più tranquillo: la prova da fare a casa. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.