Innanzitutto un dato rassicurante e verificabile: un’applicazione generata blocca le proprie dipendenze alla versione ESATTA, Next, React, Prisma e gli altri sono bloccati alla versione esatta, senza intervalli né résolution dynamique.. Si reinstalla quindi identicamente tra due anni e non si rompe da sola. Ciò che invece richiede manutenzione sono tre elementi distinti: gli aggiornamenti di sicurezza delle librerie, l’hosting e le vostre evoluzioni aziendali. Finché l’applicazione è raggiungibile all’URL incluso, i primi due non vi costano nulla; il giorno in cui la ospitate voi stessi o ne modificate il codice, diventa un software come tutti gli altri, e poiché il codice è standard Next.js e Prisma e vi appartiene, qualsiasi sviluppatore può riprenderlo.
Un’applicazione che funziona non si degrada da sola
L’intuizione suggerisce che un software «invecchia» e alla fine si rompe autonomamente. Non è così. Il file `package.json` di un’applicazione generata blocca ogni dipendenza alla sua versione ESATTA, Il file `package.json` di un’applicazione generata blocca ogni dipendenza alla sua versione esatta: niente intervalli, niente risoluzioni dinamiche, solo il numero di versione preciso.. Reinstallare l’applicazione tra due anni ricostruisce esattamente lo stesso albero di librerie del primo giorno, e il codice non ha subito alcuna modifica.
Ciò che invece si degrada è l’ambiente circostante: il certificato che scade, il server migrato, la versione di Node ritirata da un provider di hosting e, soprattutto, gli aggiornamenti di sicurezza che le versioni bloccate non ricevono più. Questa è una differenza di natura rispetto all’idea che «il software si rompe», e cambia radicalmente ciò che va pianificato.
Tre tipi di manutenzione distinti, spesso confusi
Il primo riguarda la SICUREZZA delle librerie: una vulnerabilità scoperta in una dipendenza richiede un aggiornamento di versione. È l’unico tipo di manutenzione che segue un ritmo imposto dall’esterno, e che non dipende affatto dalla vostra attività.
Il secondo è l’HOSTING: dominio, certificato, database, backup. Finché l’applicazione è servita all’URL incluso, è la piattaforma a occuparsene, ed è anche la domanda precisa da porre, qui come con qualsiasi fornitore: qual è la politica di backup e con quale frequenza viene eseguita? Il giorno in cui portate l’applicazione sul vostro server, questa responsabilità diventa vostra.
Il terzo non è manutenzione, ma LAVORO: aggiungere un campo, uno stato, una schermata perché il vostro business è cambiato. Questo accade solo se lo richiedete, ed è gestito secondo le sue specifiche esigenze, argomento trattato nella guida «Far evolvere la propria applicazione».
Chi può farlo e perché nessuno vi tiene in pugno
Il codice è standard Next.js e Prisma, esportabile come archivio ZIP o caricabile su GitHub, ed è interamente di vostra proprietà. Non contiene dialetti proprietari né formati che richiedano strumenti o conoscenze esclusive dell’editore, Non contiene dialetti proprietari né formati che richiedano strumenti o conoscenze esclusive dell’editore: il codice è standard e utilizza tecnologie diffuse, quindi qualsiasi sviluppatore può riprenderlo con gli strumenti che già conosce.: lo sviluppatore che ne prende in carico il progetto lavora con strumenti che già conosce, e questo rende possibile il passaggio di consegne senza il nostro intervento. È esattamente l’opposto di uno strumento chiuso, dove la domanda «chi lo manterrà?» ha una sola risposta, l’editore, finché esiste.
Il contropartita è onesta: il giorno in cui modificherete voi stessi quel codice, la versione in esecuzione cesserà di essere quella che la piattaforma sa rigenerare. Acquisirete piena libertà, ma assumerete anche la responsabilità della manutenzione. Molte piccole realtà non compiono mai questo passo, e non ne hanno bisogno, ma la porta resta aperta, ed è proprio questo a fare la differenza quando deciderete di varcarla.
Cosa va effettivamente previsto nel budget
Per un software su misura, La letteratura di settore colloca la manutenzione correttiva intorno al 15–20 % del costo iniziale annuo, mentre la somma di manutenzione ed evoluzioni raggiunge circa la metà del costo totale di proprietà su cinque anni. È una voce che quasi nessuno inserisce nel budget, eppure è proprio quella che trasforma un progetto di successo in uno strumento abbandonato dopo tre anni.
Il calcolo cambia quando il costo iniziale è contenuto e l’hosting è incluso: non va previsto nulla finché l’applicazione gira così com’è. La spesa ricompare in due soli casi, se portate l’hosting in-house o se fate modificare il codice. Decidere avendo ben chiare queste due opzioni è molto più sensato che pagare un’assicurazione contro un guasto che, con versioni bloccate, semplicemente non si verifica.