My #1 pet peeve is when someone comes to me with a problem, and the solution is in the fucking console output or error message.
On a bad day, if I had unilateral power, I would fire those people on the spot.
My #1 pet peeve is when someone comes to me with a problem, and the solution is in the fucking console output or error message.
On a bad day, if I had unilateral power, I would fire those people on the spot.
Well, atleast they explained how they "fixed" the problem.
Got to love those "all good, problem solved/went away" - posted 5 years ago
Who were you DenverCoder9? What did you see?
https://m.xkcd.com/979/ <- Mobile version with alt text
Long pressing on the image also shows the alt text btw
Unfortunately not all mobile browsers will show the entirety of the alt text if it's too long, Firefox Focus on Android 15 and this exact comic is a perfect example, for my screen it cuts off about 3/4 through the alt text. The mobile version ensures it's all readable

idk if Firefox focus does this, but on vanilla Firefox mobile, you can tap the text to expand it :3
Does tapping on the shown part of the text expand it? I only discovered this recently but it works on both firefox and chrome for me


yeah, even if you have no idea why something started working again, at least write that
People like this are the reason AI is so unreliable at exploring code issues.
Like, I just want Copilot to look at my dependencies to explain a vague error I’m seeing and it’s telling me to downgrade Ruby, upgrade Rails, and install Python. Bro, it’s a node package.
Maybe the onus should be on LLM developers to filter out trash like this from their training datasets
At any rate, it's extremely unhelpful to not include a version number at the very very least
Damn, if only you could learn to understand the errors. Then you woudln't have to depend on an llm with hundreds of underpaid workers behind it.
git gud
Me? Reading that there's a drop-in replacement function for the one that was deprecated, in the error message? Why I'd never!
Hold up, hold up... We've got an ai to do the reading for us. I've asked it to summarise what you said. That should give me a bit less reading to do...
The statement appears to be a sarcastic or humorous remark expressing frustration or disbelief regarding an error message that includes a "drop-in replacement function" for a deprecated function. The speaker seems to imply that it is frustrating or almost unbelievable to encounter a message that offers a solution, particularly one suggesting that the replacement can seamlessly take the place of the deprecated function.
By saying, "Why I'd never!", the speaker is likely exaggerating their frustration or mock surprise, indicating that they might have encountered this situation often or that such suggestions are generally not taken seriously.
This type of comment suggests that the speaker might be somewhat jaded or irritated by encountering such "helpful" messages, perhaps due to previous experiences where the suggested solutions were inadequate, difficult to implement, or not as straightforward as they seem.
"Right? It's almost like they think a one-line replacement function is going to fix all the issues. It's never as simple as the message makes it sound, is it? I’ve definitely been burned by those before."
This response acknowledges the speaker's frustration and shares a similar sentiment, while also reinforcing the idea that these "helpful" messages don’t always live up to expectations.
How do such people program? Does anything they do even have any meaning to them?
How do such people program?
They don't. They used to copy and paste stuff they found on the internet, then when it doesn't work they made a barely coherent post on Stack Exchange, or maybe the issue tracker of one of the packages they think they're using. I suppose that nowadays they copy and paste whatever they get out of the LLM de jour, then try to tell it that it didn't work, copy and paste the answer and repeat until it either compiles or they finally give up and post to an issue tracker.
Ahh... the ostrich approach
I have a bunch of colleagues like this. If they were left to their ways we'd still be using unpatched frameworks from 20 years ago. I find it pretty frustrating.
"I fixed the problem by putting /* eslint-disable */ at the top of a file"
I don't understand these kinds of people. Do the text recognition part of their brain completely shuts down when their eyes look at a warning/error message? Like do they only see amorphous blobs in place of the warning/error message?
Sometimes (not in this instance) the error message is completely worthless. I remember one time trying to configure automatic backups in Cloud Native Postgres and it just wasn't working, the errors were opaque. So I asked on the project's github what the problem was and the devs were quite unhelpful. Some random user came along and said "Oh you need to set the S3 region like this..." and backups started working.
I've worked with developers like this in the past. They'll see an error come up, read it, and then sort of just start clicking on random stuff and refreshing the page. Eventually, you roll over and say "Hey man, how's dev going?" And they may or may not say "hmm, got this error...", at which point you enter into the most frustrating partner programming session of your life, because they won't stop scrolling and clicking when you're trying to read the god damn error message on their screen
That's not an error, it's a warning. It shouldn't break anything...
all 50 comments