Ore 3 di mattina. Gli occhi si aprono nel buio. Non riprenderò più sonno, lo so. La sveglia è programmata per le 5, ma ormai sono sveglia. Perché una sveglia così presto di sabato? Per prendere un autobus alle 7 e partecipare al Google Development Group di Catania!
Quando arrivo in stazione, ancora assonnata, i miei occhi si riempiono con le luci dell'alba. È uno di quei momenti in cui capisci che ne è valsa la pena.
Durante il viaggio mi immergo in un podcast di storie di brand sulla Nintendo, leggo qualche pagina di Undead Unlock, e prima che me ne renda conto sono le 9:50 e sto arrivando.
Non appena entrata alla Vecchia Dogana ricevo il badge per l'evento e una carta di Magic commemorativa del 15° anniversario del GDG Catania. Tra il tramonto dell'alba di poco prima e questo artefatto leggendario che dà +1/+1 ai dev e che tappandolo permette di condividere conoscenza, penso subito di aver fatto la scelta giusta!
Sul bus avevo già segnato il "mio" programma personale, visto che l'evento si sarebbe svolto in 3 sale diverse.
MATTINA
13:00-14:00 - ☕ Lunch Break
POMERIGGIO
16:15-16:45 - ☕ Coffee Break
Prima di raccontarvi i talk, devo condividere con voi la cosa più bella di tutta la giornata: il senso di appartenenza che ho provato.
Ho parlato con tantissime persone - dagli organizzatori super gentili e disponibili, agli speaker, alle persone incontrate lì per caso. Tutti legati da quelle che spesso mi sono sentita definire "manie" e "passioni un po' strane". Ma lì, in quel contesto, tutto era magico e normale allo stesso tempo.
Ho conosciuto persone appassionate di scrittura come me, alle quali ho mostrato con orgoglio il mio Tab XC, e mi sono emozionata nel poter finalmente "sfogare" con qualcuno tutti i miei esperimenti senza sentirmi fuori posto. C'era persino una sala con NES, SNES e Micromage - mi sono sentita immediatamente a casa.
Un fantastico racconto che rivisitava la Divina Commedia in chiave dev. E in alcuni gironi mi ci sono riconosciuta alla grande, come quello di chi si provoca un burnout volontario.
Mi porto a casa tanti buoni propositi: l'importanza della documentazione, il provare a non accumulare debito tecnico, non spaccare le cose degli altri. Piccole cose che sembrano scontate ma che, quando le vedi raccontate attraverso la metafora dantesca, assumono un peso diverso.
Questa talk mi ha colpito tantissimo. Mi ha riempito di una quantità di spunti e cose da approfondire tendente all'infinito.
Siamo partiti da Cartesio e il concetto di Mind vs Body. Siamo passati dall'Illuminismo, l'era della ragione, dove tutto può essere visto come una macchina. Si è parlato del Test di Turing e delle critiche mosse, come la Stanza Cinese di Searle, che ci portano a chiederci: "Stiamo confondendo sintassi con semantica?", "Manipolare i simboli è capirne il significato?"
Siamo arrivati al nuovo "scontro": Funzionale vs Computazionale, e siamo stati messi alla prova con il giochino MIU. Puoi provarlo qui!
E quindi ci siamo chiesti: cosa ci rende diversi, in quanto umani? La capacità di pensare OUT OF THE BOX. Ma non ci siamo fermati lì. Siamo passati per Escher e Moebius. Abbiamo analizzato le murmurazioni degli uccelli, e di come un movimento che segue delle regole locali fa parte di un insieme enorme e complesso.
E tornando a Turing: sì, il test è stato recentemente superato, ma non è stato superato quello della coscienza incarnata. "Flying is about function, not feathers" - una frase che mi ha colpito profondamente. Abbiamo parlato del teatro cartesiano, dei qualia, chiedendoci se e come possono essere misurati.
Potrei continuare ancora... questo talk mi ha riempita tantissimo, e voglio approfondire tutti i temi affrontati.
La conclusione? L'AI ci pone davanti a uno specchio e ci costringe a chiederci cosa significa essere coscienti, presenti.
Talk molto interessante su come valutare correttamente i nostri agenti AI. La cosa che spesso sottovalutiamo è fondamentale: WORKING ≠ PERFORMING WELL
Qui dobbiamo tentare di spezzettare tutti i componenti del nostro lavoro e valutarli singolarmente. E valutare anche il percorso che viene fatto nel workflow. Possiamo infatti valutare 3 componenti principali:
Abbiamo anche diversi tipi di evaluation:
Ci è stato mostrato un progetto per vedere i trace di ADK Google e del mio amato LangSmith - strumenti fondamentali per capire davvero cosa sta succedendo sotto il cofano dei nostri agenti.
Questo talk ci ha mostrato come Docker possa diventare un alleato prezioso per usare e far girare MCP (Model Context Protocol) in un ambiente sicuro e controllato. (se pensi che MCP sia il MASTER CONTROL PROGRAM di Tron forse dovresti legggere il mio articolo qui!)
La parte più interessante è stata la dimostrazione di come i Docker dynamic MCP saranno un vero e proprio super potere che ci aiuterà tantissimo nel gestire tool e ambienti isolati per i nostri progetti AI. Vedere in pratica come containerizzare questi tool e renderli accessibili in modo sicuro è stato illuminante - è uno di quei pattern che cambiano il modo in cui pensi all'architettura dei tuoi progetti.
Credo le slide più simpatiche dell'intera giornata! Questo è stato uno di quei momenti in cui il mio "non sono sola" ha risuonato tantissimo.
Sono stati presentati i vari tipi di gerarchie per organizzare sistemi multi-agente:
L'importanza del Plan and Execute, di versionare il prompt, di tracciare costi e tempi (ad esempio con MLflow). Tutti concetti fondamentali che spesso vengono trascurati quando si lavora con sistemi complessi.
E tutti gli esempi sono stati raccontati strappando un sorriso - che credo sia la cosa più bella che si possa fare quando si passa conoscenza. Gli esempi erano su Yoda e R2D2, con Rick e Morty, con i personaggi di Futurama! Mancava solo Gumball!
Qui il link alla repo più simpatica del mondo.
Talk super interessante su come individuare i code smells, fare refactoring e applicare correttamente i design patterns. Il focus era chiaro: scalabilità e manutenibilità a lungo termine.
Ma cosa sono i code smells? Non sono ancora bug, ma sono problemi strutturali nel codice. Ad esempio la presenza di codice duplicato che distrugge il principio DRY (inserire link articolo sui principi).
Potrebbero essere ad esempio:
Tutte queste cose, anche se non sono bug, portano a un aumento del debito tecnico. O a danni peggiori, come è successo per l'azienda Knight Capital Group e il loro Power Peg - un esempio concreto di come il debito tecnico possa trasformarsi in un disastro finanziario.
Quando facciamo refactoring dobbiamo migliorare la qualità interna del codice senza alterarne il comportamento esterno. È un principio semplice ma difficile da applicare.
E facendolo dobbiamo applicare i design patterns, utilizzando soluzioni generiche e riutilizzabili per problemi comuni nello sviluppo software.
Le 3 famiglie principali sono:
L'ultimo talk della giornata ha affrontato l'importanza dell'uso dei database vettoriali, anche in combo con i database classici.
Il concetto chiave è trasformare tutto in vettori e, soprattutto, avere un indice efficiente. Questo permette di interrogare il database con una forma di linguaggio naturale umano che non sarebbe possibile in altro modo. La ricerca semantica apre possibilità completamente diverse rispetto alle query tradizionali.
E la vera forza sta nel poterli usare in combinazione con database classici per recuperare le informazioni in modo ibrido - sfruttando la potenza della ricerca semantica per trovare contenuti rilevanti e poi i database relazionali per recuperare i dati strutturati associati.
Se vuoi approfondire sul rag leggi il mio articolo qui!
È stata una giornata fantastica. Ho ascoltato tantissimo, ho imparato ancora di più, e ho conosciuto tantissime persone che condividono le mie stesse passioni.
Mi porto a casa non solo nozioni tecniche, ma anche quella sensazione di aver trovato la "mia tribù" - persone con cui posso parlare di LLM, architetture multi-agente, design patterns e filosofia della mente senza sentirmi strana.
La sveglia alle 3 di mattina? Ne è valsa assolutamente la pena.
Non vedo l'ora di partecipare a un altro evento del GDG!
Perché Rust Sono una principiante assoluta in Rust. Ho deciso di imparare questo linguaggio seguendo il bootcamp di Francesco Ciulla, diviso in due parti: le basi del linguaggio e la costruzione di un vero gioco. Questo post racconta la mia esperienza e i concetti che mi hanno colpita di più. Parte 1: Le Fondamenta di […]
Don't Panic - Il Momento Magico: Quando il Tuo Container Docker Vive su Internet Come Douglas Adams insegnava, l'universo è un posto vasto e complicato. E se pensi che il deploy di un'applicazione sia confuso, aspetta di vedere cosa succede quando una balena piena di container decide di "cadere" dal tuo localhost direttamente su AWS. […]
