ALM DOs & DON’Ts – Definition of done

We all have been in this kind of situation: someone in the team states that a feature is done but in reality there is that little thing to figure out and the coding is completed the day after. Why is that? Because every person has a different definition of done inside his mind. How can … Continue reading ALM DOs & DON’Ts – Definition of done

SOLID principles by examples: open/closed

This post continues the analisys of the SOLID principles started some blog posts ago. This is the turn for the Open Closed Priciple (OCP). The definition An object/entity should be open for extension but closed for modification. What we are basically talking about is to design our modules, classes and functions in a way that … Continue reading SOLID principles by examples: open/closed

SOLID principles by examples: introduction

SOLID is a common acronym in the software development world. It’s useful to remeber five best practices to design classes in a object oriented language. It means: InitialStands forConcept SRP Single Responsability Principle A class should have only a single responsability. OCP Open Closed Principle Software entities should be open for extension but closed for … Continue reading SOLID principles by examples: introduction


Qualche settimana fa non conoscevo questo termine. Avete presente quel momento in cui si sta sviluppando qualcosa e il pensiero comincia a prendere la tangente: “Ma se succedesse anche questo allora c’è bisogno di quest’altro. A questo punto all’ora potrei implementare questa funzione!”. Oppure: “Aggiungiamo anche questa funzione perché magari può succedere che…”. Quando sentiamo … Continue reading Gold-plating