Clean Architecture

Clean Architecture è il mio pattern architetturale preferito, e questo libro è buona parte del motivo. Quando l'ho letto lavoravo già su sistemi grandi, ma prendevo ancora molte decisioni di struttura per abitudine. Il libro mi ha dato il linguaggio per cose che sentivo e non sapevo spiegare.

La regola delle dipendenze è il centro di tutto: il codice interno non conosce quello esterno. Le regole di business non sanno che esistono un database, un framework o una schermata. Sembra semplice, ma quando la applichi davvero il sistema cambia faccia. Il database diventa un dettaglio, il framework diventa un dettaglio, e sostituire un pezzo smette di essere un progetto di tre mesi.

Mi piace molto anche la parte sui principi dei componenti e su come porta i principi SOLID su una scala più grande. L'idea di un'architettura che urla il dominio, invece di urlare il framework, la trovo di un'eleganza estrema.

A volte il libro vende l'architettura come se il costo fosse sempre basso. Non lo è. In un sistema piccolo o in un MVP con scadenze strette, troppi livelli diventano cerimonia. Uncle Bob parla di trade-off, ma il lettore frettoloso non lo ascolta.

Lo consiglio tantissimo a chi vuole smettere di essere junior e iniziare a capire l'architettura dei sistemi. Per un senior, vale la pena rileggerlo ogni tanto per ricordarsi perché le regole esistono.