ennemi

joined 2 years ago
[–] [email protected] 24 points 2 years ago

I will follow this man holding a heckin pupperino to the grave if it must be

[–] [email protected] 18 points 2 years ago

Reminds me of a big argument I had with a friend of mine a while ago because some book in his college management class were teaching him that women are more prone to internal conflict and interpersonal drama, and should therefore be managed differently. That was in like 2015.

[–] [email protected] 9 points 2 years ago

Quelle esti d'idée de marde

[–] [email protected] 19 points 2 years ago

Linus Sebastian was always a half-competent corporate shill. Now it also turns out he's a greedy asshole

[–] [email protected] 3 points 2 years ago* (last edited 2 years 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] 3 points 2 years ago (1 children)

I see! Didn't mean to condescend

[–] [email protected] 9 points 2 years ago (3 children)

It does, and it gets bonus points for how adorable/nostalgic that code sample is. Godspeed to you friend

[–] [email protected] 22 points 2 years ago* (last edited 2 years ago) (3 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

[–] [email protected] 11 points 2 years ago* (last edited 2 years ago)

The language was designed to be as simple as possible, as to not confuse the developers at Google. I know this sounds like something I made up in bad faith, but it's really not.

The key point here is our programmers are Googlers, they’re not researchers. They’re typically, fairly young, fresh out of school, probably learned Java, maybe learned C or C++, probably learned Python. They’re not capable of understanding a brilliant language but we want to use them to build good software. So, the language that we give them has to be easy for them to understand and easy to adopt. – Rob Pike

"It must be familiar, roughly C-like. Programmers working at Google are early in their careers and are most familiar with procedural languages, particularly from the C family. The need to get programmers productive quickly in a new language means that the language cannot be too radical. – Rob Pike

The infamous if err != nil blocks are a consequence of building the language around tuples (as opposed to, say, sum types like in Rust) and treating errors as values like in C. Rob Pike attempts to explain why it's not a big deal here.

[–] [email protected] 29 points 2 years ago (2 children)

I know I shouldn't think of Hexbear as /r/chapotraphouse 2 but we did bring the best-in-class shitposting along with us. Now we also have retrieved the ability to evangelize

[–] [email protected] 53 points 2 years ago

I tried to click the upvote button but nothing happened !!!

[–] [email protected] 2 points 2 years ago

I remember reading something about the size of Kanji in comparison to the alphabet, and someone brought up that while (eg) Japanese has something like a little over 100 syllables you have to learn to pronounce, English has over two thousand

view more: ‹ prev next ›