In questa puntata ci infiliamo fino al collo nel refactoring con gli LLM, partendo dall'ingenua tentazione di dire a Claude "migliora questo codice" e finendo a scoprire che la definizione di Fowler fa acqua da più parti. Ci rendiamo conto che "qualità del codice" è una coperta cortissima fatta di dieci attributi che spesso si pestano i piedi a vicenda, e che migliorarne uno può tranquillamente peggiorarne un altro. Giriamo intorno ai vari approcci di prompting — zero shot, two shot, rule based, step by step, objective based — per scoprire che le regole e gli step vincono quasi sempre, e ci tuffiamo nel paper Mantra che propone un sistema multi-agente dove la storia di Git diventa il miglior training set contestuale possibile. Chiudiamo con un'idea che ci frulla in testa: se lo human in the loop resta la chiave, perché non inchiodare il refactoring come hook alla fine di ogni azione di sviluppo, stile "implementa poi semplifica" delle skill di Osmani.

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

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).

• 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

Per Edo siamo ormai supervisori di macchine e dobbiamo abbracciarlo, per Mauro c'è il rischio concreto di diventare "LLM-sitter" che delegano il pensiero e perdono senso critico e responsabilità.

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

La pratica Spec Driven Development ci sta rendendo capaci di produrre migliori artefatti con meno effort. Ne abbiamo parlato con Alfonso, amico e collega che non parla d'altro, e' cascato nel rabbit hole con tutti due i piedi e noi, be in quel rabbit hole ci affacciamo con piacere.

La conversazione approfondisce il mondo dell'Open Source e della Sovranità del Software, esplorando le origini dell'Open Source, il ruolo di Codeberg, e storie personali e background. Si discutono anche le motivazioni dietro la sovranità del software, la differenza tra possesso e controllo, il concetto di multi-cloud e sovranità digitale, il cambiamento di focus verso il software libero e l'open source, riflessioni su ideali e conflitti, e una curiosa discussione sul Veganuary. La conversazione approfondisce la sostenibilità dei progetti open source, le sfide del finanziamento e della gestione dell'infrastruttura, l'accessibilità e l'utilizzo di Codeberg, l'origine e lo scopo di Codeberg, e il concetto di decentralizzazione e federazione nell'open source. Vengono esplorati gli aspetti finanziari e organizzativi del mantenimento dell'infrastruttura open source, così come la visione e i valori alla base della creazione di Codeberg. Inoltre, viene evidenziato il potenziale per la decentralizzazione e la federazione nella comunità open source. La conversazione approfondisce le sfide legali nello sviluppo dell'IA, l'impatto delle grandi aziende tecnologiche sullo sviluppo del software, e le considerazioni etiche nella tecnologia. Vengono esplorate le complessità dello sviluppo dell'IA, l'influenza dei giganti tecnologici, e i dilemmi etici affrontati dagli sviluppatori. La discussione evidenzia la necessità di quadri legali ed etici per guidare lo sviluppo dell'IA e le pratiche software.

• 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

• 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

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:

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!