💾 Premessa A lavoro ho avuto la necessità di fornire un emulatore Andorid ai Project Manager dei team di sviluppo. Ne ho provati diversi ma tutti i più promettenti oltre a non essere open source spesso si presentano con molte pubblicità e il più delle volte vengono considerati dei malware o virus dai sistemi interni dell'ufficio. Mi sono quindi deciso di provare a costruire un emulatore come quello di Android Studio senza dover installare tutta l'IDE e dover applicare le varie configurazioni iniziali necessarie per eseguirlo. 💥 Obiettivo Costruire un emulatore Android senza Android Studio. Script powershell

📚 Introduzione Carlo Rovelli è stato una delle mie letture del 2021. Mi ha catturato per la sua chiarezza espositiva. Parla di temi molto complessi di fisica con delle immagini e paragoni accessibili anche per chi come me è a diguno da più di 15 anni di formule matematiche avanzate. Apprezzo molto chi riesce ad essere chiaro e coinciso su temi complessi, questo è sintomo di chi ha ben chiaro l'argomento. Non nego che nutro una sana invidia e che piacerebbe anche a me avere la stessa capacità espositiva. Questa volta Carlo Rovelli si addentra in un buco nero e ci fa vivere l'esperienza in un saggio che si legge tutto di un fiato. 🚀 Cosa mi porto a casa da questa lettura

📚 Introduzione L'anno scorso ho letto diversi libri tecnici che mi hanno fatto crescere molto come sviluppatore e mi hanno aiutato nei primi mesi di lavoro come responsabile dello sviluppo e product manager tecnico. Seguendo alcuni consigli del podcast GitBar o meglio come dice il conduttore brainrepo (Mauro Murru), del paese dei blaocchi sono capitato su questo libro. The phoenix project è un romanzo e racconta di un fallimento annunciato, di un'azienda immaginaria, la Parts Unlimited che si ritrova a combattere con le sfide dell'industry IT. Ho vissuto in aziende come la Parts Unlimited ed è stato interessante seguire il percorso che gli autori hanno voluto far fare alla Parts Unlimited ed a Bill Palmer, un manager IT frustrato, che si imbarca in una missione per migliorare la performance e l'affidabilità dei sistemi IT della sua azienda. 🚀 Cosa mi porto a casa da questa lettura

📚 Introduzione In un mondo come il nostro nel quale le distrazioni digitali sono sempre più assillanti Cal Newport riporta l'attenzione sul "lavoro profondo" come strumento per migliorare la produttività e i risultati. Diversi studi hanno portato in evidenza come la nostra attenzione media si sia ridotta nel tempo ed attualmente si attesta sugli 8 secondi. vedi questo articolo del Time. Altro mito che sfata l'autore in questo libro è l'importanza di essere multitasking. Questo concetto dettagliamente discusso da Daniel Kahneman in "Pensieri lenti e veloci" vedi qui è avvalorato dal fatto che la nostra struttura mentale non ci permette proprio di essere multitasking su attività che richiedano l'utilizzo della parte più riflessiva della nostra mente. L'autore porta poi alcuni esempi di personaggi famosi che hanno focalizzato e realizzato meccanismi e routine per aiutarsi a creare uno stato di lavoro profondo. La capacità di immergersi completamente in attività complesse è fondamentale per ottenere risultati di qualità. 🚀 Cosa mi porto a casa da questa lettura

🏆 Bilancio 2023 Proprio la settimana scorsa stavo riguardando gli obiettivi del 2023 e devo essere sincero, rispetto ad altri anni ho abbassato l'asticella. Ho letto dei buoni libri, forse avrei potuto leggerne di più. Lato fisico sono contento di aver iniziato un percorso di allenamento costante. Il mio obiettivo di migliorare alcuni valori fisiologici è stato raggiunto: primo tra tutti la pressione sanguinea. Delle mie letture particolare risalto hanno avuto: Philip A. Laplante - Colin J. Neil, Antipatterns Identification, Refactoring, and Management che tratta in modo ingegneristico degli antipattern delle organizzazioni

📚 Introduzione Nella lista dei must da leggere, Martin Fowler è sempre una certezza. Refactoring è un manuale più che un libro nel quale vengono illustrati diversi pattern per poter affrontare un refactoring di codice legacy. Attenzione però che il focus è legato alla programmazione ad oggetti. Devo dire che fortunatamente dopo quasi 15 anni di programmazione molti pattern sono conosciuti e applicati di default. Però come al solito, avere un linguaggio comune con cui chiamarli è d'aiuto per accordarsi con i dev. D'altronde a noi del genere umano piace molto dare il nome alle cose! 🚀 Cosa mi porto a casa da questa lettura Il refactoring è una attività rischiosa perchè si va a modificare codice funzionante. Questo aspetto va preso bene in considerazione perchè per poter affrontare bene questo processo l'unica cosa che ci può proteggere sono i test.

