Live data from Hacker News

A List of Hacker News's Undocumented Features and Behaviors

github.com

151–160 of 196 posts

Re: A List of Hacker News's Undocumented Features and Behaviors

#151
post #135
post #130

Earlier quoted context omitted.

Pretty much all of HN is the "haphazard result of pg's opinion", no? That is an interesting way to describe creating something. I see no reason to mess with how HN has always worked, at least not where there's no obvious problem. I know people have strong feelings about downvotes, but those feelings are rooted in something other than discussion quality. Everything I think I know about how to keep HN from deterioratin…

>I know people have strong feelings about downvoting, but those feelings are rooted in something other than discussion quality. How do you know? People have different opinions about what constitutes and contributes to quality. From what I've seen, a lot of people assume Reddit's standard should apply here, and they seem surprised to learn that it doesn't. Those people do seem to be concerned about discussion quality.…

I appreciate your passion on topics HN-related!

Taking the last point first: HN downvotes aren't arbitrary and excessive. In most cases, not 99% but maybe 90 and certainly 80, it's easy to see why a comment has been downvoted—except when you agree with it on a topic that pushes your buttons, in which case you will always think the downvote was unfair, but then your opinion can't be trusted. (That applies to all us; we just have different buttons and agree with different things.)

That does leave a margin where the statistical vote cloud converges on a negative score unfairly. But how often does that really happen—maybe 10%? Once you account for the many factors of randomness, e.g. in who happens to see a comment, there's not much room left to make outcomes more precise. Certainly a feeble "rule change" wouldn't do it; if you think it would, try running an internet forum and telling users how to behave. You will quickly know how King Canute must have felt. We'd be better off hiring someone fair-minded to go through all the comments, find those 10%, and upvote them. But what a fate to subject a human being to.

> a symptom of deterioration

HN downvote behavior has been stable for a long time, so whatever's going on, I don't think it's deterioration. But if it is, then I go with what Voltaire said about coffee being a slow poison: it must be very slow.

> a lot of people assume Reddit's standard should apply here,

People assume Reddit's standards apply on HN because Reddit is so much bigger than HN, and therefore much better known even among HN users. This is a simple consequence of size. It has nothing to do with what Reddit's standards specifically are or how high its quality is. I respect Reddit—Reddit is an amazing achievement—but it is not where HN should be taking lessons in discussion quality.

> How do you know? People have different opinions about what constitutes and contributes to quality.

I don't know, but I'll tell you why I say it. The emotional dynamic in downvoting is very strong. It stings to get downvoted—it feels like you've been downvoted. It sucks for me as much as anybody. From observing this reaction in myself, and how people's statements about downvotes are connected to their feelings in thousands of cases, I believe that this emotional dynamic accounts for most of what people say on the topic. That's not a criticism; it's just how we are. But given that, it's easy to see how the common belief about downvotes arises: it's not that there was anything bad about my comment (impossible!)—it must rather be that some schmuck disagreed. Therefore, to make the world a better place, people shouldn't be allowed to downvote for disagreement. This is wishful thinking.

I can tell you for sure that, whatever beliefs we have about it, people overwhelmingly downvote based on how they feel about a comment, probably in the first 5 seconds. They're not following any "guidelines". Most don't even know what the guidelines are. It's just lizard-brain like/dislike. Suppose we changed the rules to ask users only to downvote under more refined conditions. Whose behavior would that modify? Not most people's—only that of the very most conscientious users. But those are precisely the users whose instincts should be trusted in the first place.

That is why I don't think we should set up such a rule: first, it's wishful thinking; second, no clear upside. And third, HN's origins are in a kind of counterintuitive minimalism that I think is worth something, and that it takes a certain stubbornness to preserve. Everyone disagrees with the specific acts of stubborn preservation, but somehow people end up liking, or like/hating, the sum it all adds up to.

Re: A List of Hacker News's Undocumented Features and Behaviors

#152

Earlier quoted context omitted.

It's not going to happen; it's part of the ethos of the site to downvote in lieu of writing insubstantial criticisms, a policy Paul Graham actually wrote out once long ago. It's the right policy, I think. The last thing we need are dozens more one-line "why this sucks" comments on each thread.

lobste.rs does this pretty well, they require you to select one of the provided reasons for downvoting a comment. It gives direct feedback to the commenter as to why their comment was downvoted. The HN and reddit policy is, intentionally or not, "downvote if you disagree." Without any direct feedback mechanism, it will stay that way.

Direct feedback on HN is to leave a reply. When there's a lot of poison floating around a discussion, it doesn't work, but in many pleasant HN discussions it seems to work OK.

Re: A List of Hacker News's Undocumented Features and Behaviors

#153

