Implementare un sistema Cloud Native chiavi in mano con Dapr
Nei mesi scorsi riceviamo da una multinazionale operante nel settore dell’automazione industriale la richiesta di consulenza per implementare un…
Intelligenze artificiali: strumenti o agenti? Un problema etico.
L’ascesa delle intelligenze artificiali e del machine learning ha portato alla luce le profonde discriminazioni che le intelligenze artificiali, se…
Microsoft Partner Pledge: tra diversità, inclusione, accessibilità, etica e sostenibilità
A partire da Gennaio di quest’anno CodicePlastico ha aderito al programma PartnerPledge di Microsoft. L’idea alla base del progetto…
Spezzare un monolite microservizio dopo microservizio
Nei mesi scorsi un nuovo cliente ci ha contattato per un progetto di riscrittura della loro applicazione web nata come…
Required!? Dove stiamo andando non c’è bisogno di… Required!
Quando realizziamo una Web API con ASP.NET Core, è prassi decorare le proprietà obbligatorie dei nostri modelli con l'attributo `Required` anche se, in certi casi, questo ci costringe ad accettare dei compromessi nella modellazione. Vedremo quindi una tecnica alternativa: un approccio che sfrutta la nullabilità dei tipi e il deserializzatore JSON per fare a meno di tale attributo. Questo ci porterà anche a valutare lo stato di maturità di `System.Text.Json`.
DysIT: un corso per imparare la lingua della tecnologia
Ma ve li ricordate i corsi di lingua in audio cassetta? Sì, proprio quelli da prendere in edicola ogni settimana, da ascoltare in auto ripetendo “the pen is on the table”, sperando che la cassetta non si inceppasse nel mangianastri.
Il Gioco del Caos
Io come Dio non gioco ai dadi e non credo nelle coincidenze. Avete presente il film del 2005 “V…
Sudoku in F#: a functional story
This post is part of the F# Advent Calendar 2021. Many thanks to Sergey Tihon for organizing all of…
Diamo un volto ai bug
Lo sviluppo software ci obbliga ogni giorno a dover fare scelte. Da una card del nostro backlog nascono analisi, riflessioni e discussioni riguardanti architetture, pattern e sezioni di codice dove abbiamo già implementato “qualcosa di simile” che quindi ci potrebbe portare ad un refactoring del nostro progetto per renderlo sempre migliore. Ma cosa succede se la card, invece di essere un task o una story è un bug?