@WandererUber @sun one big issue used to be that 'doing it right' took exactly as long as becoming wise about your problem domain, so total rewrites were mostly impractical. that's not the case now, a total rewrite of a system that took 10 years to build can be done in a few weeks.

karpathy said the LLMs show that there were always two kinds of programmers, 'builders' and 'coders'. the builders now use the new tool, they usually didn't dislike programming, but if they can make superpleroma 2 without writing a single line, they'll gladly do it. the coders really care about the coding itself. i sort of agree with that split.

'just get better' really doesn't work here, because a deep understanding of the problem space only comes from actually engaging with the issue. there's no 'just plan ahead moron', humans can't handle 'make no mistakes' either.

i think that's also something you see with projects like opencode: before, the issue would have been to write the code for it. now, the problem is to curate the feature set and to figure out where you actually want to be in that space. so you might have 1000 PRs open, each with a good feature, but still not want to merge a single one.