2 ms·
> Note that maintainability and code quality aren't synonymous, code quality is just a means to an end, and that end is maintainability. Many orgs are quickly
by jr3592 3mo ago
> Note that maintainability and code quality aren't synonymous, code quality is just a means to an end, and that end is maintainability.
Many orgs are quickly moving to a world where code quality and maintainability are not a priority, at all. If claude is just going to write the code, does it matter "maintainable" or "quality" it is? No. It just matters if it works, and if its fast, is how the perspective goes.
- throwaway7783 3mo agoI think we have to wait and see if long term maintainability will be any different from human coded software. Every single long surviving human written codebase I have worked with, has significant amounts of tech debt and large pieces had to be rewritten from time to time. This is of course anecdotal and I'm sure clean and elegant old codebases exist somewhere.
- jongjong 3mo agoThe worse designed the code, the more frequently it has to be re-factored. I've worked on long running projects which required essentially no refactoring when implementing new features and I've also worked on projects which had to be re-written multiple times to accommodate requirement changes.
- throwaway7783 3mo agoIn most half-decent codebases, including LLM generated ones, adding new features almost never requires a refactoring in my experience. It is almost always when you are fixing bugs, improving performance or changing core behavior.
- miki123211 3mo agoMaintainability is just the inverse of the expected cost to make a future change. Future changes matter, so maintainability matters. It is, however, true that we don't yet know how to achieve maintainability in the age of LLMs, and whether it keeps being synonymous with aesthetics and code quality as time goes on.
- lmm 3mo agoThe irony is that coding agents are, if anything, more affected by technical debt than human maintainers (who at least occasionally have the taste to rise above the level of the current codebase they're working in). The impact on productivity may be initially delayed, but it's going to compound faster.
- N_Lens 3mo agoNot unless agent increases in capability faster than it compiles debt in the codebase! There has to be some kind of theorem in here, since agent actions (including debt generating ones), are training data for future agents.