Independent IT Professional
While working with domain-driven design and event-driven development, I've every now and then stumbled over the event streaming platform named Kafka. When asking what it is, I've not fully understood. I've also been warned that it should only be used for very specific cases.
A few weeks ago, me and my family took a huge step in our lives, we relocated from Gothenburg to London!
Many conflicts and lack of cooperation derives from the fact that we simply are different. For example, some people want to move fast, other are slow but thoughtful, some want to take risks while other want to be safe.
As a DDD (Domain-Driven Development) person, I like to be able to read the code as I read a book. This is of course very hard, but something that I strive for. Therefore I often use the builder pattern for unit tests.
Are there any good reasons to not continuously work with a system’s architecture? I don’t think so.
This year's hackathon at Systemite is now finished! The challenge trophy is handed over to a new winner, Thorsten Jakobsson, and we've had 24 hours with a lot of fun!
When I've tried to learn more about functional programming, I've always felt that something is missing. There is a lot focus on the functions themselves, but less on where to put them in a structure.
From my perspective, micro services (either compiled together or completely separated) is the only way of making a system survive over time. Even the most modern, high tech technology eventually gets old-fashioned, and if we don't want to completely rewrite the whole system every 20th year, we have to split them into smaller units.
I found it rather common that developers have only a vague idea of what business logic is. I also sometimes find it hard to describe it myself, even though I've spent many hours of my career working with it.
This is a pod about the developers' perspective of how to succeed with a project. Which roles should the team consist of and what do we expect from the project manager.