Frontend

Frontend: il front dei gestionali, senza perdere il controllo del backend

Il frontend moderno non è scegliere il framework di moda: è decidere quanta complessità client serve davvero a quell'applicazione. Su gestionali e piattaforme aziendali il front deve servire il dominio, non diventare un secondo backend fragile da mantenere. In questa categoria scrivo di frontend applicato a un backend PHP, con il taglio di chi il backend lo conosce a fondo.

Il primo tema è la scelta della giusta dose di client. React e Vue 3 con TypeScript, Inertia.js per l'esperienza da single-page senza costruire e mantenere un'API REST separata, Next.js in SSR per le pagine marketing che devono essere indicizzate, Livewire con Volt e Folio quando il JavaScript si può evitare del tutto. Ogni approccio ha un costo, e la competenza sta nel riconoscere quando una SPA risolve un problema reale e quando è solo un overhead che qualcuno dovrà manutenere.

Il secondo tema è l'allineamento con il backend. Un front costruito senza capire il dominio genera duplicazione, disallineamenti e debito tecnico che rallenta ogni rilascio. Scrivo di come tenere il frontend al servizio dell'applicazione, di come si ottimizza davvero (senza cospargere il codice di memoizzazioni inutili) e di come chi arriva da vent'anni di PHP può adottare TypeScript senza traumi e senza perdere il controllo dell'insieme.

Se stai progettando il front di un gestionale o di un sito su misura, vedi la realizzazione siti ed e-commerce o scrivimi.

Un buon frontend si nota da quello che non fa: niente complessità inutile, solo l'interfaccia che serve al problema.