this post was submitted on 14 Feb 2024
539 points (96.7% liked)

Programmer Humor

19594 readers
530 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

founded 1 year ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] herrvogel@lemmy.world 8 points 9 months ago (2 children)

Have they given an explanation as to why that is? I mean why make it a fatal error that prevents compilation, when you could make it a warning and have the compiler simply skip it?

[–] YIj54yALOJxEsY20eU@lemm.ee 8 points 9 months ago* (last edited 9 months ago) (4 children)

Its an effort to keep large code bases clean. I think they should allow them when running go run but not when building.

[–] RustyNova@lemmy.world 5 points 9 months ago (1 children)

I can see the sentiment here... Going through 100 clippy warning on Rust is just not fun... I know there's the good old clippy --fix but I'm paranoid it breaks my code accidentally.

Could probably have a compromise like 5 unused variables and your code don't compile

[–] Faresh@lemmy.ml 2 points 9 months ago

but I’m paranoid it breaks my code accidentally

Automated tests and version control should prevent that from being a problem, I imagine.

[–] firelizzard@programming.dev 3 points 9 months ago* (last edited 9 months ago) (1 children)

I totally agree that it’s really annoying when debugging, but go run literally builds then executes. I think what they should do is add a build flag. So debug builds can pass that flag to get the builder to shut up, and leave ~~it~~ those errors enabled for production builds.

[–] nutomic@lemmy.ml 2 points 9 months ago* (last edited 9 months ago)

Has Google never heard of CI to perform such checks?

[–] expr@programming.dev 1 points 9 months ago

Or, you know, treat it as a warning like literally every other language. There's absolutely no good reason for it to prevent a build outright, but then again, there's not really good reasons for many of the decisions behind go.

[–] frezik@midwest.social 5 points 9 months ago (1 children)

Keep in mind that this is the same language that prefers function names ToBeLikeThis(), and the reason is that it looks different than Java.

[–] fadhl3y@lemmy.world 4 points 9 months ago (1 children)

Every time I think "perhaps I should give Golang another try", it's shit like this that keeps me noping out

[–] YIj54yALOJxEsY20eU@lemm.ee 2 points 9 months ago

There's two types of programming languages, the ones people complain about and the ones nobody uses. Go is still my most productive language and is killer for building webservers. I basically use it as a scripting language since it's so fast to write, compile, and execute.