Ciao, e benvenuto nella sesta puntata della terza stagione. Oggi parliamo del formato opposto a quello della puntata scorsa: la prova da fare a casa. Invece di programmare sotto pressione davanti a qualcuno, ti danno un compito e del tempo per svolgerlo in autonomia, con calma. Molti la preferiscono di gran lunga, perché toglie l'ansia dello sguardo addosso. Ma ha le sue trappole, e oggi vediamo come affrontarla per bene.
Cominciamo dallo scopo, che è diverso dagli altri formati. Qui non stanno guardando come ragioni in tempo reale; stanno guardando il prodotto finito e cosa racconta di te. Come scrivi codice quando hai tempo e nessuno ti osserva. Come organizzi un lavoro dall'inizio alla fine. Quali scelte fai e quali cure ti prendi. È il formato che assomiglia di più al lavoro vero, ed è per questo che molte aziende ci si affidano.
La prima trappola, la più comune, è fraintendere quanto lavoro fare. Alcuni consegnano qualcosa di frettoloso e incompleto; altri esagerano nella direzione opposta, e passano giorni a costruire un'opera monumentale ben oltre quanto richiesto. Entrambi sbagliano. Leggi con attenzione cosa ti chiedono e fai quello, fatto bene. Rispettare lo scopo del compito è già un segnale di maturità: nel lavoro vero, chi fa il triplo di quanto serve non è un pregio, è un problema di tempi e di priorità.
Cosa cercano davvero in ciò che consegni? Riprendo un tema centrale della prima stagione: non la perfezione, ma codice pulito e leggibile, scelte sensate, cura dei dettagli. Preferiscono una soluzione semplice, ordinata e comprensibile a una complicata e ingegnosa. Ricorda che qualcuno leggerà il tuo codice: scrivilo pensando a quella persona, con nomi chiari e una struttura ordinata. La prova a casa è, prima di tutto, un test di quanto è piacevole leggere e mantenere ciò che scrivi.
Un dettaglio che fa una differenza enorme e che tanti dimenticano: accompagna il codice con un file che spieghi le cose essenziali. Come far partire il progetto, quali scelte hai fatto e perché, cosa avresti aggiunto con più tempo. Questo file vale tantissimo, per due motivi. Primo, dimostra che sai comunicare e documentare, competenza rarissima e preziosa. Secondo, ti dà lo spazio per spiegare le tue decisioni, così chi valuta capisce il perché e non fraintende scelte che hai preso di proposito.
Collegato: usa il controllo di versione come faresti sul lavoro. Non consegnare una cartella piatta con tutto il codice buttato dentro in un colpo solo. Una storia di piccoli passi ordinati, con messaggi chiari, racconta il tuo modo di lavorare e fa un'ottima impressione. È uno di quei dettagli che distinguono chi ha già la mentalità professionale da chi improvvisa. Tratta la prova a casa come tratteresti un vero pezzo di lavoro in azienda.
Parliamo dei test, cioè del codice che verifica che il tuo codice funzioni. Non sempre sono richiesti, ma se il tempo lo permette, aggiungerne anche solo qualcuno è un segnale molto positivo: dice che pensi alla correttezza e alla manutenzione, non solo a far funzionare le cose una volta. Se non fai in tempo a scriverne, puoi comunque menzionare nel tuo file che, con più tempo, avresti aggiunto dei test e su cosa. Mostrare che sai cosa manca è quasi buono quanto averlo fatto.
Una cosa che libera: sii onesto su cosa hai tagliato. Quasi sempre il tempo non basta per fare tutto alla perfezione, ed è normale. Non fingere che la tua consegna sia completa se non lo è; piuttosto scrivi chiaramente cosa hai lasciato fuori per motivi di tempo e come lo affronteresti. Questo, lungi dall'essere una debolezza, mostra consapevolezza e onestà, ed è esattamente come si ragiona nel lavoro reale, dove si fanno sempre compromessi tra tempo e completezza.
Attento agli autogol banali ma frequenti. Consegnare un progetto che non parte, con istruzioni sbagliate o dipendenze mancanti, è forse l'errore peggiore: prima di inviare, prova a far partire il tutto da zero, come farebbe chi lo riceve, magari in una cartella pulita. Se il valutatore non riesce nemmeno ad avviare il tuo lavoro, tutto il resto non conta. Questa verifica finale, che costa dieci minuti, salva da figure pessime.
Infine, preparati a parlarne. Molto spesso, dopo la prova a casa, c'è un colloquio in cui ti chiedono di spiegare le tue scelte, o ti propongono di aggiungere una funzionalità dal vivo per vedere se il codice è davvero tuo e se lo sai muovere. Quindi consegna solo codice che capisci fino in fondo e che sapresti modificare. Se hai preso ispirazione da qualche parte, assicurati di aver compreso ogni riga: dover spiegare qualcosa che non padroneggi è una delle situazioni peggiori in cui puoi trovarti.
Per oggi ci fermiamo qui. La prova a casa premia chi rispetta lo scopo senza esagerare, scrive codice pulito e leggibile, lo accompagna con una buona documentazione, lo tratta come lavoro vero e sa spiegarlo. Non serve stupire: serve consegnare qualcosa di curato, onesto e comprensibile, che funzioni davvero quando qualcun altro lo apre. Nella prossima puntata torniamo sul lato umano, con le domande comportamentali. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.