this post was submitted on 14 Aug 2023
1370 points (97.9% liked)

Programmer Humor

19817 readers
59 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 2 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[โ€“] [email protected] 76 points 1 year ago (3 children)

That's ๐Ÿ‘ what ๐Ÿ‘ CI ๐Ÿ‘ is ๐Ÿ‘ for

Warn in dev, enforce stuff like this in CI and block PRs that don't pass. Go is just being silly here, which is not surprising given that Rob Pike said

Syntax highlighting is juvenile. When I was a child, I was taught arithmetic using colored rods. I grew up and today I use monochromatic numerals.

The Go developers need to get over themselves.

[โ€“] [email protected] 19 points 1 year ago

Yeah, insisting on things like a variable being used will result in people using work arounds. It won't result in people not doing it.

Then, because people trust the language to police this rule, the work-arounds and debug code will get committed.

func main() {  
    test := true  
}  

Oops, golang doesn't like that.

func main() {  
    test := true  
    _ = test  
}

Perfectly cromulent code.

If they really wanted to avoid people having unused variables, they should have used a naming convention. Any variable not prefixed by "_" or "_debug_" or whatever has to be used, for example. Then block any code being checked in that still contains those markers.

[โ€“] [email protected] 6 points 1 year ago

I agree that golang is being dumb when you don't even have the option to tell it that this is a testing env or something. But the thing about syntax highlighting is not the same. One is about handholding the developer so much that it makes it even more difficult to develop, and the other is a completely optional feature that is so uselful and non intrusive that even wizardly editors like emacs use it.

[โ€“] [email protected] 2 points 1 year ago (4 children)

What's a situation where you need an unused variable? I'm onboard with go and goland being a bit aggressive with this type of thing, but I can't think of the case where I need to be able to commit an unused variable.

[โ€“] [email protected] 15 points 1 year ago

You probably wouldn't be committing this, unless you're backing up a heavily WIP branch. The issue is that if you're developing locally and need to make a temporary change, you might comment something out, which then requires commenting another now-unused variable, which then requires commenting out yet another variable, and so on. Go isn't helping you here, it's wasting your time for no good reason. Just emit a warning and allow CI to be configured to reject warnings.

[โ€“] [email protected] 7 points 1 year ago

I will need it two minutes tops. If I don't use it by then, I'll delete it, especially if it gives a warning like Rust does. But this? It just gets in the way.

[โ€“] [email protected] 5 points 1 year ago

Have you looked at the post? Use case: you are testing something or playing around and you want to try something. That's supper common

[โ€“] ggppjj 1 points 1 year ago

I have a use case in Powershell: my company has a number of scripts that are minimally but importantly customized per-location, and I have an otherwise unused "SiteId" variable where I keep the location name for that specific script for a quick sanity check when I'm looking them over for any reason. Not necessary, but useful to me. Probably wouldn't do the same thing in a compiled program, but I can at least see where someone might want something similar.