Ex-giurista: tornare al codice dopo anni di avvocatura

Background di partenza

Fernanda Penna Ribeiro aveva una carriera legale avviata in Brasile quando ha deciso che non voleva continuare. Non per mancanza di capacità: per esaurimento. Il burnout che ha descritto nella sua intervista per STRV - pubblicata nel marzo 2023 - non era solo fisico. Era la sensazione di aver costruito qualcosa che non voleva più. E la domanda che si è trovata a fare, a quasi trent'anni, era una domanda radicale: e adesso?

La risposta non è arrivata subito. È arrivata dopo un periodo di ricerca - che lei stessa descrive come caotico e spaventoso - durante il quale ha scoperto la programmazione quasi per caso, attraverso un corso online. La prima reazione è stata di sorpresa: questo è qualcosa che mi piace fare. La seconda reazione, più difficile da gestire, è stata: ma sono già troppo indietro. Non ho le basi che hanno tutti gli altri. Come faccio a ricominciare?

Benton Wong ha avuto una traiettoria diversa ma ugualmente non lineare. Come raccontato in un'intervista a Course Report nel 2019, ha lavorato nel settore biotecnologico, poi ha studiato legge, poi ha ricoperto ruoli di leadership aziendale - tre carriere in sequenza, ciascuna con le sue competenze e le sue reti. È arrivato alla decisione di diventare developer non per caso ma per scelta deliberata: aveva identificato nella programmazione la competenza che avrebbe voluto avere nelle sue carriere precedenti, e ha deciso di acquisirla direttamente invece di lavorare intorno ad essa.

Cosa accomuna questi due percorsi, apparentemente così diversi? Il fatto che nessuno dei due era una risposta a una "vocazione naturale" per la programmazione. Erano risposte a situazioni di vita concrete - burnout nel caso di Fernanda, scelta strategica nel caso di Benton - che hanno trovato nella programmazione una via di uscita e di costruzione. Questo è un punto che le narrative standard del career change tech tendono a minimizzare: non è necessario "amare la programmazione" per cominciare. È necessario avere un motivo concreto per imparare.

La storia di Fernanda è rilevante anche per un altro motivo: è una storia internazionale. Ha imparato a programmare in Brasile, ha costruito le prime competenze tecniche in un contesto in cui il mercato tech era meno maturo di quello europeo o statunitense, e poi ha trovato lavoro in Europa - a STRV, un'azienda con team distribuiti in più paesi. Il percorso mostra che la transizione non è vincolata al mercato locale: le competenze tecniche sono portabili, e il mercato europeo del lavoro tech è accessibile anche da chi è partito da contesti geograficamente diversi.

Per un avvocato italiano o europeo che sta valutando questa transizione, questa dimensione internazionale è rilevante: le competenze tecniche si costruiscono in un mercato globale, e il mercato del lavoro in cui si può candidare non è solo quello del proprio paese.

Il contesto del burnout legale come punto di partenza

Il burnout nella professione legale non è un fenomeno raro. La ricerca sul benessere professionale negli avvocati - citata in studi dell'American Bar Association e confermata da dati europei - mostra tassi di burnout significativamente più alti nella professione legale rispetto alla media delle professioni ad alta qualificazione. Il carico di lavoro, la competizione, la gestione di situazioni ad alto stress emotivo, la pressione dei clienti, e la struttura gerarchica di molti studi legali sono fattori che contribuiscono a questo dato.

Fernanda è uscita da questa situazione attraverso la programmazione - non perché la programmazione sia necessariamente meno stressante del diritto, ma perché il cambiamento di contesto ha offerto la possibilità di ricominciare senza il peso di anni di aspettative accumulate. Per molti ex-giuristi in burnout, la transizione tech non è solo una scelta professionale: è un atto di recupero.

Difficoltà tipiche

Il ritorno al codice dopo anni di avvocatura ha difficoltà specifiche che chi inizia subito dopo il liceo o durante l'università non incontra nella stessa misura. Vale la pena nominarle prima di iniziare.

L'identità professionale come zavorra

Dopo anni di pratica legale, l'identità professionale di un avvocato è profondamente radicata. Non è solo un mestiere: è un modo di pensare, di relazionarsi con i problemi, di parlare e di posizionarsi socialmente. "Sono avvocato" è una frase che dice molto, in qualsiasi contesto.

