Dare feedback tecnici senza distruggere motivazione e autonomia Nel mondo tecnico il feedback è una lama a doppio taglio. Serve a migliorare la qualità del codice, dei sistemi e delle decisioni, ma se dato male può distruggere motivazione, autonomia e fiducia in pochissimo tempo. Il paradosso è che spesso le persone più competenti sono anche le più fragili sul piano del feedback: il loro valore personale è profondamente intrecciato con ciò che producono.

Come preparo un’architettura per crescere senza riscrivere tutto dopo un anno Se hai lavorato in una startup, in una PMI o in un team “sempre in emergenza”, lo sai già: all’inizio vai veloce. Funziona. Spedisci. Chiudi ticket. Poi dopo 6 mesi (a volte 3) ti accorgi che ogni feature nuova costa il doppio. Dopo un anno ogni modifica è chirurgia a cuore aperto. E spesso finisce con la frase che nessuno vuole dire ad alta voce:

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.