Alberto Brandolini (aka zio Brando), padre dell'Event Storming, autore della celebre Legge di Brandolini (principio di asimmetria delle stronzate) e una delle voci più autorevoli al mondo su Domain-Driven Design e modellazione di dominio.

Di cosa parliamo

In questa puntata facciamo un viaggio in profondità nel mondo del domain modeling attraversando la Legge di Brandolini e la sua riedizione nell'era degli LLM, l'asimmetria fra aggiungere e togliere codice, il Phoenix Development, i bounded context, l'Event Storming nelle sue tre forme e il ruolo che l'AI può (e non può) giocare nella discovery del dominio. Una conversazione che mette al centro l'apprendimento come atto deliberato, l'importanza della politica nei progetti software e perché capire il dominio resta un'attività profondamente umana.

Episodio nato last-minute. L'idea: riprendere un episodio di 5 anni fa e commentare cosa è cambiato da allora. Spoiler: è invecchiato male.

Temi principali

Dal muratore al guardiano. Nel 2020 si criticava la tendenza a concentrarsi sui dettagli implementativi (cappello del muratore) invece che sul sistema (cappello dell'ingegnere). Oggi il lavoro micro sta sparendo: servono nuovi cappelli, quello dell'addestratore (guidare l'LLM) e quello del guardiano (custodire l'intento).

Code review insostenibili. Il codice generato dagli LLM è troppo per essere revisionato riga per riga. Il carico cognitivo non è più sostenibile. Lo "human in the loop" come lo conosciamo potrebbe sparire. Mauro cita Caveman, una skill che fa comunicare l'LLM come un cavernicolo: zero fronzoli, solo fatti.

Test come nuova guardia. Luca ha cambiato approccio: prima di tutto scrive test. Se una coverage del 95% si ottiene in 12 minuti con tre prompt, concetti che davamo per assodati vanno ripensati.

Qualità del codice ≠ qualità del software. Leggibilità e facilità di modifica erano i parametri per valutare il codice. Ma se un LLM può spiegare e modificare qualsiasi codice, quei parametri perdono rilevanza. La qualità del software (funziona, è efficiente, fa quello che deve) resta.

Phoenix Architecture e codice disposable. Il concetto centrale: il codice non è più l'asset da proteggere, l'intento lo è. Scrivere codice costa quasi nulla, comprenderlo diventa costoso. Il codice diventa immutabile: invece di modificarlo, lo riscrivi da zero. Il developer passa da "curare un albero" a "guardiano della foresta".

Tracciabilità causale. Manca il collegamento tra specifica → implementazione → evaluation. Mauro immagina un futuro dove passando su un blocco di codice si vede: da quale spec è nato, con quali test/eval è stato validato, cosa ha triggerato l'ultimo cambiamento. Potenziale idea startup: "end-to-end observability dell'agent-driven coding".

Skill per il futuro. Capacità di adattamento, comprendere domini diversi, pensare da imprenditori. Mauro vede opportunità nel product management e nel ponte tra digitale e mondo fisico (meccatronica).

Paese dei Balocchi

• CLI Anything (Luca): repository GitHub (31k stelle), collezione di CLI per interagire via AI con programmi come GIMP, LibreOffice, OBS, Zoom, DrawIO
• "L'Ultimo Programmatore" di Angelo Frascella (Luca): racconto sci-fi pre-2020 dove nessuno sa più leggere il codice tranne una persona
• "Regenerative Software" dal blog The Phoenix Architecture (Mauro): in un mondo dove generare è abbondante, la cosa più costosa è possedere codice che hai paura di cambiare

Spoiler: la prima cosa da fare è non fare niente.

Di cosa parliamo

Il caso studio: un messaggio aggressivo da un capo, un cliente o un collega. Tono duro, deadline imposta, zero domande. Il classico pugno nella casella di posta.

La regola zero: non rispondere subito. Il silenzio dinamico applicato a sé stessi è la prima arma. Quando siamo arrabbiati, il cervello lavora al 30%. Non pensa soluzioni, pensa risposte.

L'analisi da negoziatore: come leggere tra le righe di un messaggio aggressivo cercando tre indizi chiave:

• l'uso ossessivo del pronome "io" (segnale di insicurezza, non di potere)
• la deadline generica senza dettagli (spesso negoziabile)
• l'assenza totale di domande (modalità sfogo, non problem-solving)

Il toolkit: le 6 tecniche

1. Accusation Audit Anticipare tutte le accuse possibili prima che l'altro le faccia. "Probabilmente penserai che non abbiamo preso sul serio le tue indicazioni..." L'effetto? L'altro risponde "ma no, non esagerare" e inizia a moderarsi.

2. Labeling Dare un nome alle emozioni dell'altro con formule come "Sembra che...", "Ho la sensazione che...". Mai dire "io penso che": il focus deve restare sull'altro. Funziona anche al contrario: il mislabeling (etichettare di proposito l'emozione sbagliata) spinge l'altro a correggerti, rivelando il vero problema.

3. Mirroring Ripetere le ultime 1-3 parole chiave dell'altro con tono curioso, poi silenzio. La tecnica più semplice e più potente per far parlare le persone senza fare domande dirette.

4. Domande calibrate Domande che iniziano con "come" o "cosa", mai con "perché". Il "perché" accusa, il "cosa" esplora. La domanda killer per le deadline: "Cosa succede se non riusciamo a rispettarla?" Se la risposta è vaga, la deadline non era reale.

5. Parafrasi e Summary La parafrasi riformula con parole tue. Il summary aggiunge una label alla fine. L'obiettivo è far dire all'altro "è proprio così" (that's right), che è molto diverso da "hai ragione" (you're right, che spesso significa "smettila di parlare").

6. Tono di voce (e di scrittura) Quattro toni: assertivo (da evitare sempre), DJ notturno (per calmare), sorridente e giocoso (da usare il 90% del tempo), analista (per i momenti chiave). Nella scrittura vale lo stesso principio: prima di premere invio, chiediti "con che tono sentiresti questa mail letta ad alta voce?"

Punti chiave

• Gli LLM e il loro impatto
• Le sfide di BMAD — documentazione e gestione del carico cognitivo associato
• L'equilibrio tra conoscenza degli individui e conoscenza implicita dei task
• L'impatto delle specifiche dettagliate sull'efficienza dello sviluppo — parallelizzazione delle storie in BMAD
• Le sfide nel lancio delle storie di notte
• L'evoluzione di BMAD e il suo impatto sull'esperienza utente — centralizzazione dei marketplace
• La competizione nell'AI
• Le sfide della decentralizzazione
• L'impatto geopolitico sull'AI
• Il futuro dell'artigianato software

Capitoli

• 00:00 Presentazione degli ospiti
• 11:09 Il processo di BMAD
• 17:15 Percezioni di BMAD
• 22:29 Ergonomia e flusso di lavoro
• 29:04 Limiti di BMAD
• 01:03:32 La natura sequenziale dei ticket in BMAD
• 01:19:21 Esplorare il valore e l'evoluzione di BMAD
• 01:39:03 Il futuro dei marketplace di AI
• 01:46:23 L'impatto geopolitico sull'AI
• 01:57:06 Il futuro dell'artigianato software

Punti chiave

• Open Source
• Sovranità del Software e Sostenibilità dei Progetti Open Source
• Sfide della Gestione dell'Infrastruttura e Sfide legali nello sviluppo dell'IA
• Considerazioni etiche nella tecnologia
• Impatto delle grandi aziende tecnologiche sullo sviluppo del software

Capitoli

• 00:00 Introduzione all'Open Source e alla Sovranità del Software
• 13:01 Differenza tra Possesso e Controllo
• 20:27 Free Software e Open Source
• 27:44 Riflessioni su Ideali e Conflitti
• 36:03 Curiosità sul Veganuary
• 42:48 Finanziamento e Gestione dell'Infrastruttura
• 50:03 Origine e Scopo di Codeberg
• 59:09 Decentralizzazione e Federazione nell'Open Source
• 01:06:16 Sfide Legali nello Sviluppo dell'IA

Contenuto Principale:

1. Il Ritorno di Gitbar
   Dopo 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.
2. Cambiamenti nel Formato del Podcast
   Per 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à.
3. Discussione su CSS e Tailwind
   L’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.
4. L’Evoluzione del CSS
   Una 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.
5. Coinvolgere il Pubblico
   Il 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!

• La corretta gestione degli eventi è fondamentale nel contesto del CQRS.
• L'Event Roll Up è una best practice per la gestione degli eventi.
• Gli aggregati e le proiezioni sono elementi chiave nel CQRS.
• La scelta delle tecnologie per la conservazione degli eventi dipende dalle esigenze specifiche del progetto.

• Giovanni Italiano (🍺)
• Roberto Izzo (🍺)
• Anonimo (🍺x5)
• Wanny Miarelli (🍺x5)

• Microdosing involves taking low doses of hallucinogens to potentially improve mood, focus, and energy levels.
• Scientific evidence on the efficacy of microdosing is limited and controversial, with some studies suggesting a placebo effect.
• Long-term effects of microdosing are still unknown, and caution is advised due to potential risks.
• The use of hallucinogens in the past, such as during the 1960s counterculture movement, differed from the current trend of microdosing.
• The comparison between microdosing and the use of performance-enhancing substances in the tech industry raises sociological and health concerns.
• Hallucinogens can increase brain entropy and plasticity, potentially leading to increased creativity and intuition. Psychedelics can create a unique and transformative experience, but they require a specific set and setting for optimal results.
• The effects of psychedelics on the brain involve increased brain plasticity and decreased modular connectivity, leading to long-term positive effects.
• Psychedelic therapy requires the guidance of a trained therapist to navigate challenging experiences and facilitate positive outcomes.
• The risks of psychedelics are associated with uncontrolled use and improper integration of the experience.
• The revival of psychedelic research has gained momentum in recent years, with promising results in the treatment of various mental health conditions.
• The physical effects of psychedelics are generally safe, with no evidence of neurotoxicity or addiction potential.
• Psychedelic research is more advanced in Western countries, while the Eastern countries are slowly catching up.
• The future of psychedelics lies in responsible use, education, and integration into society. The documentary on psychedelics is a great introduction for those who don't want to read the book.
• Balancing risks and opportunities is crucial in society to avoid negative consequences.
• GitBar is a community where interesting developments in the field can be shared.
• Tommaso's academic journey highlights the differences in obtaining a doctorate in Italy and England.
• The episode concludes with closing remarks and a holiday break announcement.

• https://www.spreadshirt.it/shop/design/videoterminalista+metalmeccanico+maglietta+uomo-D60dd75d8a30ff14b5e9bfbe1?sellable=5aaY1v4we3SeYEOlVXmx-6-7

• https://www.netflix.com/it/title/80229847
• https://amzn.to/488UFNz

• Libro consigliato: “Indistractable” di Nir Eyal
• Strumento di produttività: Google Calendar
• Strumento per prendere appunti: Obsidian

• Libro consigliato: “The Mythical Man-Month” di Frederick P. Brooks
• Tool di logging: Pino
• Framework di documentazione: Diataxis

• I mezzi di distribuzione dei contenuti sono cambiati nel corso degli anni, passando dalle fanzine ai blog e alle newsletter.
• Il passaggio dalla matematica all'informatica può portare a una visione unica che combina l'approccio teorico con quello pratico.
• I linguaggi di programmazione sono modelli per rappresentare il pensiero e sono influenzati dalla teoria della calcolabilità.
• I linguaggi accademici tendono ad essere più teorici e astratti, mentre i linguaggi general purpose sono progettati per essere utilizzati in una varietà di contesti.
• La semplicità e la leggibilità del codice sono importanti per facilitare la manutenzione e la comprensione del software. Programming languages have evolved over time, with ecosystems playing a crucial role in their adoption.
• The future of programming languages may involve a closer integration with natural language and a focus on user experience.
• While mathematics is foundational to programming, the field may become more accessible to those without strong mathematical backgrounds.
• AI has the potential to revolutionize programming by automating certain tasks and enabling natural language programming.
• The democratization of programming may lead to a more narrative and artistic approach to coding.