{"id":35820,"date":"2026-05-18T14:37:32","date_gmt":"2026-05-18T12:37:32","guid":{"rendered":"https:\/\/www.codemotion.com\/magazine\/?p=35820"},"modified":"2026-05-18T15:06:32","modified_gmt":"2026-05-18T13:06:32","slug":"framework-js-stanno-diventando-obsoleti-o-si-stanno-trasformando","status":"publish","type":"post","link":"https:\/\/www.codemotion.com\/magazine\/it\/linguaggi-programmazione\/framework-js-stanno-diventando-obsoleti-o-si-stanno-trasformando\/","title":{"rendered":"I framework JS stanno diventando obsoleti o si stanno trasformando per sopravvivere all’era agentica?"},"content":{"rendered":"\n

Convenzioni, compiler intelligence e server boundaries non sono dettagli ergonomici: sono la nuova interfaccia tra le codebase e gli agenti AI che ci lavorano dentro.<\/p><\/blockquote><\/figure>\n\n\n\n

Lo so, lo so\u2026 La domanda, cos\u00ec formulata, \u00e8 davvero provocatoria<\/strong>. Implica che esista una soglia oltre la quale gli agenti AI rendono superflua le astrazioni che chiamiamo “framework”. Inoltre, la domanda implica che la storia recente di React<\/a>, Next.js<\/a>, Angular<\/a>, Svelte<\/a>, Astro<\/a>, Solid<\/a> e compagnia bella sia la storia di strumenti pensati per umani che ora dovrebbero farsi da parte.<\/p>\n\n\n\n

\u00c8 un framing comodo per produrre titoli, e quasi inutile per capire cosa stia davvero succedendo nell’ecosistema JavaScript.<\/p>\n\n\n\n

Fatta questa doverosa premessa, togliamoci il cappellino di stagnola e cominciamo ad osservare che quello che sta accadendo \u00e8 pi\u00f9 interessante che spettacolare. I framework non stanno arretrando. Stanno cambiando interlocutore<\/strong>. Per quindici anni hanno ottimizzato un’unica metrica, la Developer Experience<\/em>, perch\u00e9 il loro utilizzatore principale era un essere umano davanti a un IDE.<\/p>\n\n\n\n

Da circa due anni questa premessa ha smesso di essere vera<\/strong>. Una quota crescente del codice che entra in produzione viene generata, modificata o orchestrata da un agente AI: Cursor<\/a>, Claude Code<\/a>, GitHub Copilot<\/a>, Devin<\/a>, Windsurf<\/a>, quello che preferite. L’utilizzatore del framework non \u00e8 pi\u00f9 solo un umano. \u00c8 un sistema software con i suoi limiti, i suoi bias, e le sue “preferenze” (se cos\u00ec vogliamo chiamarle).<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

I framework che sopravvivranno ai prossimi cinque anni sono quelli che stanno ridisegnando le proprie convenzioni anche<\/em> per questo nuovo utilizzatore. Non devono sostituire l’umano ma devono far lavorare l’agente AI e l’umano insieme<\/em>. Il punto centrale di questo articolo \u00e8 che il framework, nell’era agentica, smette di essere una “comodit\u00e0 per chi scrive” e diventa qualcosa di strutturalmente diverso: uno strato di compressione cognitiva<\/strong> tra l’intento (umano o agente) e la macchina.<\/p>\n\n\n\n

Da DX a ADX<\/h2>\n\n\n\n

Per anni la metrica dominante \u00e8 stata la Developer Experience<\/em> (DX<\/strong> per gli amici). Tempo di setup, ergonomia delle API, qualit\u00e0 degli errori, hot reload, autocomplete. Era una metrica calibrata su un cervello umano che leggeva codice un pezzo alla volta.<\/p>\n\n\n\n

Nell’ultimo anno (o gi\u00f9 di l\u00ec) sta emergendo una metrica parallela che, in mancanza di nomi migliori, possiamo chiamare Agent Developer Experience<\/em> (abbreviamola in ADX<\/strong>). Cos’\u00e8 questa ADX?<\/p>\n\n\n\n

Riguarda quanto \u00e8 facile, per un agente AI:<\/p>\n\n\n\n