Digiuno da feature

Il ruolo del Chief Technology Officer è un ruolo multidisciplinare e affascinante. All'interno di un'azienda è un exective tecnologico e strategico che si occupa di mettere la tecnologia a disposizione del business nel migliore dei modi. Tramite una conoscenza approfondita del business e del panorama tecnologico ha un forte impatto nello sviluppo e nella crescita aziendale. Non è la naturale evoluzione di un software engineer o tech leader perché il ruolo del CTO non è sempre dedicato a prendere decisioni architetturali o tecnologiche di dettaglio. Un CTO deve essere in grado di gestire persone e motivarle, creando chiarezza intorno agli obiettivi aziendali dal punto di vista tecnologico.

La saggezza degli antichi romani applicata al software.

Fear of missing out

Fare di meno per fare di più

Allora il 20% all'innovazione.

I Pod sono un oggetto fondamentale in un cluster Kubernetes perché creano l'ambiente di esecuzione per i container i quali avranno a loro diposizione RAM, CPU, storage, networking. Comprendere i concetti principali dei Pod permette quindi un uso più consapevole delle risorse di un cluster. In questo episodio ascolterai: - Concetti base di un Pod - Come eseguire in pod in modalità imperativa con kubectl - Come descrivere un pod in formato YAML ed eseguirlo col comando apply - Come distruggere un Pod - Come e perché dichiarare le risorse di cui un container a bisogno in un Pod.

Il version control (tipo git) è presente in ogni progetto software per gestire i sorgenti applicativi. I sorgenti, tuttavia, non sono l'unico asset che possiamo salvare in un repository di un progetto software. Per ottenere la massima tracciabilità e riproducibilità dei nostri processi di deployment dobbiamo inserire anche: - schema database e script di migrazione - infrastructure as code (Azure ARM template / Bicep, AWS template, Terraform file...) - scripting di automazione - scripting o strumenti di test in generale - file di configurazione (senza i segreti!) E tu, come lo usi il tuo repository?

Se i test non scriverai, Agile non sarai. Non mi interessa se fai kanban, SCRUM, SAFe, abcdefg. I test automatici sono il vero abilitatore dell'agilità. Se hai paura di modificare la tua cobebase diventi lento e nel lungo termine il tuo progetto è destinato a procedere lentissimo con un calo di servizio per i clienti finali. Un progetto software deve essere sostenibile nel lungo periodo e i test automatici ci evitano di lavorare in modo ingessato e governato dalla paura del cambiamento. In questo episodio vediamo che mindset utilizzare e come approcciarci in modo strutturato al testing.

Gestire l'evoluzione di un database è un punto cruciale per un approccio completo e maturo alle pratiche di automazione e sicurezza dei deployment. Un approccio incompleto con lato applicazione automatizzato e database manuale crea inefficienze e riduce l'efficienza dei processi ed è un modo di operare rischioso (basti pensare alle conseguenze di uno script eseguito erronamente). Vediamo insieme come migliorare e trattare il database come un first class citizen nelle nostre pratiche. Alcune delle pratiche chiave sono: - migiorare il coinvolgimento dei DBA coi developer - tenere tutti i cambiamenti del database sotto controllo di versione - usare uno schema di migrazione basato su script. Alcune strategie per fare cambiamenti dello schema del database senza tempi di inattività: - usare un framework di migrazione - il pattern di cambiamento parallelo - una soluzione NoSQL.