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 "...
I've spend last few days on some activities that were not necessarily related directly to software development: * I was taking part in organizing Technology Architecture workshop (including Call for Papers phase) * I was setting up some local knowledge exchange sessions for enthusiasts * I was trying to trigger an...
It's kinda embarassing, but I've just recently read Tom DeMarco's & Tim Lister's "Peopleware" - the book I believe I (and everyone else, who's involved in working with other people on software development) should have read yeaaars ago. Anyway,...
All the considerations below are based on DevOps <-> Dev scenario, but IMHO vast majority of them applies well to any supplier <-> buyer scenario. DevOps' reality is somehow simple: * they work for other developers (their "clients") * their goal is to make other developers focus...
My #confspree continues - this time I've invaded Budapest to participate (as a crowd fodder) in Craft [http://craft-conf.com/2014/about.html] - two-day long conference about software craftsmanship (surprise! surprise!). It was the first edition of Craft, so there was a chance that the whole thing...
Last few weeks have been quite busy for me and my gang of Merry Men. We're doing a lean project of development architecture refreshment for a large enterprise and we're not wasting time - we aim to deliver the changes as quickly & frequently as possible (even...
This is part III of coupling consideration topic. If you want to check my past coupling-related posts, you can find them here: * Part I [http://gebski.tumblr.com/post/76150235763/the-silent-assassin-that-knows-no-mercy-how] - the theory of coupling * Part II [http://gebski.tumblr.com/post/...
