Gestire la manutenzione di React Native: affrontare l'addio di sviluppatori in team ristretti
Una grossa azienda aveva un solo sviluppatore React Native interno. Quando se n'è andato, l'app si è fermata. Nessuno in azienda sapeva toccare il codice. Ci hanno chiamati, abbiamo preso in mano il progetto e lo abbiamo portato fino alla sottomissione negli store. Niente di eroico. È quello che facciamo.
La Partenza di uno Sviluppatore: Sfide e Opportunità
La prima cosa che abbiamo fatto non è stata guardare cosa mancava — è stata capire cosa c'era già e perché era stato scritto così. Con un solo sviluppatore che se n'è andato senza documentazione, quella fase ti dice tutto. Il problema non era il codice — era che tutto il contesto del progetto esisteva nella testa di una persona sola. Quando quella persona sparisce, non perdi uno sviluppatore: perdi la memoria del prodotto.
Usiamo React Native come default su progetti mobile enterprise. Non per comodità — perché in otto casi su dieci è la scelta giusta per chi deve mantenere un'app con un team piccolo e requisiti che cambiano. Ma funziona solo se c'è qualcuno che la sa mantenere. Non crediamo che nativo e cross-platform siano opposti. Crediamo che un team che sa fare solo una delle due cose prima o poi ti venderà quella, indipendentemente da quello di cui hai bisogno. Noi eravamo lì perché sapevamo farle entrambe.
Documentazione e Pratiche di Codice
Un cliente ci ha chiesto quanto tempo avremmo impiegato a capire il codice di qualcun altro. Gli abbiamo risposto che dipendeva da quanto era documentato. Non lo era per niente. Abbiamo impiegato il doppio del previsto solo per la fase di analisi — e glielo abbiamo detto prima di firmare.
La documentazione non è solo un optional, è una necessità. La nostra esperienza indica che la mancanza di documentazione può portare ad aumenti dei costi e ritardi nei tempi di manutenzione del software. Riteniamo che una documentazione adeguata faciliti transizioni fluide e aiuti nella comprensione di codice complesso. Dobbiamo quindi considerare l'investimento in documentazione come parte integrante della costruzione del progetto.
Strumenti e Approcci Collaborativi
La sottomissione agli store non è la parte difficile. La parte difficile è arrivare alla sottomissione con un codice che il prossimo sviluppatore — chiunque sia — riesca a capire senza chiamarci ogni settimana. L'adozione di strumenti come Git e di sistemi di controllo della versione può aiutare significativamente. Inoltre, riunioni regolari del team per l'aggiornamento sullo stato del progetto assicurano che tutti siano sulla stessa pagina e che la conoscenza sia distribuita equamente tra i membri del team. React Native consente l'uso dello stesso codice per le piattaforme iOS e Android, riducendo la quantità di lavoro necessaria rispetto allo sviluppo di due app native separate.