«L'app funziona, perché dovrei pagare la manutenzione?»
Domanda legittima. Un po' come chiedere perché fare il tagliando a una macchina che va.
Infatti va, finché un giorno non va più. Di solito succede in autostrada, di domenica, di notte. Con il bambino dietro, che tanto sta dormendo. E invece no, si è svegliato. E sì, sta pure piovendo.
Il software non si consuma, ma il mondo intorno cambia
Il codice non si usura come un componente meccanico: le stesse righe fanno la stessa cosa oggi e tra dieci anni. Il problema è che un'app non vive da sola. Dipende da sistemi operativi, store, librerie, servizi esterni e server, e tutto questo cambia continuamente, senza chiedere il permesso.
Vediamo i quattro fronti principali.
1. Gli store cambiano le regole
Apple e Google chiedono periodicamente di aggiornare le app alle versioni recenti dei loro sistemi. Google Play, ad esempio, richiede che le app puntino a una versione recente di Android: chi resta indietro prima non può più pubblicare aggiornamenti, poi l'app smette di essere visibile ai nuovi utenti con dispositivi aggiornati. Apple, dal canto suo, richiede che le nuove versioni siano compilate con gli strumenti di sviluppo recenti.
Non è un capriccio: le nuove versioni portano miglioramenti di sicurezza e privacy. Ma per chi ha un'app ferma da due anni, il primo aggiornamento «obbligatorio» può diventare un piccolo progetto.
2. Le librerie invecchiano
Un'app moderna usa decine di componenti di terze parti: per i pagamenti, le notifiche, le mappe, l'interfaccia, la gestione dei dati. Ognuno ha il suo ciclo di vita.
Ogni tanto in uno di questi componenti si scopre una vulnerabilità di sicurezza. Se nessuno aggiorna, la falla resta lì, ad aspettare qualcuno che la trovi prima di te. E più si aspetta, più gli aggiornamenti si accumulano e diventano difficili da applicare tutti insieme.
3. I servizi esterni cambiano API
Pagamenti, mappe, login con Google o Apple, fatturazione elettronica, spedizioni: basta che uno di questi servizi cambi versione o regole e una funzione smette di funzionare.
Di solito i fornitori avvisano con mesi di anticipo, via email agli sviluppatori. Se nessuno legge quelle email e pianifica l'aggiornamento, l'utente finale scopre il problema da solo, e vede solo un generico «errore».
4. Anche i server hanno una data di scadenza
Sistemi operativi, database e linguaggi di programmazione hanno un periodo di supporto, dopo il quale non ricevono più aggiornamenti di sicurezza. Restarci sopra «perché tanto va» è la ricetta perfetta per un aggiornamento d'emergenza, che costa molto di più di uno pianificato.
Cosa include una buona manutenzione
La manutenzione non è «pagare lo sviluppatore per stare a guardare». Un contratto fatto bene prevede attività concrete:
- Aggiornamento periodico di librerie e dipendenze, con particolare attenzione a quelle di sicurezza.
- Adeguamento alle richieste degli store e alle nuove versioni di iOS e Android.
- Monitoraggio di errori, prestazioni e disponibilità dei server.
- Gestione delle scadenze dei servizi esterni: certificati, API, versioni deprecate.
- Backup verificati, non solo configurati.
- Piccoli interventi correttivi e una via rapida per le urgenze.
Un costo che evita un costo più grande
La manutenzione è il prezzo per non dover rifare tutto da capo tra tre anni. Rimettere in piedi un progetto abbandonato costa quasi sempre più che averlo tenuto in vita: bisogna ricostruire l'ambiente di sviluppo, aggiornare tutto in un colpo solo, capire cosa si è rotto e perché.
Il software abbandonato non si rompe tutto insieme. Si rompe un pezzo alla volta, di solito nel momento peggiore. In autostrada, di domenica, sotto la pioggia.
