Obvious example: building an e-commerce platform. The merchant is a kind of user. The customer is a different kind of user on that same platform. Yes, they're humans, but they're not doing the same thing.

Any B2B or B2C type product will have at least two very distinct roles like that. And in those cases, arguing that everyone is just a person as a sort of moral position is destructively vague. It's more difficult to serve someone's needs if you can't start to narrow down what they're trying to accomplish.

While I totally agree with the sentiment that we shouldn't conflate personhood identically with their role in a product, solving useful problems does require that you de-scope and discretize the interactions a bit.

Hopefully Zoom avoids gutting Keybase. I found it really useful for bootstrapping credentials when onboarding remote team members and contractors. Way easier to manage than GPG: it was fairly painless even for non-technical people.

Fingers crossed. I wonder what the infrastructure overhead cost is?

Stock-picking is specifically referring to where you should allocate a given amount if you are investing. There's obviously more to stocks than simply picking them, but as for picking specifically, there's no analog in poker because you don't divide your bet that way. (Aside from raising on a bluff, but that's stretching it).

Whether, when, and how much you should invest is a separate strategy that's related to your confidence and expected return of the picking strategy—but not the same thing.

Just like whether and when you agree to a game of chess vs tic-tac-toe might depend on your confidence in your skills; but that decision is _not_ relevant to chess strategy, which assumes you're already playing the game.

Choosing not to allocate it is kind of irrelevant, just like "play tic-tac-toe instead" is not a chess strategy.

But, words are just words.

Like a tree bearing bright red, juicy-looking fruits filled with sugar and vitamins?

It sounds like you probably already know this, but "fixed" and "constant" usually refer to concepts very distinct from "immutable". And "contextual function" would confuse everyone. (A monad isn't a function, and certainly not one influenced by some outer context). Similarly, "orthogonal" and "unrelated" aren't synonyms. (X and Y axes are orthogonal, but they're often related. That's why we plot things).

In every field, there will be people who over-use technical terms for status signaling. But those terms usually exist for a reason beyond that, and avoiding them as a sort of counter-signaling doesn't help anyone. It's just playing the other side of that game.

Usually the common term means the same things as a lot of things…that's both why they're common, and why they're less useful in a technical context.

Some other examples that come to mind are "electricity" (current, voltage, power…?); "size" (area, volume, mass…?). Just because an engineer or physicist might talk about volume doesn't mean you have to be a physicist to talk about it too. It also doesn't mean that, not being a physicist, the familiar word "size" means the same thing they're talking about.

It seems similar to the whole democracy v. autocracy tradeoff. One optimizing for coverage of perspective, the other optimizing for efficiency of a perspective.

  Actually I was going to suggest that we work together and merge the best features of both into a common source-base that could be used by both groups going forward: eventually unifying the developer pool and mind share.  This might be difficult, but I think the end result would be useful.

An unhealthy person might think, "Ugh, I'd have to be on my feet all day." And a healthy person may not see that as a major negative.

  - Absolutely, DNS resolvers should not care or have knowledge of the protocol that will be used to access that address.
  - What they *should* do is just say that normal DNS resolvers shouldn't ever resolve .onion addresses.
  - (And then Tor should include a special DNS resolver that does anyway.)
  - Oh, that's compatible with what they said.