![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://programming.dev/pictrs/image/8140dda6-9512-4297-ac17-d303638c90a6.png)
DRY means Do Repeat Yourself, when the alternative is cooking up some awful OOP abstraction
DRY means Do Repeat Yourself, when the alternative is cooking up some awful OOP abstraction
Digital sanity. I do not want any of my tools to constantly beg to be updated.
some context: “pogo” is a brand of frozen corn dogs which is for some reason also a cultural staple
that person is an embarrassment. thinks it’s OK to be a reactionary so long as you pick safe targets. block and move on. or if you absolutely have to punch up or sideways, try to be funny jfc
and hexbear mods this means you too. do better
To clarify, enculé means “someone who gets fucked in the ass” and has its roots in homophobia but nowadays that’s not really part of the intent.
Never figured out what “de ta race” is supposed to mean though. Maybe “you’re a poor representative of your race”?
It’s archaic but I love “raclure de bidet”. Comparing someone to the stuff you would scrape off of a bidet where all sorts of people have washed their taint. Short and loaded with contempt.
“Gibier de potence” is great too. Means “game for the gallow”, with the term “game” using in the hunting sense. Basically someone you think should be executed.
Also “chien sale”, dirty/unclean dog, which for a reason is a stand-in for “asshole”.
noob
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.
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
I’m thinking of ditching it. It’s been pretty awful lately. A lot of the official extensions I relied on have regressed to the point of being useless.
Also, releasing a FLOSS editor and then forcing you to use a proprietary build with telemetry if you want to debug .NET code is the most Microsoft thing ever.