"Sto imparando a programmare" non dice la stessa cosa - almeno non nella prima fase della transizione. C'è un periodo, spesso lungo, in cui la persona ex-giurista che sta diventando developer non è ancora né l'una né l'altra cosa. È in mezzo. E questo limbo identitario è una delle difficoltà meno discusse del career switch: non c'è ancora un'identità professionale consolidata a cui appoggiarsi, ma quella precedente è stata lasciata andare (almeno in parte).

Fernanda lo descrive nel suo racconto: il momento in cui ha smesso di presentarsi come avvocata - prima nelle conversazioni sociali, poi nei contesti professionali - è stato un momento di rottura deliberata. Non è venuto naturalmente. Ha richiesto una scelta attiva di lasciare andare un'identità consolidata. E prima che arrivasse l'identità di "backend engineer", c'è stato un periodo di incertezza su chi fosse professionalmente.

Il debito tecnico dell'apprendimento autodidatta

Chi impara a programmare da autodidatta - attraverso corsi online, bootcamp, o tutorial - accumula spesso competenze disomogenee. Sa fare alcune cose bene e altre male; ha lacune in aree che un curriculum universitario coprirebbe sistematicamente; conosce pattern moderni che chi ha studiato dieci anni fa non conosce, ma ignora fondamenti che chi ha studiato dieci anni fa ha già. Questo "debito tecnico dell'apprendimento" non è una mancanza di intelligenza o di impegno. È il costo naturale di un percorso non strutturato.

Il debito tecnico dell'apprendimento autodidatta diventa visibile in modo acuto nei colloqui tecnici: le domande su strutture dati classiche, sulla complessità algoritmica, o su pattern di progettazione che vengono insegnati sistematicamente nei corsi universitari CS sono spesso proprio le aree in cui un autodidatta non-CS ha le lacune più pronunciate. Non perché non abbia la capacità di capirle - le capisce quando le studia - ma perché il percorso autodidatta tende a coprire le cose che servono subito per costruire qualcosa, non le cose che vengono chieste nei colloqui formali.

Benton Wong ha affrontato questo problema in modo diretto: invece di continuare con l'auto-apprendimento, ha scelto un bootcamp strutturato - Flatiron School a New York - che gli ha fornito una base più coerente e un portfolio di progetti verificabili. La scelta del bootcamp non è universalmente la risposta giusta, ma per lui è stata quella che ha accelerato in modo significativo il passaggio dalla fase di apprendimento alla fase di candidatura.

La distanza temporale dall'apprendimento di cose nuove

Un giurista di 35 anni che inizia a programmare non ha solo la sfida del contenuto nuovo. Ha anche la sfida di imparare dopo anni in cui l'apprendimento di cose completamente nuove - nel senso di skill da zero - non era parte del suo quotidiano. La pratica legale richiede apprendimento continuo, ma è un apprendimento incrementale su basi già consolidate: nuova giurisprudenza, nuove normative, nuovi ambiti di diritto. Programmare da zero richiede un tipo diverso di attenzione cognitiva - un tipo che negli adulti va riattivato consapevolmente.

Non è un problema insuperabile - il cervello adulto impara in modo efficace anche in tarda età, e la ricerca su questo è chiara. Ma richiede di ricalibrare le aspettative su ritmo e progressione: imparare a programmare a 35 anni non è la stessa esperienza di imparare a 22. Non è peggio - è diverso, e spesso più intenzionale. Ma se ci aspetti le stesse sensazioni di un apprendimento fatto vent'anni fa, rischi di fraintendere i segnali. La lentezza iniziale non è un segnale di incapacità: è il cervello adulto che attiva le strutture di apprendimento che non usava da tempo.

Il mercato del lavoro per junior developer non-CS

Il mercato del lavoro per developer junior è competitivo, e chi viene da un background non-CS parte con uno svantaggio percepito rispetto ai candidati con laurea in informatica. Questo svantaggio si manifesta principalmente nella prima fase della candidatura - i filtri automatici dei sistemi ATS e i recruiter che cercano "almeno 2 anni di esperienza" o "laurea in informatica o disciplina correlata".

Fernanda ha affrontato questo problema costruendo visibilità su piattaforme tecniche - contributi open source, portfolio su GitHub - prima di candidarsi. Benton ha usato la rete professionale costruita nelle carriere precedenti per ottenere introduzioni dirette invece di candidarsi tramite portali. Entrambe le strategie sono valide; entrambe richiedono lavoro preparatorio che va fatto molto prima di iniziare a mandare candidature.

