Come prendere il codebase considerevole, senza avere accesso a chi ha implementato? [duplicare]

Question

Come prendere il codebase considerevole, senza avere accesso a chi ha implementato? [duplicare]

#1 da (3 voti)

1

Ho iniziato un lavoro come lead mobile in un'azienda di 100 dipendenti. I loro prodotti Mobile (iOS e Android) sono stati sviluppati da team esterni e ora hanno deciso di assemblare team interni, quindi sono strongmente coinvolto nell'assunzione di ATM, sia per iOS che per Android. Avrò squadre di 5 persone per ciascuna delle piattaforme. Sono stato manager prima, ma è la prima volta che non lancio il codice da zero.

La mia domanda è come gestire il rilevamento del codice? Il codice iOS è di circa 50 classi, molte delle quali oltre 700 linee. La qualità del codice è di circa 5/10. Quali dovrebbero essere i miei primi passi per assumere il codice base? Poco a poco o ristrutturare prima o entrambi utilizzando risorse diverse?

project-management maintenance planning

posta Mabedan 02.07.2014 - 19:22

fonte

1 risposta

Leggi altre domande sui tag project-management maintenance planning

ES6 aiuta a far crescere la libreria standard Ecmascript? Come si memorizza la pagina di conservazione / manutenzione di un sito Web in Git?

score 3 · Answer 1

In primo luogo, non conosco il programmatore medio, ma al mio attuale lavoro ho ereditato, da solo, circa 100 classi, molte con più di 2k linee (e non avevo il lusso della qualità del codice 5/10). Quindi non mi preoccuperei di questo.

Detto questo, prima di decidere tra "Farò dei piccoli cambiamenti o una prima ristrutturazione importante", forse dovresti sapere cosa hai e di cosa hai bisogno.

Cerca la documentazione dagli sviluppatori precedenti, inclusi i testuites.
Documenta le classi e le loro responsabilità. Classi single out che hanno un cattivo odore (troppe responsabilità, ereditarietà non necessaria, qualunque cosa).
Scopri quali sono le aspettative degli stakeholder dal software (nel suo stato attuale e futuro). Se qualcosa non cambierà molto, non ha senso fare un refactoring completo. Fai in modo che decidano le priorità (quale software dovrà essere prima aggiornato).
Ottieni esperienza. Per ogni app, chiedi a uno sviluppatore di investigarlo e diventare il proprietario del prodotto. È molto meglio che avere tutti gli sviluppatori che conoscono solo un po 'di tutte le applicazioni.
Ascolta Joel (beh, in realtà leggilo ). La tentazione di ottenere il codice "a modo tuo" è alta, ma i rischi e i costi potrebbero essere tali (a meno che la struttura originale non sia una cagata completa).