Also, I'm not aware of an at-large "HN stereotype". No one outside of HN that I interact with discusses HN, and if there's ever discussion of this stereotype here, I've missed it.
1,952 karma · joined February 20, 2007
Also, I'm not aware of an at-large "HN stereotype". No one outside of HN that I interact with discusses HN, and if there's ever discussion of this stereotype here, I've missed it.
Advertisers pay Brave (just as they would pay any other ad network, I guess?) Brave then slices that money up giving a % to the content publisher, a % to the user, and keeping a % for themselves.
It's saddening that this is even a question in anyone's mind.
Is it okay to use Lynx? curl? Is it okay to save what I downloaded with curl?
Just like everyone only hires the best, they only hire people who are "passionate" about <blub>.
> People have been grinding on what the definition of a set should be for a century, trying to build the best possible abstraction, and they have all of the same problems coders have. You assume to much, it's not very general. Don't assume enough, there's nothing interesting to say that's unilaterally true.
This is a great point.
I get the impression, reading a lot of the responses to pg's essays on this topic that this is like dividing by zero according to most people's model of the world.
Untrusted: https://alexnisnevich.github.io/untrusted/
Here's what I see happened: pg said, "Income inequality is a consequence of freedom and technology. If you want to reduce income inequality, be careful you don't wind up just making everyone less free and more poor."
And then a lot of people said: "Paul, you asshole! Rich people can buy political power!" which is totally unrelated, and pg agrees is a bad thing...
That's my understanding of the situation, which is tenuous. Someone please correct me if I'm wrong.
It's mind-blowing, the amount of words written about this, yet there is no clear explanation of what exactly is going on.
I seem to have hit some kind of bug signing up:
1. Filled out signup form, hit enter.
> Page reloaded, sign-up form empty. No other feedback.
2. Filled out signup form again, hit enter. > Told username and email address taken.
3. Check email. > no new email.
4. Filled out login form using info entered in step 1. > Page reloaded, not logged in.I liked what Joel Spolsky said a long time ago. Basically that companies should want two types of engineers. 1. You want a few who are experts in the company's tech stack. 2. The bar for everyone else is just that they're smart and they get things done.
I guess the core problem is that we don't have a good objective measure of the latter. (Maybe an IQ test for smarts, if that wasn't political incorrect, but I don't know how you'd show definitively that you "get things done" in an interview.)
The thing you're trying to avoid with coupling is that when the dependency changes you might have to change the thing that depends on it, right? Isn't global func going to change with the same likelihood as A::func or B::func?
I'm not sure if this is a relevant or not, (but since it relates to your post,) I do often find myself wishing I had multiple dispatch and/or some way to extend interfaces to existing types when programming in a language without those features.
I don't know if such a place exists though. Seems like everywhere nice to live is rife with NIMBYism.
I lean toward valuing individual rights over all else, but this scenario does present a serious challenge to that worldview.
Another contributor to the problem is that people trust science a lot less today than 2 generations ago. They've seen the negative results of a lot of fraud that has been perpetuated under the banner of "science". (E.g. "scientific socialism", the food pyramid, most of psychology, etc...)