Tomasz Fijałkowski's programming blog.
Modularization in projects is one of the key techniques that allows for maintaining code readability, scalability, and ease of maintenance. As projects evolve, especially those with a larger scope, it becomes an important element ensuring order and transparency in the code structure. However, as the project progresses and new changes are introduced, and developers come and go, it’s easy to forget the initial architecture assumptions. Automated tests come to the rescue.
The Open-Closed Principle, described in SOLID, ensures project flexibility, but does it always lead to optimal, future-ready code? It sounds promising - open for extension, closed for modification. Let’s take a closer look.
In recent years, service architectures, especially microservices, have gained enormous popularity, yet the approach to end-to-end (E2E) testing often remains unchanged. We hear that tests verifying the operation of the entire system are crucial in the software development process, especially with distributed architectures.
In this post, I’d like to present my three-point approach to tasks and problems related to documentation.
Checkstyle is a powerful library that not only allows standardizing code formatting in a project but also catching some program errors (e.g., whether the equals method is implemented along with the hashCode method) and code design issues (e.g., maximum method size or cyclomatic complexity).
This post is a brief story of how good intentions can lead to disaster when forgetting about JVM’s internal mechanisms and how, once again, Kent Beck’s approach - “Make it work, Make it right, Make it fast” - came into play.
On this blog, I sometimes touch upon taboo subjects like in post Optional as a Field and what are you going to do to me about it? This time, it’s about static public variables. Much has already been said about the harm their usage has inflicted on the world. In this post, I’d like to analyze a specific case of their usage, namely metrics…
It ain’t what you don’t know that gets you into trouble. It’s what you know for sure that just ain’t so. – Will Rogers
Remote work has become increasingly common lately. I myself worked for a year as a satellite, and previously for a year in a fully distributed team across different time zones. Currently, I work at Allegro, where due to having offices in several cities, elements of remote work are commonplace.
My talk from Confitura ‘18, titled “Micro-Monolith Anti-Pattern”, is now available on YouTube!
Watch it here: https://www.youtube.com/watch?v=2CVJuPtlNVU
Note: The presentation is in Polish.
Enjoy the insights and feel free to share your feedback in the comments!
For further insights and concepts discussed in the talk, check out my Micro-monolith anti-pattern article.