Scegliere la tecnologia pensando al team dopo la consegna
Valuti anche chi potrà modificare la soluzione, spiegare guasti e aggiornare dipendenze dopo la consegna.
Chi farà la prossima modifica?
La decisione tecnologica riguarda anche il team che manterrà l’applicazione dopo la consegna. Sa modificare la sorgente corretta, verificare e ricostruire un problema? La domanda completa funzionalità e impegno iniziale.
La guida Google alla revisione considera esplicitamente chi userà il codice in futuro. Per scegliere strumenti proponiamo di percorrere una tipica modifica successiva con il team di manutenzione previsto.
Esempio: stessa aggiunta all’indirizzo, percorsi diversi
Il piano è inventato. Le opzioni sono un framework diffuso noto al futuro team e un generatore specifico di moduli finora conosciuto dal team di consegna. Il generatore dovrebbe accelerare il primo modulo; nell’esempio non c’è risparmio di tempo misurato.
Opzione | Modifica prevista | Riscontro atteso dal futuro team |
|---|---|---|
Framework noto | Aggiungere un dettaglio facoltativo all’indirizzo nel modulo e nel passaggio dati. | Il team trova i sorgenti, esegue controlli adatti e sa ricostruire un errore. |
Generatore specifico | Configurare la stessa modifica nel modello o generatore e rigenerare. | La modifica resta; definizioni sorgenti, versione del generatore e percorso dell’errore sono comprensibili. |
Entrambe le opzioni richiedono runtime, fonti dei pacchetti, controlli e documentazione comprensibile. Con il generatore deve essere chiaro anche dove collocare le modifiche durature. Una correzione manuale nei file generati può scomparire rigenerando. Lo verifichi invece di considerare automaticamente manutenibili i sorgenti consegnati.
Includa la manutenzione nella scelta
SEI include la modificabilità tra le qualità architetturali essenziali. Registri chi mantiene strumenti e dipendenze, il supporto necessario e le sostituzioni. Un’introduzione documentata può colmare una lacuna; il semplice accesso ai file non basta.
Un generatore specifico può essere giustificato per compiti adatti con manutenzione affidabile. Anche un framework diffuso richiede conoscenze, aggiornamenti e responsabilità chiara. Valuti le opzioni sulla stessa attività futura e documenti dipendenze residue.
Fonti
Scritto da
- Katharina WeberRedattrice per software e tecnologiaKatharina Weber cura per ASES gli articoli sullo sviluppo software. Scrive delle questioni che le aziende affrontano nella scelta del software, nello sviluppo di nuove applicazioni e nella modernizzazione dei sistemi esistenti.
Continuate a leggere
Tutti gli articoli
Sviluppo software con ASES
Software su misura, app web e mobile