Anyone who has written unit tests have been fighting with object creations. Some times it is so difficult to create objects used in tests. Test data builders come to rescue! With them I write better tests with less time.
Better Unit Tests Without Setup Methods
Readability is key point in unit tests. One common antipattern with unit tests are setup methods, because they make unit tests more difficult to read. Here I have written how helper methods can be used instead of setup methods to make unit tests more readable.
Comments Lie!
Ron Jeffries has said "code never lies, comments sometimes do". What makes comments sometimes lie? Usually the reason is that we don't keep them up to date. In this blog post I have written about few commenting anti-patterns and how to avoid lying comments.
Let Someone Walkthrough Your Unfinished Code
"Make it a practice to present and discuss each implementation at one-third completion", wrote Adam Tornhill in his excellent Software Desing X-Rays book. Since reading that book I've been thinking about it, and I wrote why I strongly agree with it. Practically it improves code quality (which I value really high).
Summary of 2018 – What I Learned
The year 2018 included exceptionally lot of new "tech stuff" for me: Azure, Azure DevOps / VSTS, Git and Docker. Especially learning Azure took a lot of time from my "learning budget" in 2018. Besides those, I managed to read a lot of tech books, more than I've ever read. I can say in 2018 I learned especially much. In this blog post, I will go little details about what I learned in 2018 and take a quick look at my new programming language for 2019: Angular/TypeScript.
Accelerate by Nicole Forsgren, Jez Humble, and Gene Kim
This book is about the famous State of DevOps Reports; some kind of recap from years 2014-17. In this blog post I've summarized what are the impacts of continuous delivery according it. "Continuous delivery improves both delivery and performance quality."
The Conclusion of The SOLID Principles Series (SOLID 6/6)
I wanted to recap this series about SOLID principles. In my opinion SOLID can be summarized with two things: "Code against interfaces, not implementations" and "write small classes/interfaces". If we follow those two things, our code would be close to SOLID.
