Gitbar - Italian developer podcast

Introduzione: Bentornati al podcast Gitbar! Dopo una lunga pausa, siamo entusiasti di riconnetterci con i nostri ascoltatori e di esplorare il mondo in continua evoluzione della tecnologia, del design e dell’impatto dell’IA. In questo episodio, discutiamo le sfide e l’entusiasmo del ritorno nel mondo del podcasting e approfondiamo alcune delle ultime tendenze in CSS e nei framework come Tailwind.Contenuto Principale:Il Ritorno di GitbarDopo diversi mesi lontano dal microfono, il conduttore condivide la gioia di riaccendere il podcast. Racconta le ragioni della pausa, tra cui impegni personali e la difficoltà di stare al passo con i rapidi sviluppi dell’IA. Molti ascoltatori hanno contattato il team, esprimendo il desiderio di nuovi episodi, contribuendo così alla decisione di tornare.Cambiamenti nel Formato del PodcastPer rendere più gestibile il processo di produzione, il conduttore propone un nuovo formato: episodi a cadenza bisettimanale, con la possibilità di episodi più brevi di circa 20-30 minuti. Questa flessibilità mira a mantenere alta la qualità pur garantendo una produzione sostenibile. Il conduttore incoraggia gli ascoltatori a condividere idee per gli argomenti tramite il canale Telegram, promuovendo il coinvolgimento della comunità.Discussione su CSS e TailwindL’episodio ospita ospiti appassionati di CSS e Tailwind. La conversazione prende una piega umoristica quando si scherza sulle continue evoluzioni dei framework. Un ospite paragona Tailwind a uno strumento utility, sottolineandone la praticità rispetto ad altri framework. Si discute anche dell’importanza del CSS, notando che, sebbene in passato non avesse un grande seguito, i recenti sviluppi hanno suscitato un rinnovato interesse.L’Evoluzione del CSSUna parte significativa della discussione si concentra su come il CSS sia maturato, con aggiornamenti recenti che lo rendono uno strumento potente per gli sviluppatori. Gli ospiti riflettono sulle tendenze passate e su come influenzino le pratiche attuali. Si enfatizza la necessità per gli sviluppatori di sfruttare le capacità esistenti del CSS invece di reinventare continuamente la ruota con soluzioni JavaScript.Coinvolgere il PubblicoIl conduttore e gli ospiti condividono le loro esperienze con il public speaking e come dimostrare le capacità del CSS possa catturare l’attenzione del pubblico. Si discute di come semplici animazioni CSS possano creare un effetto “wow”, incoraggiando gli sviluppatori a esplorare ulteriormente il potenziale del CSS. Questo segmento rafforza l’idea che comprendere le basi possa portare a un web design più efficiente ed efficace.Conclusione: In questo episodio, abbiamo riacceso la nostra passione per tecnologia e design, abbracciando sia le sfide che le innovazioni che definiscono il nostro campo. Guardando al futuro, invitiamo gli ascoltatori a contribuire con idee e a partecipare alle nostre discussioni. Ricordate: il mondo del CSS è in continua evoluzione, e c’è tanto da esplorare. Continuiamo questo viaggio insieme!

Di generazione di codice con l'AI si parla quasi sempre dalla prospettiva del singolo sviluppatore eroico, ma cosa succede quando entrano in gioco un intero team e un'organizzazione da centinaia di persone? In questo episodio con Alfonso Graziano (e l'incursione di Luca) ci infiliamo proprio nella zona meno raccontata: come introdurre lo Spec Driven Development partendo da zero, perché una spec ha livelli diversi per umani e macchine, e dove finisce la spec review e dove inizia la code review. Parliamo del nostro engineer che diventa un po' product, un po' QA e un po' risk manager, del meccanismo auto-apprendente che distilla pratiche dalla fase di planning, e di quella sensazione tossica e addictive di sentirsi supereroi mentre orchestriamo cinque agenti in parallelo fino al meltdown del cervello. Chiudiamo con l'esperienza di un upskilling obbligatorio su 400 persone, il ruolo del tech lead come bussola più che timone, e un balocco molto contro-corrente: spegnere il computer e andarsene in moto.

In questo episodio apriamo il cofano di uno strumento che quasi tutti abbiamo lanciato con un copia-incolla senza chiederci cosa ci fosse sotto: Oh My Zsh. Con Carlo, matematico di Barcellona e maintainer del progetto, parliamo di cosa significhi davvero portare avanti un progetto open source nato vent'anni fa nel tempo libero, della valanga di pull request generate dall'AI che sta travolgendo i maintainer, e di come si tiene in piedi un'architettura fatta di 350 plugin, temi e una libreria comune. Ci raccontiamo anche la seconda giovinezza del terminale: gli agent come Claude Code e Codex stanno riportando le persone sulla command line, e ci ricordiamo che a volte una pipe e due righe di bash valgono più di un'intera web app messa in piedi a colpi di token. In mezzo, una bella riflessione su università e matematica, e su quanto certe basi tornino utili quando meno te lo aspetti.

In questo episodio ci sediamo al bar con Matteo Vacari, Technical Principal in ThoughtWorks, per provare a smontare insieme l'hype intorno all'AI engineering e ragionare su come stia davvero cambiando il nostro mestiere. Parliamo di harness — feed forward, sensori di feedback deterministici e LLM as a judge — di perché l'inversione di dipendenza (l'AI come collega scomodo che ti critica, non come servo che obbedisce) sia la chiave per non spegnere il cervello, e di token driven development tra modelli di frontiera per pianificare e modellini deboli per eseguire. Ci infiliamo nel ginepraio dello spec driven development, del perché gli acceptance test contino più dei test unitari nell'era del codice generato, e della modularità che l'AI mette spietatamente a nudo. Chiudiamo guardando al futuro della consulenza, al rischio slop su scala industriale e a un ritorno inaspettato dell'Extreme Programming come bussola etica e organizzativa.

Mauro racconta come ha costruito EXO Skeleton, un sistema AI per gestire il carico cognitivo durante l'onboarding su nuovi clienti. Il problema di partenza è quello classico del consulente: entrare in un dominio sconosciuto, pieno di acronimi, decisioni non documentate e persone nuove, mentre il cliente ti valuta già dal giorno zero.Il concetto chiave è la distinzione tra esoscheletro (l'AI amplifica le tue capacità finché ne hai bisogno, poi la togli) ed endoscheletro (l'AI sostituisce il tuo giudizio, creando dipendenza). Il sistema è costruito su Claude Code + Crisp via MCP e ruota attorno a tre comandi giornalieri: standup la mattina per riconnettersi al contesto, teardown a fine giornata come brain dump strutturato, callprep prima di ogni meeting per prepararsi con domande mirate e coaching comunicativo ancorato ai meeting precedenti. Il processo doc genera in background quattro artefatti: FAQ con stato di risposta, glossario acronimi, task list e changelog. Il tutto alimenta un documento worldview che ricostruisce il dominio usando DDD, Event Storming e Continuous Discovery Habits di Teresa Torres.L'obiettivo finale: quando la discovery è matura, l'esoscheletro si toglie e la knowledge base diventa documentazione utile per chi entra dopo.