erikmolin
erikmolin on Hacker News
I think there is some nuance to this. As a self-identified skilled engineer, most or what i -actually do- is not bottlenecked by writing code. However, there is a lot of stuff that I pre-LLM -didn’t do- because it was medium value and high effort. There is a class of work that is now zero effort to have an LLM generate, still medium value, and crucially low effort to validate.
I’m not sure this is a large class of work created in the long run, but since this efficiency is new, our backlogs are full of these tasks, and people are feeling immense efficiency gains from unlocking them.
I share your sentiment that DK being a statistical phenomenon actually makes the effect more interesting. I also, however, think that you are being too semantically liberal when you insist that this proves the effect exists. The DK effect is a _psychological_ effect, with a whole lot of psychological theories around it's causes. If the cause is statistical, the psychological effect can no longer be said to exist.
The stasticial phenomenon exists, surely - but I think it will be very confusing for everyone to re-use the same name.
Why, if his monthly bill is 83 cents, and he values his time? Does not using a CDN impact performance in a crippling way that neither me nor the poster you're replying to understands?
Would you mind expanding the acronyms? This is super interesting, but hard to follow (and also somewhat hard to google, apparently Arbr is a bike brand)
because you have to fetch it from RAM, unless the problem is small enough to fit in cache
>But I'm not sure this fallacy has a name.
I've also noticed it, and I've attributed it to the fact that the devil is in the details - you see all the intricacies and problems in the details of the solution you know, but only the shiny facade of the other proposed solution. It's basically the same idea conveyed by "The grass is always greener on the other side of the fence" - that's not a very handy name though.