this post was submitted on 03 Feb 2026
612 points (98.7% liked)
Programmer Humor
29565 readers
604 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Speaking as a software engineer, that's always the goal! In all actuality, though, if the program knew what happened, it could probably self-correct. When you're getting stack traces, it's the computer saying, "I dunno, I can't make head nor tail of this mess, and if I keep going something's going to break, so YOU figure it out." It's not intentionally obfuscated, it's telling you exactly what the problem is from its perspective.
If I gave you directions to meet me at a place you weren't familiar with, but I gave you the wrong directions, when you called me you wouldn't be like, "hey, just so you know, I turned left on 5th Street when I should've turned right." If you knew that, you'd just go back to 5th and turn the other way. You'd call me and say, "so I have no idea where I am. Your directions say to turn left here, but if I do that I'll literally walk into the ocean and I'm pretty sure I see sharks in the water. There's a statue of a sea horse on my right, and I passed a Shake Shack about two blocks back."
That's what a stack trace is. It's supposed to be a message to the developer, not to the user. The developer should get the stack trace and either fix the problem that led to that issue in the first place, or add better error handling so that when it fails the program can tell you in more plain language what to do.
Fantastic explanation
Thank you, you're very kind.
The vast majority of crash reports I've seen are type errors. And not just from dynamic languages, either.
That's a pretty cut-and-dried programming error that could easily be conveyed as such to the user
How would telling the user there’s a type error be helpful at all? If the user isn’t a programmer that would be utterly useless to them. If they are a programmer it’s probably still useless because the probably don’t have the source on hand.
I mean the error should say "Whoever wrote this software made a serious mistake that caused it to crash." That's fairly useful imo.
How is that useful? Because if your answer is “I boycott devs that have type errors”, I got bad news for you. Unless you’re working on mission critical systems, like pace makers, airplanes, spacecraft, financial systems, etc, sinking the necessary engineering time to 100% prevent those kinds of errors is a bad business decision.
An error message should either be instructions for the user, or something they copy-paste into a bug report (or equivalent). That’s it.
not really. to me, at least, the fact that someone made a mistake at some point is kinda implied.