Re:AI should only run as fast as we can catch up
by manmal on Monday December 08, 2025 @03:57PM
(#46197575)
Well structured monoliths are modularized just like microservices. No need to give each module its own REST API in order to keep it clean.
Re:AI should only run as fast as we can catch up
by Yoric on Monday December 08, 2025 @06:59PM
(#46199455)
I guess that the benefit of monoliths in the context is that they (often) live in distinct repositories, which makes it easier for Claude to ingest them entirely, or at least not get lost into looking at the wrong directory.
Re:AI should only run as fast as we can catch up
by bccdee on Tuesday December 09, 2025 @01:53AM
(#46202013)
Conversely, poorly-structured microservices are just monoliths where most of the code is in other repositories.
Re:AI should only run as fast as we can catch up
by randomtoast on Tuesday December 09, 2025 @04:27AM
(#46203004)
One problem is that the idea of being "well-structured" has gone overboard at some point over the past 20 years in many companies. As a result, many companies now operate highly convoluted monolithic systems that are extremely difficult to replace.
In contrast, a poorly designed microservice can be replaced much more easily. You can identify the worst-performing and most problematic microservices and replace them selectively.
Re:AI should only run as fast as we can catch up
by tuhgdetzhh on Tuesday December 09, 2025 @06:14AM
(#46203600)
> One problem is that the idea of being "well-structured" has gone overboard at some point over the past 20 years
That's exactly my experience. While a well-structured monolith is a good idea in theory, and I'm sure such examples exist in practice, that has never been the case in any of my jobs. Friends working at other companies report similar experiences.
This is not the case for most monoliths, unless they are structured into LLM-friendly components that resemble patterns the models have seen millions of times in their training data, such as React components.