A few weeks ago, we (myself & my two friends - Tomek & Wojtek, as a part of a community called CTO Morning Coffee) hosted an online X Spaces session on Domain-Driven Design (DDD). To be clear, this wasn't supposed to be an intro session; quite the contrary....
Many people who've never seen high-performing teams in action (I mean genuinely high-performing, not just the ones who self-claim they are ...), assume that all that you need to form such a team is: * assign them a mission (they could identify with) * grant them a sufficient level of autonomy...
I've used many personality assessment methods & tools in the past. Gallup SF, Transactional Analysis, OCEAN - that sort of stuff (& more). I'm not a professional behavioral psychologist (of course), but I thought nothing would surprise me regarding the qualification of personality types. Yet, I&...
It's one of the lessons I've learned the hard way: there's no other resource valuable more than your own time. Why so? * it's hard-capped * it's not transferable (my time isn't directly exchangeable with your time, at least in...
I bet that nearly everyone in the software-crafting industry has heard about YAGNI [https://en.wikipedia.org/wiki/You_aren%27t_gonna_need_it] ("You Ain't Gonna Need It") principle. But what about TAGRI? TAGRI (which is nearly as old as YAGNI) stands for "They...
> TL;DR This is a job ad. Not a typical one, but still. I'm looking for 1-2 .NET software engineers with an insatiate apetite for serious challenges. Job itself is about methodical tending to brownfield codebase, but not by firefighting, but applying mature development practices: convention tests,...
> TL;DR Hindsight bias is fascinating - it comes easier & easier to fool ourselves the more time passes by. We make things appear easier than they were (& are), ignore the changes of the context on the way (by judging everything from today's perspective), in some...
> TL;DR Software Engineers see world in patterns, they look for common denominators, not accepting the fact that something may be an one & only instance. That's why we sometimes end up building frameworks for single problem occurrences ("we'll gonna need it in future&...
> TL;DR No org composition is perfect & given forever - things that didn't matter much when you were 10 may suffocate your whole engineering unit when it grows to 30. That's why engineering units should keep evolving - to make sure that local maximum...
> Disclaimer: My notepad is full of various, sketchy, cryptic scribblings I find interesting or important, but none of them would make a good, separate blog post (at least for now). That's why I've decided to bundle them up once in a while (let's...
> TL;DR Domain events aren't just a fad, aimed to force asynchronous communication for the sake of being more "reactive" - this is an underappreciated modelling pattern that helps in putting a clear separation between what is the precisely defined business logic & what is...
