News for hackers. Stuff that matters.
Re:Go proposal: Leave “if err != nil” alone? by xmprt on Friday June 28, 2019 @01:26PM (#20306704)
Meanwhile code like

    a, b := someFunc()
    fmt.Println(b)
throws a compiler error like it's the end of the world if you define a variable that isn't used.
Re:Go proposal: Leave “if err != nil” alone? by pstuart on Friday June 28, 2019 @02:07PM (#20307173)
If you can type "a, b :=", you can type "_, b :=".

It's not a big deal.

Re:Go proposal: Leave “if err != nil” alone? by saghm on Friday June 28, 2019 @02:37PM (#20307488)
When I wrote Go at work, this would mostly be annoying when interactively writing and running code; if I want to comment out the only line below that uses `a` and run it again, now I have to go back and change the declaration also. Once I want to to run that line again, I can't just uncomment it; I have to go back and declare it again. I would have to do stuff like this fairly often when trying to debug failed tests, so despite the fact that I'd never want to _commit_ code with an unused variable, I certainly would like to be able to _run_ it when debugging. I feel like a warning is definitely better than a hard error here; it's pretty easy in most languages with warnings to set up CI to reject unused variables, which ensures that your code in production won't have any unused variables.
Re:Go proposal: Leave “if err != nil” alone? by pstuart on Friday June 28, 2019 @06:06PM (#20309152)
Understood. I think the problem is that once options like that are given they become abused and eventually institutionalized.

A quick work around for that example would be to a line: `b = b`.

Go vet complains but it builds and runs.