Blog

Articoli e aggiornamenti frontend

Un archivio semplice con note, riflessioni e contenuti pratici sul frontend.

Pagina 33 di 35

29 aprile 2026

3 pattern CSS per layout moderni (più due “boost” estetici)

Tre pattern CSS pratici che tornano utili nei layout reali: uno scroller orizzontale a card con Grid + scroll-snap, una auto-grid robusta con minmax che evita overflow sui viewport stretti, e un pattern “adaptive” con container query perfetto per sidebar e moduli riusabili. In chiusura: corner-shape per angoli “scooped” e un’idea per rendere più soddisfacente lo scorrimento con animazioni guidate dallo scroll (progressive enhancement).

29 aprile 2026

Chiudere l’AI Value Gap: perché quasi tutti sperimentano e pochi monetizzano (e cosa cambia per chi costruisce prodotti)

Molte aziende hanno accumulato decine (o centinaia) di proof-of-concept di GenAI senza trasformarli in valore misurabile. Il problema raramente è “il modello”: è l’operatività, l’organizzazione e l’architettura necessarie per portare l’AI in produzione e scalarla. In questo articolo vediamo cosa alimenta l’AI value gap, perché si sta passando dai sistemi di record ai sistemi di work, come scegliere i workflow su cui investire e quali componenti servono davvero in una piattaforma AI enterprise orientata a multi-agent.

29 aprile 2026

Cosa possiamo imparare da un hackathon “élite” (e applicarlo subito ai progetti frontend)

Un hackathon ad alta competitività è un acceleratore brutale: costringe a decidere in fretta, tagliare il superfluo e costruire una demo che regga. In questo articolo raccolgo le lezioni più utili per chi fa frontend: come scegliere un’idea con un perimetro sano, progettare una demo “a prova di giuria”, integrare API e modelli AI senza impantanarsi, orchestrare agenti e pipeline, e gestire hardware + UI. Il punto non è vincere premi: è imparare un metodo ripetibile per costruire velocemente prodotti credibili.

29 aprile 2026

Costruire un “LLM Judge” di base per le tue eval: regole oggettive + valutazioni soggettive

Quando inizi a valutare output generati da modelli, alcune verifiche sono semplici (schema JSON, vincoli hard), altre sono inevitabilmente qualitative (tono, brand fit, tossicità). In questo articolo vediamo come strutturare un giudice automatico “ibrido”: prima regole oggettive con Zod e utility functions, poi un LLM configurato come giudice con rubric rigorosa. L’obiettivo è ottenere risultati ripetibili, economici da far girare spesso, e soprattutto azionabili: PASS/FAIL con motivazione.

29 aprile 2026

Se perdessi tutte le competenze di programmazione: cosa reimparerei oggi (e cosa smetterei di studiare)

Se dovessi ricostruire da zero le mie competenze di programmazione, investirei prima nei concetti su cui si appoggia qualunque stack: come funziona un computer, cosa sono controllo di flusso, memoria, file system e quali astrazioni stiamo usando davvero. Molto meno tempo andrebbe invece speso su configurazioni manuali e tooling “di contorno” che oggi è in gran parte automatizzato. Ecco su cosa mi concentrerei nel 2026 per tornare produttivo velocemente nel frontend.

27 aprile 2026

Deprecazioni in Chrome: come vengono ritirate le feature senza rompere il Web

Chrome introduce continuamente nuove API e comportamenti, ma a volte una feature diventa un problema: non scala, è superata, o apre nuovi rischi di sicurezza. In questi casi entra in gioco un processo strutturato di deprecazione e rimozione, pensato per ridurre l’impatto su siti e sviluppatori. Vediamo come funziona, dove compaiono gli avvisi, cosa sono intent, flag e deprecation trial, e quali pratiche adottare per intercettare in anticipo le rotture.

27 aprile 2026

Perché l’AI spacca i team: non è (solo) una questione tecnica, ma di identità e aspettative

In molti team affiatati l’arrivo dell’AI generativa ha creato una frattura netta: una parte la rifiuta, un’altra la vive come un superpotere. Il motivo raramente è “l’AI funziona/non funziona”: c’entrano identità professionale, ambizione, ansia da performance e aspettative di produttività. Vediamo come riconoscere il problema e ridurre la polarizzazione con pratiche concrete.

27 aprile 2026

TSRX: la svolta “statement-based” per scrivere UI (e perché cambia le regole del gioco rispetto a JSX)

TSRX (TypeScript Render Extensions) propone un’alternativa a JSX/TSX che sposta il rendering da “espressioni” a “statement”. Il risultato è una sintassi più lineare: if/else nel markup senza ternari annidati, hook richiamabili in rami condizionali, variabili locali dichiarate direttamente dentro i blocchi di UI, escaping del testo esplicito e perfino style block nello stesso file. In più, l’obiettivo dichiarato è migliorare la co-locazione del contesto per persone e strumenti automatici, riducendo la dispersione tra file e sezioni distanti del codice.

26 aprile 2026

La domanda eterna nel frontend: “Ma chi può relazionarsi?” (e come uscirne bene)

Nel frontend esiste una domanda ricorrente che spunta in ogni team: “Chi può relazionarsi?” con quel bug, quel comportamento strano del CSS o quell’effetto collaterale nello state management. Ecco un modo pratico per inquadrare il problema: normalizzare l’incertezza, ridurre l’attrito nelle scelte e adottare piccoli strumenti mentali per non perdersi tra layout, dati e tooling.