In quanto developer il nostro ego tecnico ci porta spesso ad essere attirati verso la complessità.
Pattern e metodologie ci aiutano in qualche modo a non far sì che questa attrazione vada fuori controllo. Questi stessi approcci sono però visti molto spesso come superflui perché "tanto la mia applicazione deve solo leggere e scrivere da un database, perché dovrei perdere tempo con Domain-Driven Design e CQRS?" (cit.)

L'esperienza però ci insegna che anche le soluzioni che sembrano più semplici nascondono sempre della complessità nascosta. Con questi presupposti siamo proprio sicuri che anche solo alcuni aspetti di un dato approccio non portino dei vantaggi, indipendentemente da quanto è grande il mio problema?

In questa sessione volevo condividere quella che è la mia esperienza personale, provando a raccontare quali sono gli approcci che secondo me valgono (quasi) sempre “prezzo del biglietto” e perché.