| ▲ | nickysielicki 4 hours ago | |||||||||||||||||||||||||||||||
> If humans have nothing to contribute then shared understanding is a pointless endeavor. I agree, but as a software engineer this gives me pause because I keep trying to insist on coding standards but I’m unable to come up with a compelling reason why it matters. Ostensibly the reason we cared about things like DRY and code quality was so that it would be easy to understand and easy to maintain and easy to make changes to later. But it now seems like a shared understanding of the codebase is less important than ever, and it’s more about shoveling requirements in without breaking any existing functionality. Is a well tested slopfest better? That seems to be the conclusion for mathematics, so why not software too? | ||||||||||||||||||||||||||||||||
| ▲ | amdgg 2 hours ago | parent | next [-] | |||||||||||||||||||||||||||||||
> easy to make changes to later IMO it's still a problem with LLMs; we still have to build in a way that makes it easier for an LLM to make changes later and arguably it's the same things that made software development easier for humans. IME LLMs tend to not know how to do that for themselves and instead just amplify/copy patterns that already exist. If an LLM can't pave the way for itself then ultimately shared understanding is required to take advantage of LLMs in the first place. | ||||||||||||||||||||||||||||||||
| ▲ | KolmogorovComp 4 hours ago | parent | prev [-] | |||||||||||||||||||||||||||||||
It used to be the same with assembly. Programmers complained the one generated by compilers was not pretty, but now in 99.999% of the cases, it does not matter because nobody look at it. | ||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||