Un elemento che aiuta nei mercati europei - in particolare in Italia e in Europa centrale - è che la domanda di developer supera l'offerta in molte specializzazioni. Questo significa che i recruiter sono più disposti a considerare candidati non convenzionali rispetto a quanto sembri guardando i requisiti formali dei job posting. I requisiti dei job posting sono spesso aspirazionali; la realtà dei colloqui è più flessibile, soprattutto per chi porta un portfolio solido e un background professionale che aggiunge valore.

Cosa ha funzionato (Fernanda e Benton)

Dai racconti documentati di Fernanda Penna Ribeiro e di Benton Wong emergono alcune pratiche comuni che sembrano aver accelerato in modo significativo la loro transizione verso ruoli tecnici.

1. Accettare il punto di partenza, non idealizzarlo

Fernanda ha scritto esplicitamente di aver attraversato una fase in cui cercava la "via più rapida" - il corso, il metodo, la sequenza di apprendimento che avrebbe compresso il percorso al minimo. Questa fase, dice, è stata in parte un'illusione. Non esiste una via più rapida nell'assoluto. Esiste una via più appropriata per il proprio stile di apprendimento e per la propria situazione. Trovare quella via richiede sperimentazione - e la sperimentazione richiede tempo.

Il punto di partenza reale di Fernanda era: zero conoscenza tecnica, burnout professionale, necessità di ritrovare motivazione. Accettare quel punto di partenza - invece di confrontarsi con chi era più avanti - le ha permesso di costruire un piano realistico invece di inseguire uno ideale. Questo non è un consiglio di bassa ambizione: è un consiglio di mappatura accurata della realtà come condizione per la pianificazione efficace.

2. Specializzarsi più rapidamente del normale

Benton Wong, invece di cercare di coprire tutto il panorama tech, si è specializzato relativamente presto - scegliendo un percorso specifico (web development full-stack) e un linguaggio principale durante la sua formazione. Questa scelta di specializzazione precoce ha ridotto il campo di apprendimento a qualcosa di gestibile e ha reso il suo portfolio più coerente.

Il consiglio che emerge da molte storie di career switch tecnico di successo è coerente: la generalizzazione estrema - imparare un po' di tutto - è meno efficace della specializzazione precoce nel primo anno, anche se la specializzazione può evolvere nel tempo. Un portfolio che mostra tre progetti solidi in un'area specifica è più efficace di dieci progetti superficiali in aree diverse. La specializzazione non è una prigione: è una porta di entrata. Una volta dentro, si può espandere.

3. Usare il background professionale precedente come differenziatore

Fernanda lavora come backend engineer su prodotti che si intersecano con il dominio legale e aziendale. Il suo background da avvocata non è irrilevante nel suo lavoro attuale - è un asset che la distingue da developer con background puramente tecnico. La comprensione dei contratti, dei processi aziendali, e della logica legale è un vantaggio quando si lavora su software che serve aziende che operano in contesti regolamentati.

Benton ha portato il suo background in biotech e diritto in contesti tech che richiedono comprensione di dati complessi e di sistemi regolamentati. La trasversalità delle sue esperienze - che sembrava uno svantaggio durante la candidatura - è diventata un vantaggio una volta dentro il ruolo. Il developer che ha già navigato tre settori diversi porta una flessibilità cognitiva e una capacità di adattamento che un developer con carriera lineare spesso non ha.

4. Costruire una rete professionale tech prima di cercare lavoro

Sia Fernanda che Benton hanno investito tempo nel costruire connessioni nel mondo tech prima di cercare lavoro attivamente. Non nel senso di networking opportunistico, ma nel senso di partecipare a comunità, contribuire a discussioni, e rendersi visibili come persone che stanno imparando e costruendo cose.

Questa visibilità ha avuto un impatto concreto: ha portato a conversazioni informali che hanno poi aperto porte a opportunità di lavoro. Benton ha ottenuto il suo ruolo a Scribd attraverso una connessione professionale, non attraverso un portale di candidature. Fernanda ha costruito la sua rete durante il periodo di apprendimento, partecipando ad hackathon e meetup tech. In entrambi i casi, il lavoro di networking non era separato dall'apprendimento: avveniva in parallelo, attraverso la partecipazione attiva a comunità tecniche.

