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...
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...
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 "...
> TL;DR We spend ridiculous amount of time on verifying job candidates' technical proficiency, analytical thinking, communication skills, but we rarely ask them for what they really aim for. Companies enforce their career models & internal goals / definitions of success w/o examining what really drives a potentially...
> TL;DR Surprisingly many engineers prefers to be explicitly told what to do, be given a clear end-to-end specification & the worst of all - have someone else representing them to the end of the world, translating "the current state of things" into the language everyone...
> 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...
> TL;DR Being a Software Architect is not a Super Senior Developer role, in fact its both leadership & management (these two are not the same) role that should act in parallel (& independently!) to other management dimensions (e.g. product, engineering or project). Based on my personal experience,...
> TL;DR Practical usage of database technologies has drifted quite far from academical theory we've (or at least I've) been taught at universities. In my case some lessons learned were pretty much contrary to opposite to what I've believes was correct as a...
> TL;DR Concepts of fragility & antifragility apply to software engineering as well - but contrary to the common belief, fragility of the system is not related to the number of bugs or resilience (e.g. MTTR). It's far more about dichotomies between high inertia & high operational...
