The Return of Aspect Oriented Programming
thomaswc
12 points
1 comment
June 25, 2026
Related Discussions
Found 5 related stories in 132.0ms across 11,625 title embeddings via pgvector HNSW
- Formal methods and the future of programming eatonphil · 233 pts · June 14, 2026 · 48% similar
- Game Oriented Assembly Lisp tosh · 13 pts · April 14, 2026 · 47% similar
- The J Programming Language (2014) tosh · 14 pts · June 07, 2026 · 46% similar
- Bring Back Idiomatic Design (2023) phil294 · 505 pts · April 12, 2026 · 46% similar
- We should revisit literate programming in the agent era horseradish · 195 pts · March 08, 2026 · 46% similar
Discussion Highlights (1 comments)
nmehner
My problem with AOP has always been that it makes the simple case trivial and the hard case much harder. Looking at transactions: The 99% solution is trivial: Every service call is a transaction. AOP can save me a few lines for every method and things look much cleaner. But then comes the huge excel upload that is performance critical. Batch more service calls to fetch additional information in the background, commit every so-and-so records in a loop depending on the data size, do a custom roll-back if things fail. And suddenly this whole separation of concerns breaks down and creates a huge mess. The simple case saves a few minutes, the complicated case causes weeks of depression. Not a good tradeoff from my experience. An LLM adding to the confusion by only sometimes getting things right and explaining that the separate documents are always valid, except when they are not, well, sounds like a fun experience.