Metriche utili (e inutili) per capire se il team sta migliorando (ovvero: come misurare senza diventare schiavi dei numeri) C’è stato un periodo in cui pensavo che le metriche fossero la soluzione. Avevamo un team in crescita, il backlog pieno, la sensazione costante di rincorrere qualcosa. Come spesso succede, la domanda era sempre la stessa: “Stiamo migliorando oppure stiamo solo correndo di più?” E come spesso succede… quando non sai rispondere, inizi a misurare.

Una strategia per costruire un team che non dipende dai “super-senior” In molte aziende tecnologiche esiste un momento preciso in cui nasce una convinzione piuttosto diffusa: se assumiamo una persona molto senior, i problemi inizieranno finalmente a risolversi da soli. A volte succede davvero. Più spesso succede che i problemi cambino forma, ma restino lì. Questo articolo non è contro i super-senior. È contro l’idea che un team debba funzionare solo grazie a loro.

Platform Engineering: cosa serve davvero e cosa è solo moda Negli ultimi anni il Platform Engineering è diventato uno dei termini più abusati del panorama tecnologico. Ogni azienda sembra voler “fare platform”, spesso senza aver chiarito cosa significhi davvero e, soprattutto, perché. Come spesso accade, il rischio non è la disciplina in sé, ma l’adozione acritica: replicare pattern pensati per contesti molto specifici in realtà che non ne hanno né la scala né i problemi.

Cosa ho imparato gestendo sistemi HA durante le festività (senza panico) Ogni anno, puntuale come il cenone di Natale o il brindisi di Capodanno, arriva anche lui: l’incidente in produzione durante le ferie. Chi lavora con sistemi ad alta disponibilità lo sa bene: per i nostri servizi non esistono orari d’ufficio, non esistono “chiusure per ferie”. E per anni ho affrontato questo tema da sysadmin, poi da lead tecnico e infine da CTO.

Scalabilità sì, ma a che costo? Il vero ROI delle architetture distribuite Negli ultimi anni ho visto un numero crescente di aziende inseguire architetture distribuite come se fossero un badge di modernità: microservizi ovunque, code e stream per qualsiasi cosa, tre livelli di caching, cinque database diversi e un diagramma architetturale che sembra più un quadro astratto che un sistema informativo. Il problema è che la complessità si paga, sempre.

Kind su Docker Rootless non funziona su openSUSE Leap Analisi completa del problema “Delegate=yes” e soluzione definitiva In questo articolo analizzo una casistica reale su openSUSE Leap dove kind fallisce durante la creazione di un cluster Kubernetes usando Docker rootless, mostrando il noto errore: ERROR: failed to create cluster: running kind with rootless provider requires setting systemd property "Delegate=yes" Il messaggio sembra indicare che Delegate=yes non sia configurato, ma in realtà si tratta di qualcosa di più profondo: la delega dei controller cgroup.