Discover and read the best of Twitter Threads about #knowledgeCrunching
Most recents (4)
one way to look at it is that #domainDrivenDesign is the union of technical #objectOrientedDesign tightly coupled with subject matter expertise, business analysis and modeling. #ddd is #ood with soul. #ddDesign is #ooDesign done right
in complex systems, or enterprise development
different people/teams may have different
povs/ models/ experiences/ conceptualization/ understandings
of the subject matter or problem to be solved, and ...
👇🏾
different people/teams may have different
povs/ models/ experiences/ conceptualization/ understandings
of the subject matter or problem to be solved, and ...
👇🏾
they dont realize that there are these different povs; and even if they do,
they dont see the danger of coding to different concepts as long as it "works"; so inevitably ...
👇🏾
they dont see the danger of coding to different concepts as long as it "works"; so inevitably ...
👇🏾
yea the bug shows up in the code, but many times the root cause of the bug is not the code, not even the design or the requirements, but the model i.e. your conceptualization of the domain
consider that you could be burning all that time on fixing that bug, when the root problem's not the bug, but a misunderstanding of the subject matter being coded to
the real bug could be in how you understand or how you look at the subject matter; could be a misaligned point of view or a missing concept that's unknown or not brought out explicitly in conversations with the subject matter experts and in turn, overlooked by devs
whats the model in #domainModel?
the pov/ understanding/ comprehension, way of looking at the domain
the pov/ understanding/ comprehension, way of looking at the domain
whats modeling in #domainModeling?
learning about the model by way of discovery techniques like #knowledgeCrunching (like number crunching); event storming; basically asking a ton of questions #madquestionasking; and then capturing the model in some form of living documentation
learning about the model by way of discovery techniques like #knowledgeCrunching (like number crunching); event storming; basically asking a ton of questions #madquestionasking; and then capturing the model in some form of living documentation
one of the best parts of development, even more fun than solving algorithmic riddles, is
discovering and turning new or hidden concepts into objects, along with the relationships between it and other objects (pieces of data and behaviors on data)
#ddDesign
discovering and turning new or hidden concepts into objects, along with the relationships between it and other objects (pieces of data and behaviors on data)
#ddDesign
or as E.Evans put it in the blue book - making implicit concepts implicit
it's fun, but it takes effort from devs and subject matter experts collaboration to make it happen. takes a culture of patience, curiosity, flexibility to mine for these implicit concepts out of the ubiquitous language
