Geek, agilista, blogger, codefella, serial reader. In the daylight - I navigate & lead software engineering. #lean #design #aws #elixir #analytics. I speak here for myself only.
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....
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...
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...
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/77632428220/the-silent-assassin-that-knows-no-mercy-how] - practical examples of coupling...
If you know me in person, you most likely already know that I'm batshit crazy about DDD (Domain Driven Design [http://en.wikipedia.org/wiki/Domain-driven_design], not Degenerative Disc Disease ...). As DDD is the kind of topic everyone speaks about but only few actually use this method...