Because when I spend time on HN my top priority is features that will make the content better. I believe that matches the priorities of the users-- that users would rather use a site with good stories and comments and a primitive UI than one with a slick UI and worse stories and comments. And time is a zero-sum game. Spending more time on UI = spending less on quality.
The focus on content quality above all is the reason you find yourself saying later "If there were any other community like this..."
You're simply wrong about the moderation. Nearly every story that gets killed is either autokilled, or a dup, or flagged to death by users. I would guess moderators manually kill less than 10 non-dup stories a day. You're also wrong that YC cos get special privileges.
1) I could accept I'm wrong about stories being killed by humans, but I know the titles get edited by humans. I remember one story I posted about some really ancient, accurate maps, and I made the title something like "Accurate maps from the 1500s unearthed." And then some moderator made it the story headline instead "Named building in DC hosts map show" or something equally uninformative.
2) I'm positive YC companies get at least one special privilege - the ability to post jobs.
3) I've been told YC accounts are excluded from anti-spam measures, but I can't prove it.
EDIT: Also, regarding the zero-sum-game argument. All of us developers know we have limited time to spend on things. But a HUGE change to a non-priority that takes almost no time (for example improving the CSS on mobile) should be squeezed in between these experiments that may or may not make the content better, and take hours.
I like the UI. I know it's hard for some to believe, but it's stark and functional and fast and mostly stays out of the way; it works. The comment scores need to be hidden for comments you didn't write; other than that, what's to improve? Taking back votes? How about, just forget about the vote.
If HN has a problem with titles, it's with not enough stores having their titles rewritten to the article original.
The comment scores need to be hidden for comments you didn't write
People keep saying this, but it would severely limit the utility of the site. When I chance upon a post with more than ~50 comments, I only want to read the 6-7 or so that the community has agreed are best. I perceive a positive correlation between comment scores and quality. That is, the odds that a post with 50 points contains good content do empirically seem to be higher than for posts with 2 points.
In short: I need a comment filter that is more strict than than simply "appears on Hacker News". I don't want to read every single one.
I like using votes to determine whether or not it's worth devling into a deep thread. If there's a conversation that goes 5 levels deep, you can just scan the bottom layers - if they're getting votes, then it's likely to be a worthwhile conversation.
Similarly, if there's a bunch of responses with a score of 1 with replies forking off all over the place, having a visible score lets you catch that at-a-glance and avoid bothering with a conversation that is clearly digressing.
I agree. I love the spartan UI. That said, reading HN sucks on mobile and this would only take a few minutes to fix without compromising the simplicity of the main UX.
I don't know what title you used when submitting it, but the current title wasn't written by a moderator. It's the original article title.
It's true that YC founders' accounts have a field set saying so, but the only code that looks at this field is the code for posting jobs. None of the anti-abuse code does. And the jobs page has been around for years.
Yes, as I said in the parent comment, the moderator changed it back to the original story headline.
I had changed it because I knew nobody cares about the Library of Congress, and no one knows what Portolan means. I read the story, determined a meaningful title, and the moderator decided that was no good. Since I have edited many, many newspapers, and written countless headlines, I felt particularly annoyed.
It's worth distinguishing between (1) "The moderators retitled such-and-such an article, and it wasn't an improvement" and (2) "The moderators retitle articles, and that's bad". #1 might be true in this case (I see greendestiny doesn't think so; I'm on the fence) but it's very weak evidence for #2. For what it's worth (and I know this is also weak evidence) when I've looked at an article and thought "Wow, HN should have used a different title for this" it's much much much more often been because of editorializing by the submitter than because the original article title was used but wasn't very good.
We need moderators aggressively retitling articles submitted with stupid or biased titles. (Not only because that fixes those titles, but also because it reduces the incentive for submitters to submit with bad titles.) And if we have that, then inevitably there will be occasional misjudged retitlings. The question is whether the benefit outweighs the cost, and in my mind there's very little doubt that it does.
I find mods retitling links to be a strongly positive feature of HN. It is one of those things thats very touchy though, but it'd be a shame if people's territoriality meant we had to accept wrong and misleading titles.
For what its worth, whatever was wrong with the original title I feel like yours was pretty misleading after going and reading the article (great article by the way, thanks for sharing it). The article was very explicitly about the library congress meeting to talk about the origins of the map, rather than a general piece about the map. If thats all you found interesting, perhaps you should have linked to a wikipedia page or a more general article.
Time spent arguing helps define which should get the free-time, though. Otherwise, ultimately, it would be "best" if every developer ignored every bit of feedback their applications caused, because their time is best spent making changes, not debating over what to change.
"Spending more time on UI = spending less on quality."
I disagree.
The inability to reverse incorrect votes reduces the quality of the site by assigning incorrect scores to comments. In fact, many comments are apologies for accidental down-votes.
Also, not being able to comment inline means thread context is lost when comments are being composed. It is very likely this results in lower quality comments, which reduces the quality of the site.
A good UI can and does lead to a higher quality sites. Keep things as simple as possible, but not so simple that quality suffers.
At least some types of UI changes would affect content quality. For example changing the size and color of the up and down arrows could have a big impact on voting frequency. Making the submit link more or less prominent could have a big impact on submission frequency, as well as providing tools like submission bookmarklets. And if at some point the majority of HN usage is mobile, it'll really change the sort of stories that people upvote.
It's not clear which direction you would want those metrics to move to improve quality, but it at least seems like UI vs quality is not a zero-sum tradeoff.
But would increasing voting frequency make the content better? It seems to me equally likely that it would make it worse. Ditto for having a more prominent submit link.
There is a submission bookmarklet. There's a link to it at the bottom of the page.
Yes, it seems equally likely that it would make things worse. But it seems unlikely that it would have no effect. It is unlikely that these are the optimal shapes of the up and down buttons.
For what it's worth, I think the Google way to solve this would be to figure out which metrics you can associate with quality and A/B test the impact of the UI changes. Setting up an A/B framework might be more work than you want to put in. But there might be a UI that encourages higher quality that you could discover empirically.
A quick UI fix would make HN readible on mobile devices. The fixed width of the page is caused by the navigation menu. If the navigation menu was made wrappable (white-space:auto) then the page would more easily fit right on almost any size screen. On mobile devices you can also eliminate unnecessary borders and padding. Very simple fixes like this would go a long way.
On Android, turn on "auto-fit pages" in settings. This isn't ideal, as there's still some left-to-right scrolling to focus on individual comments as comments become nested, and fixed width text doesn't wrap at all (which is thankfully relatively rare), but it's a vast improvement, as each comment fits horizontally.
(Let alone the fact that I'm busy enough with my own projects) There's no link anywhere on the site to the source code, or information about how to contribute.
The misclicking is mostly due to the fact that the targets are square images with extra padding, combined with sloppy nested tables and piles of inline elements that freak out further in mobile webkit.
If you're going to use tables for layout, use them consistently all the way down — don't just decide to party like it's 1994 and throw in some line breaks. Clean up the padding to rationalize the hit targets (could even use characters like ∆ and ∇ to make them non-square).
It seems to me that the almost plain UI is a choice that goes beyond the interesting "zero-sum game" that you mention. If I were you I will be defending the HN UI as a choice and not as a necessity because of your limited time. Would you shoot for a richer UI if you had all the time of the world?
I like the "Spartan" UI here. Also, I believe it serves to keep the signal to noise ratio high, in a way, by filtering out a set of potential readers/voters that would not add value in the aggregate.
That said, I wish there were 2 enhancements — [1] a search bar|function that would list matches in date order and [2] a little markup to make mobile/tablet viewing easier on the eyes — a chore that could be as simple as adding a meta viewport line in the HTML (would accommodate iOS devices).
I would even argue that having a bad UI is a feature of HN in the sense that it is a deterrent to trolls and other such Internet creatures.
Trolls need an audience to survive. Does HN superficially look like a popular website? No. It lives on a subdomain and the official way to get here is by clicking a tiny footer link on YC's website. And let's face it, the design is pretty ugly too by many standards.
To realize there's a vibrant community here, you have to get passed those "deterrents". This selects for individuals who are truly concerned about great content and intelligent discussion rather than great design or sensationalism which leaves the trolls at the door.
Because when I spend time on HN my top priority is features that will make the content better. I believe that matches the priorities of the users-- that users would rather use a site with good stories and comments and a primitive UI than one with a slick UI and worse stories and comments. And time is a zero-sum game. Spending more time on UI = spending less on quality.
The focus on content quality above all is the reason you find yourself saying later "If there were any other community like this..."
You're simply wrong about the moderation. Nearly every story that gets killed is either autokilled, or a dup, or flagged to death by users. I would guess moderators manually kill less than 10 non-dup stories a day. You're also wrong that YC cos get special privileges.