5. Gestire l'aspettativa del tempo con onestà

Entrambi i percorsi hanno richiesto più tempo di quanto inizialmente previsto - e nessuno dei due ha nascosto questo fatto. Fernanda ha impiegato circa due anni dalla decisione di cambiare carriera alla prima posizione tecnica stabile. Benton, includendo il periodo del bootcamp, ha impiegato un anno circa - ma aveva già alcune competenze tecniche pregresse e una rete professionale più consolidata.

La gestione dell'aspettativa temporale - capire che la transizione richiede un orizzonte di 18-36 mesi, non di 6 - è uno dei fattori che separa chi completa il percorso da chi si ferma prima. Non perché chi si ferma sia meno capace: spesso si ferma perché le aspettative erano calibrate su un orizzonte troppo breve, e l'esperienza reale viene letta come fallimento invece che come normalità del processo.

6. Il bootcamp come strumento di accelerazione (non come scorciatoia)

Benton ha usato il bootcamp Flatiron School non come scorciatoia - non ha pensato che tre mesi di bootcamp sostituissero anni di apprendimento - ma come strumento di strutturazione. Il bootcamp ha offerto una progressione coerente, un contesto di apprendimento con altri studenti, e un framework di portfolio che ha reso la candidatura più efficiente. Queste cose hanno un valore reale - specialmente per chi viene da un percorso totalmente autodidatta e rischia di accumulare lacune non visibili.

Non tutti i bootcamp sono equivalenti, e non tutti sono appropriati per tutti i background. Per un ex-giurista che vuole entrare nel mondo tech, la scelta del bootcamp - se lo si sceglie - dovrebbe essere guidata da: curriculum specifico e aggiornato, tasso di placement documentato (non solo dichiarato), e possibilità di fare un colloquio conoscitivo con ex-studenti dello stesso background.

Framework cognitivo

I percorsi di Fernanda e Benton non sono solo storie personali. Sono anche casi empirici che confermano alcuni framework teorici utili per chi sta valutando una transizione simile.

Il burnout come catalizzatore e le sue implicazioni

Il burnout professionale è un catalizzatore frequente nei career switch tecnologici. Questo ha senso: quando una carriera diventa insostenibile, la motivazione a cercarne un'altra diventa più forte. Ma il burnout è anche uno stato che riduce le risorse cognitive disponibili - esattamente quelle necessarie per imparare cose nuove e complesse.

Fernanda ha navigato questo paradosso in modo esplicito: ha raccontato come i primi mesi di apprendimento siano stati lenti non solo per la difficoltà del contenuto, ma anche perché stava contemporaneamente recuperando dalle conseguenze del burnout. La transizione e il recovery si sono sovrapposti, e quella sovrapposizione ha richiesto una gestione dell'energia molto più intenzionale di quanto avesse previsto.

Per chi si trova in una situazione simile - voler cambiare carriera dopo un periodo di esaurimento - il consiglio pratico che emerge è: non accelerare l'apprendimento per compensare il tempo "perso". L'accelerazione in uno stato di esaurimento produce apprendimento di bassa qualità e aumenta il rischio di abbandono. Il ritmo sostenibile è sempre più efficace del ritmo massimo. Recuperare il burnout non è un prerequisito assoluto per iniziare a imparare, ma è un prerequisito per imparare in modo efficace.

La multi-carriera come vantaggio non lineare (Newport)

Benton Wong rappresenta un caso di multi-carriera - una traiettoria professionale con più transizioni significative prima di arrivare al tech. Cal Newport in So Good They Can't Ignore You (ISBN 978-1455509126) descrive questo tipo di traiettoria come potenzialmente vantaggioso: ogni carriera costruisce un set di competenze che si sovrappone alle precedenti in modi che non sempre sono prevedibili all'inizio.

Il background in biotech ha dato a Benton competenze di analisi scientifica e di ragionamento su dati complessi. Il background in diritto ha aggiunto competenze di ragionamento sistematico e di gestione del rischio - capacità di identificare dove le cose possono andare storte e di costruire percorsi che minimizzino quel rischio. Il background in leadership aziendale ha aggiunto competenze di project management e di comunicazione con stakeholder non tecnici. Quando ha iniziato a lavorare come developer, portava tutte queste cose insieme - non invece delle competenze tecniche, ma in aggiunta ad esse. Questo tipo di profilo - tecnicamente competente e con expertise di dominio multiplo - è raro e prezioso.

