Any org that designs a system will produce a design whose structure is a copy of the org's communication structure. - M. Conway #conwaysLaw
many times in this situation especially #legacySystems doing modernization in the enterprise, you get different teams with different understandings and povs of the system i.e. diff #domainmodels trying to integrate a large system
we got one system that follows one model, and our system follows our model, what can we do to keep everything vibing the right way?
💡 we need a mechanism for translating from that domain model, to ours --- so we create an #antiCorruptionLayer between ours and the other system
this is where for example we could define (properly domain named) Service classes for each of whatever functions we need from the other system
these would translate from one language to the other using our #ubiquitousLanguage
then we could create a class for jumping through the technical hoops needed for the actual connection/ communication with the other system .. this would prolly be another service off of the #pureFabrication pattern
at the end of the day, introducing this ACL would keep our application/model from having to interact directly with the other's, maintaining a clean, clear UL and domain model.
Domain Driven Design (DDD) made plain broke down to the bone gristle. cus i need that science to level up my code, but miss me with all the stuffy acronyms and jargon. 🧵
domain
- the actual problem
- what we're trying to solve with the code for the user
- the set of problems that the users ask the developers to solve
- the subject matter
domain driven
- problem focused
- to stay focused on the actual problem
For me, when the need for a new language, library, framework, shiny thing, etc pops up - i find that i usually take the same general steps
and the 7-bullet list i jotted down in my notes became this thread:
1. pick a language, any language. or framework, library etc.
no tech is perfect. don't sweat it the choice too much. they all have pros and cons - but do try to pick one that has good community adoption so you can get help when you run into blockers
"Always implement things when you actually need them,
never when you just foresee that you need them." - Ron Jeffries
i feel attacked 🙄
(over-abstraction is one of my guilty pleasures) 😅
like, sometimes i'll take that advice to "code to the interface" to the extreme, just cus i can, and i'll make everything an interface. what you can do with polymorphism and dependency injection is fun ...
but man is it an over-abstraction time suck when trying to just focus on "keeping it simple" KISS minimum viable product. gotta draw the line somewhere and make concrete classes and move forward ...