upvote
> 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.

reply
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.
reply
I beg to differ because a compiler is deterministic.
reply
Did you check? Do you care if it sometimes does mov ax, 0 or sometimes xor ax,ax? (Forgive my bad memory, it was a long time ago)

Would you personally vouch, at your job, for the importance of proper assembly coding standards?

reply
Yes, the same compiler generates the same output given the same input. I'd be willing to put a large amount of money on that result.

I read a lot of assembly.

reply
I was more after the fact i can trust the compiler to give me the same result - even though via an optimized path.

Certainly scopes vary, but in my line of work i define memory layout and how this data will be processed myself - thus it's great a compiler might do that, but the result of the computation will not change.

Now in comparison giving an LLM specs ... i a) cannot be sure what the computation will be b) it might be something else on another run.

reply