La specializzazione settoriale come strategia di ingresso

Una delle osservazioni più ricorrenti nelle storie di career switch tech di successo - incluse quelle di Fernanda e Benton - è che l'ingresso nel mercato avviene quasi sempre attraverso una specializzazione settoriale, non attraverso la competenza tecnica generica. Non "sono un developer", ma "sono un developer con background in [dominio specifico]".

Questa specializzazione settoriale è particolarmente potente per chi viene dalla giurisprudenza, perché il dominio legale è uno di quelli in cui la comprensione profonda del settore è rara tra i developer. LegalTech, RegTech, compliance software, contratti digitali, privacy engineering: tutti questi ambiti beneficiano della combinazione di competenza tecnica e comprensione legale profonda. Il mercato per questi profili esiste, è in crescita (specialmente con l'espansione della regolamentazione europea: GDPR, AI Act, DSA, DMA), e ha meno concorrenti rispetto al mercato del developer generalista.

La gestione dell'identità in transizione

Amy Wrzesniewski, ricercatrice di Yale che studia le identità professionali, ha identificato tre tipi di relazione con il lavoro: lavoro come "job" (fonte di reddito), lavoro come "career" (progressione e status), e lavoro come "calling" (identità profonda). La maggior parte degli avvocati che fanno la transizione tech vengono da una relazione di tipo "career" con il lavoro legale - una carriera con progressione, status, e senso di costruzione nel tempo. Lasciare quella carriera significa lasciare anche quella struttura di progressione e di status.

La transizione tech offre l'opportunità di costruire una nuova struttura - ma richiede di attraversare un periodo in cui quella struttura non c'è ancora. Questo periodo è il più difficile, e riconoscerlo come normale e temporaneo - piuttosto che come segnale che si sta andando nella direzione sbagliata - è un elemento critico per completare il percorso.

Letture e risorse

Le risorse utili per chi sta valutando questa transizione dopo anni di avvocatura sono quelle che combinano il racconto diretto di chi l'ha fatta con il framework teorico che aiuta a capire perché funziona.

Storie documentate

• Fernanda Penna Ribeiro - "From Lawyer to Backend Engineer" (STRV blog, 2023) - Il racconto in prima persona della transizione di Fernanda. Onesto sul burnout, preciso sulle tappe - incluso il periodo difficile del burnout recovery sovrapposto all'inizio dell'apprendimento tecnico. Da leggere prima di qualsiasi altra risorsa sulla transizione da giurisprudenza a tech.
• Benton Wong - "Why Benton Switched from Lawyer to Software Engineer" (Course Report, 2019) - La storia della traiettoria multi-carriera di Benton, con dettagli sulla scelta del bootcamp e sul ruolo della rete professionale nell'ottenere il primo posto. Utile per capire come un percorso non lineare possa essere letto come costruzione coerente a posteriori.

Libri di riferimento

• Cal Newport, So Good They Can't Ignore You (ISBN 978-1455509126) - Il framework del career capital per percorsi non lineari. Obbligatorio per chiunque stia valutando un career switch tecnico dopo anni in un'altra professione. Il capitolo sui percorsi non lineari e sul "craftsman mindset" è particolarmente rilevante.
• James Clear, Atomic Habits (ISBN 978-0735211292) - Il framework per costruire abitudini di apprendimento sostenibili in condizioni di energia ridotta - particolarmente utile per chi sta imparando dopo un burnout, quando le risorse cognitive e motivazionali sono limitate. Clear mostra come piccoli cambiamenti sistematici producano risultati più solidi di grandi sforzi discontinui.

Risorse online

• freeCodeCamp - Career Change Stories - Raccolta di storie verificate di persone che hanno cambiato carriera per entrare nel tech. Utile come contrappeso alle storie idealizzate: le storie di freeCodeCamp tendono a essere più oneste sulle difficoltà, sul tempo richiesto, e sulle false partenze.
• SheCanCode - Self-taught programmers who became full-time developers - Raccolta di storie di developer autodidatti da background diversi. Include casi di persone che hanno fatto la transizione dopo burnout professionale e dopo carriere in settori completamente diversi.

Se stai pianificando come organizzare i prossimi mesi di apprendimento in modo sostenibile - eventualmente in parallelo al lavoro attuale, o in un periodo di recovery dopo un burnout - la Guida studio 6 mesi include un piano settimanale progettato specificamente per chi studia senza potersi dedicare al 100% alla transizione, con attenzione ai momenti di bassa energia e alle settimane di stallo. Puoi scaricarla gratuitamente qui sopra.

Prossimo passo nella serie

Questo articolo ha raccontato due casi di transizione da giurisprudenza a software engineering: Fernanda Penna Ribeiro e Benton Wong. Due traiettorie diverse, due paesi diversi, un tema comune: come si ricostruisce una carriera tecnica dopo anni in un ruolo professionale completamente diverso, con tutte le complicazioni che questo comporta - burnout, identità in transizione, rete professionale da ricostruire.

I prossimi articoli della serie si spostano su background diversi. Il prossimo esplora il caso di chi viene da matematica pura e vuole diventare data scientist o ML engineer - un percorso in cui la base matematica è un vantaggio enorme, ma non sufficiente da sola, e in cui la distanza tra il pensiero matematico astratto e il lavoro tecnico concreto è più grande di quanto sembri dall'interno del percorso accademico.

Se vuoi ricevere ogni articolo direttamente nella tua casella email, puoi iscriverti alla newsletter qui sotto. Un numero ogni martedì. Nessuna sequenza automatizzata.

Torna alla cornerstone della serie per avere la visione completa dei 20 articoli in programma e della career matrix con i 12 percorsi.

Vedi anche: Da giurisprudenza a developer: il percorso lungo è possibile - la storia di Zubin Pratap e il framework del percorso multi-anno per arrivare a Google come software engineer.

Vedi anche: L'impostor syndrome non finisce mai (ed è normale) - Fernanda lo menziona esplicitamente: il confronto con developer CS di formazione è una delle fonti principali di impostor syndrome per chi fa questa transizione.

Cosa ho imparato scrivendo questo

Scrivere contemporaneamente di Fernanda e di Benton mi ha aiutato a vedere una distinzione che spesso si perde nelle narrazioni generali sul career switch: la differenza tra transizione spinta dal burnout e transizione guidata dalla strategia.

Non è che una sia migliore dell'altra. Sono motivazioni diverse che producono esperienze diverse. Chi si muove dal burnout ha spesso un senso di urgenza che può diventare un acceleratore - ma può anche diventare un ostacolo, se quell'urgenza porta a fare scelte affrettate in uno stato di esaurimento. Chi si muove dalla strategia ha spesso più pazienza e più capacità di pianificazione a lungo termine - ma può mancare di quella spinta emotiva che nei momenti difficili aiuta a non mollare. Benton aveva motivazione strategica e rete professionale come risorse. Fernanda aveva motivazione emotiva intensa e flessibilità geografica come risorse. Entrambe le risorse si traducono in percorsi diversi, non in esiti diversi.

Ho imparato che il consiglio pratico non è uguale per le due situazioni. Per chi è spinto dal burnout: prenditi il tempo di recuperare prima di accelerare l'apprendimento. Imparare in uno stato di esaurimento è lento e frustrante - non perché sei meno capace, ma perché il cervello esaurito impara meno bene. Per chi si muove dalla strategia: costruisci la motivazione emotiva in parallelo alla pianificazione razionale. Senza quella, i momenti di difficoltà rischiano di diventare momenti di abbandono razionalizzato.

Ho anche imparato il valore della specificità nelle fonti. Fernanda e Benton hanno scritto delle proprie storie in dettaglio sufficiente da permettermi di citare fatti concreti invece di generalizzazioni plausibili. Questa differenza è sostanziale per chi legge: i fatti concreti permettono di capire se la propria situazione è comparabile, mentre le generalizzazioni tendono a sembrare applicabili a tutti e quindi non davvero utili a nessuno. Una storia che dice "ho impiegato due anni" è più utile di una che dice "ci vuole del tempo". Una storia che dice "ho fallito tre colloqui tecnici prima di capire che dovevo prepararmi specificamente su quell'area" è più utile di una che dice "non mollare".

Se sei un ex-giurista che sta valutando o già percorrendo questa transizione - qualunque sia la tua motivazione, burnout o strategia o qualcosa nel mezzo - mi piacerebbe sapere dove sei nel percorso. Scrivimi a federico@federicocalo.dev.

Ti rispondo. Sempre.