📚 Introduzione Sto recuperando un pò alla volta un lista di libri che avrei sempre voluto leggere per aiutarmi nella mia carriera e nel mio lavoro di tutti giorni da sviluppatore, team leader e engineering manager. A philosophy of software dedign è sicuramente uno di quelli come la serie di Robert c. Martin. Partendo citando il paper di David Parnas del 1971 "On the Criteria to be used in Decomposing Systems into Modules" Ousterhout introduce il suo libro ricordandoci che alcuni concetti seppur di mezzo secolo fa siano attuali sul design del software. Leggendo credo che parte della verità risieda sul fatto che il nostro processo di risoluzione dei problemi è tale da rimanere invariante nella storia e che certi concetti siano applicabili in senso lato e non solo nel software. Scrivere un software pulito, clean, e semplice da capire e da manuntenere è molto difficle. Uno dei problemi principali della computer science è infatti la decomposizione. 🚀 Complessità La modularizzazione è alla base delle architetture software. Questo approccio permette di avere dei blocchi di codice isolati tra di loro e possibilmente indipendenti così che uno sviluppatore non debba conoscere il contenuto dei moduli ai quali non sta lavorando. Questo semplice concetto è il mattoncino base delle architetture, è semplice da capire ma molto difficile da sviluppare. Questo libro mi ha aiutato a fissare alcuni spunti interessanti e pratici.

📚 Introduzione The Manager's path di Camille Fournier è uno di quei libri che chi lavora nel mondo IT dovrebbe leggere. Non è un libro tecnico ma racconta in modo "ingegneristico" come può procedere la carriera di uno sviluppatore software da junior, a mentor, da leader a manager fino a diventare CTO. Non è un percorso obbligatorio e non necessariamente è legato alla RAL. E' un libro piacevole che potrebbe sembrare a volte banale, io invece lo considero molto illuminante perchè riesce a mettere in ordine passaggi e dinamiche che sono quelle che realmente accadono nella nostra industry. 🚀 Cosa mi porto a casa da questa lettura Il libro è diviso in parti che rispecchiano il percorso. Proverò ad appuntarmi le cose che in questo momento mi hanno colpito di più. Credo però che in futuro potrò rivedere questo post e magari integrarlo.

📚 Introduzione Questo è uno dei titoli che più hanno girato in questi due anni tra le persone che parlano di crescita personale. Non avevo idea di cosa trattasse e così me lo sono messo nella mia whishing list fino a qualche settimana fa quando ho iniziato a leggerlo. Obstacle is the way è stato scritto da Ryan Holiday ed è stato pubblicato nel 2014. Trae ispirazione dalla filosofia antica dello stoicismo ed esplora come gli ostacoli possano essere trasformati in opportunità di crescita personale e successo. L'idea centrale del libro è che la nostra percezione e risposta agli ostacoli possano plasmare la nostra vita e determinare la nostra capacità di raggiungere la grandezza. 🚀 Cosa mi porto a casa da questa lettura Il problema è la strada nel senso che dobbiamo accettare che il mondo ci pone sempre di fronte degli ostacoli ma spetta a noi farli diventare i gradini su cui posare i propri passi verso il successo.

📚 Introduzione Tra le letture tecniche che ho scelto quest'anno figura anche questa di Mark Richards. Mark è un software architect con quasi 30 di esperienza nell'industry ed in particolare 20 tra application architect, integration architect ed enterprise architect. In questo libro illustra in maniera semplice 5 delle architetture più facilmente ritrovabili nei progetti di tutti i giorni. Il libro non va nei dettagli tecnici ma da un buon punto di inizio per poter scegliere quale strada perseguire a seconda del caso d'uso che abbiamo di fronte. 🚀 Cosa mi porto a casa da questa lettura Mark descrive le principali architetture in auge in questo momento tra sistuazioni on-premise e in cloud. Un'applicazione senza un'architettura definita spesso ricade in quella che viene chiamata big ball of mud nella quale i componenti sono accoppiati, rigidi e con elevati costi per le modifiche. I pattern principali che l'autore propone sono 5: 1. Layered architecture