ennemi

joined 2 years ago
[–] [email protected] 0 points 1 year ago* (last edited 1 year ago) (3 children)

hey have you watched "the man in the high castle" it's about alternative universe in which the nazis won, can you imagine if that happened, can you imagine if they just took over an entire continent and murdered almost everyone on it and installed a fascist christian ethnostate and went about playing world police for 80 years, that would be real fucked up

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

It's an investment, remember

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

You can, if you want, opt into warnings causing your build to fail. This is commonly done in larger projects. If your merge request builds with warnings, it does not get merged.

In other words, it's not a bad idea to want to flag unused variables and prevent them from ending up in source control. It's a bad idea for the compiler to also pretend it's a linter, and for this behaviour to be forced on, which ironically breaks the Unix philosophy principle of doing one thing and doing it well.

Mind you, this is an extremely minor pain point, but frankly this is like most Go design choices wherein the idea isn't bad, but there exists a much better way to solve the problem.

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

If only there was some way the compiler could detect unused variable declarations, and may be emit some sort of "warning", which would be sort of like an "error", but wouldn't cause the build to fail, and could be treated as an error in CI pipelines