Interesting post, I didn't know about some things like "/noobstories" or the karma needed for downvoting. One feature I've been wanting lately is the ability to see only new comments since my last visit to the thread. I've thought about writing some sort of reader application for this or perhaps a browser plugin. Even nicer would be something that takes into account comments I've actually read by using what my viewpo…

The inability to see new comments since your last visit is a feature. :-)

Re: A List of Hacker News's Undocumented Features and Behaviors

#154
post #70

Earlier quoted context omitted.

> I'd love to have it require a comment (reason) to downvote This has been something I’ve wanted to see in Reddit for a while now. I just recently learned that lobste.rs has this feature, and some other interesting stuff like a public mod-log. https://lobste.rs/about I’d like to add a disclaimer that there may be very good reasons not to do this on Reddit or HN, of which I am not aware.

Personally I've long wished we would just get rid of any type of approval signalling behavior for comments (across the web too, not just HN or reddit). Probably (almost certainly likely) in the minority on that one, though.

It allows more substantive and interesting comments to wander upwards and be more easily accessible/visible. I feel it works fine on HN, not sure why you'd want to remove that feature. Not all comments are equal and we shouldn't have to treat them that way.

Re: A List of Hacker News's Undocumented Features and Behaviors

#155
post #76

Earlier quoted context omitted.

I'd like to see a "rolling thread" feature where dupe threads (and links) are automatically merged into an existing thread, with older comments and subthreads being deleted over time. Hacker News doesn't do a good job of avoiding duplicates anyway, might as well make that a feature.

> with older comments and subthreads being deleted over time No, don't delete comments! Hide them if you must, but I always like being able to enjoy and send people link to comments from years ago.

Agreed, even comments from 5 years ago are often just as relevant now, and are often more substantive than more recent ones in the same article (in my experience).

Re: A List of Hacker News's Undocumented Features and Behaviors

#156
post #119

Earlier quoted context omitted.

Maybe we should add another. Any ideas?

Maybe top 5 users (by karma count) get to change their username color? Would be another meaningless change on theme.

I think those of us in top 5 auto-stigmatize about that fact enough without needing an explicit caste system, which are _impossible to make meaningless_.

Re: A List of Hacker News's Undocumented Features and Behaviors

#157

Unfortunately the site still has no way of doing bullet lists. If you try this is the result: - One - Two - Three - Four You can do this but it isn't clear that it is even a bulleted list (particularly with real content): - One - Two - Three - Four It does support code blocks but that has strange boxing behavior making them hard to read even for actual code. For example: - Super long line that will box strangely for…

I think this should work

• one

• two

• three

• four

Re: A List of Hacker News's Undocumented Features and Behaviors

#158

Earlier quoted context omitted.

Maybe top 5 users (by karma count) get to change their username color? Would be another meaningless change on theme.

Please no. Didn't pg try something like this once?

I vaguely remember that, and that it lasted extremely briefly.

Re: A List of Hacker News's Undocumented Features and Behaviors

#159
post #115
post #104

Lots of people posting random feature requests in here, but is HN even developed any more? The last significant changes I remember were two and a half years ago ( https://news.ycombinator.com/item?id=12073675 ) and I think even those were the first ones in a long time.

It's interesting to see that question show up, because we work so hard on the code. It makes sense that you'd ask it, though, because most of the changes are either not visible (like anti-spam or anti-voting-ring features), or are subtle. For example, you may have noticed more capitalized titles on the front page in the last couple days—but this is an experiment we're going to roll back. One reason we don't do a lot…

A well designed official API would go a long way toward letting a thousand flowers bloom. I know there's web and mobile apps already out there, but IMO the average quality is not great. Which is not surprising, given the awkwardness of the existing firebase API, which probably keeps many developers away and eats too much of the efforts of those devs that do try their hand.

Re: A List of Hacker News's Undocumented Features and Behaviors

#160
post #33

Earlier quoted context omitted.

It's less about privilege being challenged, more about "inclusion" being used to justify just about anything and often going too far. Here's a comment in an official nodejs repository that got edited by a contributor to correct a pronoun on somebody else's post: https://github.com/nodejs/package-maintenance/issues/77#issu... (click the "edited" dropdown) That you yourself come right out the gate guns blazing about "p…

I feel like you picked a bad example; I imagine it sucks to be referred to as "he" when you're not a "he".

> I imagine it sucks to be referred to as "he" when you're not a "he".

It does. But I wouldn't go and change someone else's speech to say something other than what they said, rather than just telling them politely, because it also sucks to have one's words twisted. In fact, to have it twisted while attached to your name (which is what happened here) is worse than being referred to by someone, in their words, in the wrong gender.

Post reply on HN