859 karma · joined March 23, 2012
There's no sane way to acknowledge that these animal are sentient and should therefore not suffer and still be ok with farming and eating them. In practice, the vast majority of animal products come from conditions that definitely cause suffering.
BUT, even a close to perfect farm would still cause unnecessary suffering, because eating animals is unnecessary. The same unnecessary as dog fighting, bestiality or eating cats, just for reference.
That is specifically NOT what speciesism is. Speciesism is about making moral decisions based SOLELY on a morally irrelevant (and arbitrary) category, species. This is very similar to sexism: Noone would claim men and women are literally identical, but we are against making moral distinction solely based on sex.
> Also basically nobody says "we can kill pigs because I don't feel bad when I kill them". It's almost always "I do it for the meat".
And most people say you can't kill dogs for meat. And the dog fight leader also only does it "to survive". Just because you can make up a justification does not make it morally valid or relevant.
Finally, to appeal to how "we've always done it" in a moral context is just obviously wrong.
To make it more practical: - do you genuinely think that animals cannot suffer? - Yes, then I hope you are morally ok with ANY and ALL things done to ANY animal, including dogs and cats. Things like bestiality - No, then the practical question for 99.9% of people reading this is whether temporary taste pleasure is morally more important than that suffering - Yes, then we come back around to dog fighting rings, and legal bestiality etc. Anything and everything that causes comparable suffering must be considered moral by you
I so wish people would think of dog or cat meat in these supposedly difficult questions. What's the difference between killing and eating a dog for survival and doing it for fun, or because it tastes good?
I find most "happy" beef is nothing more than an illusion for lazy rich people to pretend they're not doing a bad thing, but why not AT THE LEAST choose to eat that or not eat meat?
There is no sensible answer, because your emotional attachment to the consumption of dead animals, and the very understandable resistance to the idea that you may have supported (and continue to support) needless cruelty of immense proportions has made you blind to "the negative consequences of [your] acts".
On the practical side, since you supposedly care so much about species: Have you ever put any thought to the idea that all the ecological destruction we cause, just to feed the 7 billion animals of a handful of species, has destroyed far far far more species than it has "saved"?
The whole topic becomes a straight farce once we realize that our "conservation" of these species costs us thousands of other, far more ecologically useful species. Like in the rainforest, for example, where we grow feed for cows, and pasture cows.
There'll probably also be some weirdos campaigning the idea of not harming humans unnecessarily, but that's probably too extreme.
Look at any thread on any social media platform featuring bestiality, esp. regarding dogs or cats. The vast majority of people will explicitly use the word rape, and also call for all kinds of horrible punishments for the perpetrator.
I can think of no sensible, morally relevant difference between these instances and what happens to female animals through artificial insemination. "It doesnt hurt" isn't an excuse, because you can certainly think of bestiality that doesn't hurt the animal (or features physical pain to the same degree as artificial insemination).
Because Rust has a lot of incredibly helpful features that make bigger systems far less of a pain to maintain. I work in Java/Kotlin, and my entirely gut-based estimate is that 66% of problems wouldn't happen in Rust.
My big favorites are: - Sane, well-defined, enforced, opt-out error handling - Sane, well-defined, enforced, opt-out handling of "missing" values - Exhaustive switching - WITH usable ADTs (enums) for encoding valid state
None of the web languages I know have all of that.
I'm talking about things like exhaustive "switches", built-in, ENFORCED handling of "missing" values (null, undefined), and finally useful error handling.
I actually don't need any of the baremetal features of Rust. It's just that most of it's "zero-cost" abstractions are still far superior to those of other languages.
You mentioned your editor on the remote server. Does everyone have their own account with their own settings on all remote servers? We're still at a point where everyone accesses servers via the one shared "root-ish" user.
Dito for the sewage/water system or other critical infrastructure.
Not saying OpenAI needs to be elected or not, just expanding on what (I think) they meant.
Personally, most vim emulations in most editors are "good enough", so I generally use Intellij (Java) or VSCode (everything else) with Vim modes.
That's what CSS is, a HUGE inheritance graph, just even more convoluted, because absolutely every "class" is part of the same graph.
Conversely, saying "delete in parens" instead of "move forward 5, delete back 10" is also a real gain.
That being said, use what you have. With editing, and navigating the same file, Vim or it's emulations are almost always better, but most editors offer great cross-file features you should also use, like the "shift shift" in Intellij IDEs, or "ctrl-p" in vscode.
Imagine instead of pressing backspace to delete a character, you would have to delete the individual bits that make up the character. A character is just an abstraction of bits, that your text editor/IDE takes care of for you so you don't have to think about it.
Vim is also an abstraction, making it similarly far more convenient than doing everything by hand. Think about it: Is "forward 2, backspace 5" or "delete this word" a more natural abstraction?
So what's the advantage? Speed, but not typing speed. It's about the mental distance between the model in your head of what you want to happen (delete everything between the parens) and the model your tool understands (go forward some words, go forward 1, delete backwards 20). Since speed = distance per time, reducing the mental distance increases mental speed.
And that therefore uses less mental energy on translating for your tool, and leaves more room for doing hard mental problems, like fixing a bug.
But as humans we can't read every study for every ingredient. We have to use heuristics to guesstimate a healthy diet. Reducing (not eliminating) processed foods is a decent one. Same goes for including protein, increasing fiber (so whole wheat instead of the cake americans call "bread"), including veggies.
It's not just land use, it's every single vector of comparison, like water use, energy use, human labor (ab)use, habitat destruction, etc.
It's the antidote to most sophisticated editors worst problem, that there's a bajillion commands scattered around a million menus, many of which are not even remotely intuitive.
While Javas checked exceptions had a lot of problems, at least there was a way to declare the output (errors are ouput) of a function on a type system level.
With Kotlin, that's just gone. You can fiddle with Result type (or make your own), but you lose a lot of the ease of "bubbling up" errors.
How do you handle errors? (I wished Kotlin had error handling like Rust, which is the best that exists, imho)
It might also be an unhappy coincidence, but the library I was playing around with (scrapy) also had HORRENDOUSLY documented code. With Java/Kotlin, you can just click into any method/class and you'll get a useful doc string 99% of the time. With Python, I had to read the (incomplete) documentation.
You can even sell codes in your own store, WITHOUT STEAM GETTING MONEY. That's incredibly generous.
I don't understand why you would expect them to give away their features for free. That's like expecting a a restaurant letting you use their cutlery and tables with your own food.
Finally, you have never and will never truly own a game. No, not even when they came as CDs. It was always just a limited license.