(no title)
lastangryman | 2 years ago
For some reason, we hired an "architect" from a large Bank that used Java. He used to make proclamations like "we should write tests", but never actually got into more detail than that. One of his preachings was about aspect oriented programming and how it was going to be future. He did a talk on it, and I remember someone asking "what else does it apply to apart from logging and Auth?"...no answer.
Not long after, I left. 2 years there, probably over 15 engineers, I don't think we built anything close to a functioning software product.
retrocryptid|2 years ago
Worth thinking about if, like our app, it's crazy spaghetti and call graph is based on runtime state (which makes static analyzers less useful.)
rjbwork|2 years ago
speed_spread|2 years ago
In the end, aspects were always used for the same transversal concerns, which any serious framework would provide explicit support for anyway.
Going beyond these to use aspects for application domain modeling is popping open an immense can of carnivorous worms on the dev team.
lastangryman|2 years ago
whoisthemachine|2 years ago
_the_inflator|2 years ago
Also architects doing their stuff: they for sure know best how to couple boxes in a PowerPoint presentation. ;)