best practices Chernobyl Driven Development: 10 lessons learnt from the miniseries Inspired by the success of the series about the Chernobyl disaster, these are 10 lessons learnt from it so you too can make sure your project is a bomb.
frontend Virtual DOM: ReactJS implementation How does the Virtual DOM work? And what is actually the DOM? If you ever have wondered about those questions, this post is for you.
frontend Frontend frameworks: Criteria & tips to become proficient with new tools The goal of this post isn't to analyze which framework is better, but to provide a set of tools and a couple of tips to ease the learning of a new framework In
development The Many Facets Of Quality Some time ago, in a talk, someone asked "What is software quality, what gives quality to software?". My immediate half-joking answer was "Software shouldn't get in my way, that's quality!
development How, What, Why: The three essences of software development "Facebook is as much sociology and psychology as it is technology" - Mark Zuckerberg In my previous article, Unitary vs Integral Understanding, I delved into how we understand a part of
development Organizational Debt and The Romantic Dev Introduction While thinking what I could write about, I remembered a distant sunny afternoon, back at the beginning of my professional experience. I left writings about what is now a possible future post
migration How to gently upgrade your Java application When I think about getting an upgrade I usually picture myself like this: But… as the time passes… I feel like Homer applying for the university, something like: Since in 10Pines we reached
programming Essence-driven Development Something that has always seemed motivating is the feeling that my way of doing things generally maintained good adaptability. Throughout my years of study at the University, and later in 10pines, I realized
best practices Two ways we understand code: Unitary vs Integral understanding There is an often unresolved question in software about comments and documentation. It is said that code should be "self-documenting", thus comments can be a sign of a lack of clarity in the code.