this post was submitted on 14 Oct 2023
923 points (97.2% liked)

Programmer Humor

32721 readers
361 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 
top 50 comments
sorted by: hot top controversial new old
[–] [email protected] 70 points 1 year ago (2 children)
[–] [email protected] 37 points 1 year ago (1 children)
[–] [email protected] 13 points 1 year ago

Damn that mash looks tasty.

[–] [email protected] 6 points 1 year ago

It just seems like a strange place to go on fire

[–] [email protected] 66 points 1 year ago (1 children)

May I introduce you to Error in Unknown on line 0.

[–] [email protected] 71 points 1 year ago (3 children)

That one is easy. Just delete the whole project and start again after consuming some alcohol

[–] [email protected] 24 points 1 year ago

I see you learned to code like I did.

load more comments (1 replies)
[–] [email protected] 58 points 1 year ago (2 children)

Have you considered learning how to read a stacktrace?

[–] [email protected] 38 points 1 year ago (1 children)

Jokes on you, I don't even know how to read.

[–] [email protected] 9 points 1 year ago

Damn, got us good!

[–] [email protected] 9 points 1 year ago (2 children)

It is 2023 my brother in christ! We deserve better error outputs than a stack trace.

  1. Tell me what line in my file caused the error,
  2. Tell me the values of the variables involved,
  3. Then you can have the stack trace.

Why are we pretending like these error messages are acceptable in 2023?!

[–] [email protected] 3 points 1 year ago

Tell me the values of the variables involved,

There be dragons! Sounds like a good way to get passwords/secrets logged.

[–] [email protected] 50 points 1 year ago* (last edited 1 year ago)

I had this happen to someone I mentor and pointed out that they had two versions of the same file in two different paths named the same. They were running the version in the other path than they were editing lol.

[–] [email protected] 37 points 1 year ago (1 children)
[–] [email protected] 18 points 1 year ago

NodeJS when trying ES Module in CommonJS project:

[–] [email protected] 27 points 1 year ago (1 children)
[–] [email protected] 15 points 1 year ago (1 children)
[–] [email protected] 13 points 1 year ago (1 children)
[–] [email protected] 8 points 1 year ago (2 children)

And how did that happen, if you allow the question?

[–] [email protected] 10 points 1 year ago

I don't kno~ow

[–] [email protected] 6 points 1 year ago
[–] [email protected] 26 points 1 year ago (1 children)

Check which file is giving the error, it's probably being thrown in an included library, not your code.

[–] [email protected] 22 points 1 year ago (1 children)

Yeah, but that's some bullshit. I want to know what line in my file is causing the error.

And they know! They know what line in your file caused the error! They know the value of all the variables when the error hit. But do they show that? Fuck no.

[–] [email protected] 9 points 1 year ago (1 children)

Just read the whole stack trace till you find a familiar file

[–] [email protected] 1 points 1 year ago* (last edited 1 year ago)

No offense, but I know how to read a stack trace, and yes locate a familiar file - if you're lucky enough to have one listed therein.

My point is, there is no excuse for them being so terrible except that they've always been that way.

The important information should be brief and at the top. This is design 101. The same ideas that have driven newspaper articles and websites for as long as the two have been a thing.

You put the important stuff in big letters at the top, and the rest, if you need it, is beneath the fold.

Edit: just to drive the point home: I'm sure it's not the packages I've downloaded that are causing the error, I am positive it is my code, so show me where my code had a mistake first. Then you can show me the horrible "wall of text" that is the stack trace so I can understand it better later, but 99% of the time, just seeing the line that caused the error is enough to know what the problem is.

[–] [email protected] 25 points 1 year ago (1 children)
[–] [email protected] 3 points 1 year ago

Hey hey. JavaScript is easy. It's when you get into virtual doms that debugging becomes a nightmare.

[–] [email protected] 18 points 1 year ago

For the record the only language I've had this happen to me is in js

[–] [email protected] 16 points 1 year ago (2 children)

Sourcemaps. Use sourcemaps.

[–] [email protected] 54 points 1 year ago (1 children)
[–] [email protected] 12 points 1 year ago (1 children)
[–] [email protected] 9 points 1 year ago (2 children)

The hostage has been planted.

[–] [email protected] 4 points 1 year ago (2 children)
[–] [email protected] 2 points 1 year ago (1 children)

Did they add him with cs2?

[–] [email protected] 2 points 1 year ago

No that's coming in CS2: Siege

load more comments (1 replies)
[–] [email protected] 2 points 1 year ago

HUMILIATION

[–] [email protected] 5 points 1 year ago (1 children)

Can you give us an eli5 on sourcemaps?

[–] [email protected] 6 points 1 year ago (1 children)

Usually when code is minified, it is shipped alongside a sourcemap (*.js.map), which can be used by the browser to show you the original code.

If you get an error in the browser, you can click the error, which will take you to the network(?) tab and show you exactly where the error occurred

[–] [email protected] 3 points 1 year ago (1 children)

Also when code has been compiled, or transpiled. The reason the line numbers don't match is because all of the code is being assembled into one large package and served to whatever client uses it. So even if you don't minify, but you're compiling, sourcemaps will show you where the error actually occurs, instead of where it occurs in the finished product.

load more comments (1 replies)
[–] [email protected] 15 points 1 year ago

I love how all the comments feel the need to say how they'd solve it.

[–] [email protected] 9 points 1 year ago

This regularly happens for me in Kotlin due to inlined functions

[–] [email protected] 7 points 1 year ago

You used a library wrong.

[–] [email protected] 7 points 1 year ago (1 children)

Line 548! is insane. I can't even imagine a number that big.

[–] [email protected] 3 points 1 year ago

Programming Dad jokes are so bad yet so good.

[–] [email protected] 4 points 1 year ago (2 children)
load more comments (2 replies)
[–] [email protected] 3 points 1 year ago

At a sea parks?!

[–] [email protected] 2 points 1 year ago

the actual error is higher up in the output usually

load more comments
view more: next ›