Slide 4
Slide 4 text
@yot88
“Once upon a time somebody experienced looked at the code and drew up some nice architecture diagrams, showing the
components the system should consist of, and how they should interact.
But when the project got bigger, the use cases more complex, and new developers dropped in and old developers dropped
out, there were more and more cases where new features would just be added in any way that fit.
And suddenly everything depended on everything, and every change could have an
unforeseeable effect on any other component.
Of course, you could have one or several experienced developers, having the role of the architect, who look at the code
once a week, identify violations and correct them.
But a safer way is to just define the components in code and rules for these components that can be automatically tested,
for example as part of your continuous integration build.”
ArchUnit’s promise