Il context.Context di Go è sufficientemente semplice da essere usato male — e questo è il problema.

Lo Sviluppo Guidato dalle Specifiche è uno di quei concetti a cui gli ingegneri del software hanno cercato di arrivare in passato, per poi abbandonarlo quando lo sforzo smetteva di dare i suoi frutti.

Lo Spec-Driven Development è entrato nel 2026 come la risposta seria degli sviluppatori alla deriva del vibe coding.

Le registrazioni delle decisioni sono lo strato di memoria mancante nello sviluppo software assistito da AI. Esse catturano non solo ciò che è stato costruito, ma il perché — e questa distinzione diventa critica quando gli strumenti AI scrivono il tuo codice.

La gestione degli errori in Go è facile da criticare. Ogni sviluppatore Go ha scritto questo codice centinaia di volte:

Testare il codice Go concorrente ha sempre richiesto un po’ di disciplina. Le goroutine sono leggere, i channel sono semplici e la cancellazione del contesto è idiomatica: i worker in background e i timer sono onnipresenti nei servizi Go reali.

Il protocollo Agent2Agent di Google, solitamente abbreviato in A2A, ha avuto un primo anno bizzarro.

Gli agenti di polling sono una delle parti meno glamour dell’architettura degli assistenti AI, ma sono anche tra le più utili.

Il protocollo A2A, acronimo di Agent2Agent Protocol, è uno standard aperto per la comunicazione tra sistemi di agenti AI indipendenti.

L’architettura degli agenti AI sta iniziando a dividersi in due livelli.

CQRS è uno di quei pattern che viene spesso sopravvalutato, complicato eccessivamente e talvolta diagnosticato erroneamente come la cura per la noia del buon vecchio CRUD.

Mermaid è uno strumento di diagrammazione basato su testo, pensato per chi preferisce scrivere i diagrammi piuttosto che trascinare caselle su un canvas. Utilizza una sintassi simile a Markdown per descrivere diagrammi di flusso, diagrammi di sequenza, diagrammi di classe, macchine a stati, linee temporali, diagrammi di Gantt, diagrammi delle relazioni tra entità e molto altro.

La maggior parte delle note ingegneristiche viene scritta una volta e poi dimenticata. Si cattura qualcosa durante una sessione di debugging, lo si incolla in qualche posto e si ritrova due anni dopo senza alcun contesto sul perché fosse importante.

Organizzare le note per argomento sembra logico finché non ti ritrovi con note su PostgreSQL in cinque cartelle diverse e non riesci a trovare quella che è importante per il problema di oggi.

Il modello dominante per la pubblicazione di conoscenza online non è cambiato molto dagli inizi degli anni 2000: scrivi qualcosa, rifiniscilo, pubblicalo, passa oltre.

I sistemi single-model sono semplici. I sistemi multi-model sono potenti. La sfida non consiste nel scegliere i modelli, ma nel progettare l’architettura che li orchestra.