Configuration Manager

Ho un duplice ruolo nel reparto, ovvero Developer, ultimamente più concentrato nello sviluppo front-end in React, e anche Configuration Manager.

Possiamo dire che ci sono tre fasi principali nello sviluppo software: quella iniziale (identificazione e definizione della soluzione), lo sviluppo vero e proprio e, dopo la fase di pubblicazione in produzione, la manutenzione.
Come Configuration Manager, ho un ruolo in tutte queste fasi. Nella prima fase, il mio compito principale è consentire al team di sviluppo di iniziare a lavorare sull’applicazione il prima possibile. Mi occupo della configurazione degli ambienti per lo sviluppo e, in seguito, sono il punto di riferimento per quanto riguarda gli standard aziendali o le tecnologie da usare.
Per il nostro codice sorgente serve un apposito repository di Git da me configurato in modo tale da rispettare nomenclature e strategie di branching; per evitare il dannoso “works on my machine” vengono impostate le build automatiche di CI, CD e configurate le metriche di monitoraggio del software. In CGN, per gestire il processo di deploy al meglio, usiamo tre ambienti (Test, UAT e infine Produzione) in modo tale da arrivare al pubblico con il minor numero di bug possibili. E queste sono solo una parte delle attività iniziali.
Nella seconda fase, tengo d’occhio le metriche di buona fattura del codice e configuro gli ambienti di test dove si monitorano anche eventuali problemi prestazionali.
Non è detto che segua solamente io tutte queste attività all’interno del team, ma sono colui che ne ha la responsabilità.
Mentre nella prima e seconda fase, un errore si può sistemare con relativa tranquillità, quando il sistema è online ed è utilizzato dagli utenti, bisogna saper intervenire prontamente e precisamente, un po’ come un chirurgo.
A me piace dire che un software non è fatto e finito quando viene pubblicato, ma anzi, è proprio in quel momento che inizia “a vivere”.

Più sai e più esperienza hai maturato e più ti senti sicuro, preciso e veloce nel rispondere. Questo dà serenità al tuo team, che si sente con le spalle coperte: se sta venendo il brutto tempo, tu sei il primo ad avvertirli e quello in prima linea in caso di emergenze. Già dopo i primi due progetti ho capito che non potrò mai evitare tutti gli errori e i malfunzionamenti, ma, grazie alla competenza crescente, so che troverò il modo di risolverli.

Avendo scelto di “fare tutto in casa”, l’hosting delle nostre applicazioni è tutto interno, con alcuni sistemi di monitoraggio proprietari; pertanto, devi apprendere il più possibile da solo o da un collega più esperto. Non basta aprire un libro per imparare qual è la configurazione perfetta per la tua infrastruttura. È un processo continuo di trial and error. Sono contento del ruolo che ricopro in CGN, perché sento di essere un ingranaggio importante che fa parte di una macchina ben oliata.