Mantenere il codice

Git, Richieste di Pull, Qualità, Workflow, Principio dei Quattro Occhi, Prettify

Come menzionato nel capitolo precedente, i Devops sono importanti per mantenere il codice, ma sappi cosa: questo è anche un sforzo di squadra e, in più, è una priorità critica per l'attività, perché un codice di scarsa qualità porta a problemi.

Coding "Free for all" (coddare a caso) significa che gli sviluppatori sviluppano come vogliono, ma questo è molto lontano da come dovrebbe essere mantenuto il codice in un grande repository di codice.

Uno dei "perché" trascurati qui è che il codice è Proprietà Intellettuale (IP) di proprietà dell'azienda e ha un valore monetario, anche se non è riportato nei libri contabili, o come possibile valore di attivo se l'azienda viene venduta. Questo da solo rende importante mantenere il codice.

Perché il codice dovrebbe essere leggibile e riassumibile? Le funzioni più importanti dovrebbero essere documentate, almeno a un livello elevato (è estremamente difficile mantenere la documentazione aggiornata in un ambiente di sviluppo rapido e potrebbe rallentare molto lo sviluppo).

Avere il codice in un repository Git garantisce che possano essere aggiunte nuove versioni e che si possa sempre tornare indietro e tracciare cosa è stato aggiunto da chi. Se si utilizza un sistema di gestione delle attività per gestire il Backlog, si può anche tracciare il ticket o il compito, creando una buona documentazione della storia.

Questo è utile per vedere perché qualcosa è stato cambiato e cosa l'ha innescato. Lavorando in rami, gli sviluppatori hanno la propria copia distribuita del codice sul proprio computer e possono collaborare facilmente tirando un aggiornamento del codice se un altro sviluppatore ha lavorato nello stesso ramo o se sono stati aggiunti rami per nuove funzionalità durante un rilascio di produzione.

Leggi di più in "Il Playbook del CTO" disponibile su Amazon/Kindle.