Do people actually use Epic? I wasn't much of a gamer before and didn't care for Steam, and my first real exposure to PC gaming was when Epic started their weekly giveaway of free games. I made an account, discovered some cool titles, and could have been a happy customer if only their launcher weren't so ridiculously slow. Now I can barely even stand opening the launcher to collect the free game, let alone trying to browse for games to buy.
qwertyasdef
joined 2 years ago
The one case where I prefer video is when I know next to nothing about the topic and the other choice is mediocre to low-quality writing. Most people aren't great technical writers, and it's easy to skip over steps either because the writer assumes too much prior knowledge or simply because it takes effort to put that information in. On the other hand, videos are the opposite where it takes effort to cut stuff out, so you usually get all the steps which is what I need when I don't know anything.
If I have the option of a well-written, step-by-step tutorial though, or if I already know the topic and have a vague idea of what I'm looking for, then text is much better for being able to search/skim/go back and forth at my own pace.
I consider YabaIRyS more of an epithet than a nickname. I can't imagine anyone using it to replace her name like "I wonder what YabaIRyS (IRyS) is doing", only as a description replacing yabai like "Bruh, YabaIRyS (yabai)" in response to something she did/said.
Forgetting Faufau is pretty indefensible. It's been a long time, but that puts it in the same boat as Kronini and Sanana which I did remember.
I wasn't sure if Fuwa-chan and Moco-chan count as nicknames or if they're just how you say their names in Japanese. I guess dropping the last syllable is what makes it a nickname as opposed to just their real name + Japanese honorific?
I guess it depends on what you mean by using monads, but you can have a monadic result type without introducing a concrete monad abstraction that it implements.
At a library level, couldn't you have an opaque sum type where the only thing you can do with it is call a match method that requires a function pointer for each possible variant of the sum type? It'd be pretty cursed to use but at least it wouldn't require compiler plugins.
Really? I would argue that pocket calculators are AI
The behavior is defined; the behavior is whatever the processor does when you read memory from address 0.
If that were true, there would be no problem. Unfortunately, what actually happens is that compilers use the undefined behavior as an excuse to mangle your program far beyond what mere variation in processor behavior could cause, in the name of optimization. In the kernel bug, the issue wasn't that the null pointer dereference was undefined per se, the real issue was that the subsequent null check got optimized out because of the previous undefined behavior.
No idea how hard it would be but it would be nice to have code blocks with syntax highlighting like on Github, so you could write something like
```python
def f(x):
return x
```
and get
Hah, the house is symmetrical now
lesswrong.com: I remain unconvinced by the central AI doom and Effective Altruism stuff, but the peripheral posts on rationality, math, short-form sci-fi stories, musings on random topics, etc. have been massively influential on me.
MiKTeX, because it's the first one I stumbled upon in high school and I don't use LaTeX enough to be bothered to optimize my choice of editor.
...What are they actually launching though? I mean I love the payment scheme but I can't get excited over this without an actual good product being sold.