What does boxed catering have in common with model entropy?

What does boxed catering have in common with model entropy?

TL;DR Getting end-users' and sponsors' feedback is crucial if you really want to build (/enhance) a good product, but it doesn't mean that you can let them "think with solutions" and mindlessly introduce suggested changes yourself. Business insights ought to be reforged into highly conscious & thoughtful updates of the model beneath the solution first - otherwise the Frankenstein of a system you'll end up with may not only be hard to understand, maintain or develop further, but also devoid of clear focus & uniqueness that made your end-users love it in the beginning. These are universal…

Read More

Of all kinds of crappy code I've ever seen ...

Of all kinds of crappy code I've ever seen ...

TL;DR "It's the domain modelling, stupid!" - Bill Clinton could have said if he were into software engineering. We tend to focus on technical design excellence (patterns, inversion of control, reactivity) without giving much thought to proper, maintainable domain model behind. Consequences are barely visible initially, but their impact grows exponentially when application scales up (not in terms of traffic but accumulated functionality) - this is what impedes industry behemoths' cycle time far more severely than dated technology or waterfallish processes. I think I've seen some crap in my life. Hardcore legacy. Sheer bad engineering. Technical debt…

Read More

How not to hurt yourself while building a RESTful API

How not to hurt yourself while building a RESTful API

Well-built service API may be a game changer. In both client-server & server-server scenario, especially if you're following the latest trend of building fine-grained, loosely coupled (micro)services. I've seen several attempts, in different languages, for different domains & running on different platforms - regardless of these differences, there are some common anti-patterns & mistakes that could quite easily be avoided. My goal in this blog post will be to list the ones I find most meaningful & not-that-obvious. Before I get into details - keep in mind that each situation is different - there's no "golden template"…

Read More

Role of technical excellence in DDD?

Role of technical excellence in DDD?

Here comes another post in "remarks from awesome DDD Europe 2016" series. If you find it boring or not really revealing, I'm the one to be blamed - some ideas, especially related to modelling & design are truly hard to convey. Many software developers are really hooked up by DDD - pretty much everyone I know who's enthusiastic about DDD is a software developer, and believe me - I know many analysts, product owners, SMEs, etc. - people who play various roles, are responsible for different area within a process of creating IT products. But no-one but developers…

Read More

False prophets in the Domain world

False prophets in the Domain world

Do you know any software craftsmanship practitioners who got fascinated by DDD? By its cleaniness, simplicity or completeness? People who have found the way proposed by Evans their missing tool for describing complex domains in a simple way? I know quite a few & I believe you do as well. Where are these DDDers? But how many of those people do actually apply these practices of DDD on the daily basis? I mean really do apply, not "just adapt some elements we've found possible in our case". Surprisingly few in my case. In yours as well? I'm not…

Read More

Dancing with domains - DDD Europe 2016

Dancing with domains - DDD Europe 2016

I've already promised myself some time ago: "No more conference reviews, chap." But I'll start 2016 with breaking this rule once again, just so I can tell you that ... DDD Europe 2016 was way better than I expected. No worries though, I'll try to be as brief as possible: Guys (& gals?) of DDD Belgium have proven that they are no pushover, but the strongest DDD community in the Old World (at least) - they've not only organized a good conf, brought good speakers (i.e.: Evans, Vernon, Brandolini, Young, etc.) aboard, but they have also delivered a…

Read More

Being socially-impaired developer is so 90s

Being socially-impaired developer is so 90s

I keep forgetting how diverse & "flavor-rich" is our industry (software development). Not just in terms of tools, but also outlooks, opinions & overall openness to change. Within last two weeks I was exposed to software engineers ... ... complaining on Microsoft going to fast with their web stack - they didn't manage to fully embrace MVC yet (!) & there's the vNext thing around the corner ... ... claiming openly that 2016 is gonna be the year of COBOL renaissance (!!) & big mainframe comeback (that was for real & there was even a professionally formatted article published ...) ... stating that generalists (devs who…

Read More

Let someone else care for your auxiliary subdomains

Let someone else care for your auxiliary subdomains

I'm spending a lot of time with Pluralsight - actually they publish more interesting stuff than I can comprehend in my limited timeframe. Once in a while I find there a course that may not be in my (still wide, I think) area of direct interest, but ... it's either a source of inspiration / good ideas or just a redirection to something I've previously didn't find worth of my interest or simply misunderstood. This one is a great example: "Web Applications Without a Server" by Rob Conery. Surprised? Honestly, I'm not much into static site generation even if stuff…

Read More