Hacker Newspaper is a superior user interface for Hacker News.
I beg to disagree - see below.
It's more performant, more readable
It's hard to skim.
it doesn't turn visited links damn near invisible for some insane reason
I don't need to read the same thing again. Visited links can be invisible for all I care. I visit them less than 5% of the time.
and it makes it much easier to skim the headlines
No way. Suddenly I have to scroll through screens of large-font nonsense instead of just getting it all within about 1.5 screens.
and avoid getting into useless, time-wasting blather
Comments, to me, are more than 50% of the value of HN. I often read the comments before the article, and sometimes don't bother reading the article at all.
To me, this "reformatted layout" is very, very inferior.
This thread is a great case-in-point for me. I read comments to here (this is the top thread at this moment), and now am moving on. I won't bother to read the OP at all.
Not totally relevant, but there is an OS X app that creates a similar newspaper format (but addresses most of these concerns) for reading RSS feeds. Got it as part of the MacHeist Bundle and have been addicted ever since. I personally like it much more than a standard RSS reader -> http://www.acrylicapps.com/times/
I also got Times as part of the MH bundle but I've had no luck with getting it to actually display any feeds. I've tried adding each one individually and importing a OPML file from Google Reader. What could I be missing?
Agreed. It seems as if the page has simply been re-engineered to put stories in an arbitrary number of columns. Readability is all but slain. My eye jumps all over the page before focusing on a single story. The only thing I really like from it is the display of the descriptions on the front page. A one-liner summary or something of the sort would really help (although I suppose my RSS feed already does that).
It's just like utilize. Crotchety old folks will bitch and moan that it is not a real word and unnecessary in any event, but the world will ignore them and use the words it wants to use. English is a living language, and sometimes that means it suffers from unsightly warts.
There's a distinction between completely useless, bogus words which duplicate the functionality of existing ones and new words which convey some new meaning (e.g. bromance).
It's surprising that in the world of programming, in which precision is essential, there are so many advocates for cruftiness in English.
It's surprising in the world of programming, in which precision is essential, there are so many advocates for cruftiness in English.
In programming, precision is essential. In human communication, it is often inconsequential. We sped our time railing against our arbitrary and fickle natures, demanding precisely worded specification, imposing workflow and permissions straightjackets on programs, when in reality all that matters is that people feel happy when they use what we build.
If someone feels happy saying the words "performant" and "utilize" to me, that is enough.
Remove all synonyms
Example: fine -> good
Remove antonyms and just negate the word
Example: bad -> ungood
Remove special-case nouns: just combine a noun and one or more adjectives to reach the same meaning with fewer fundamental words.
Example: great -> doubleplusgood; murder -> collateral damage
We could call this doubleplusgood language newspeak.
It's surprising that in the world of programming, in which precision is essential, there are so many advocates for cruftiness in English.
Boy would you not like my code. It's full of neologisms. Undivify. Wipeage. Calcval. Zillions of them! I'd say this makes my code better English, not worse. I choose words carefully and do not hesitate to make a new one if existing ones don't communicate just what is wanted. It's not an arbitrary process and has nothing to do with sloppiness or vanity. It has to do with making the language fit the problem.
Oh, and I use "performant" all the time, too. What other adjective signifies the qualities that programmers have in mind when they say "performance"?
It's an aesthetic argument. If you make your constraint tight enough, you're forced into concocting a new word to fix some imagined failing of the existing language. We don't need an adjective that signifies performance and we also don't need an adjective that signifies performance that starts with "perform".
Instead, you can rearrange the wording a little to convey the exact same meaning. By working within the constraints, an elegant solution emerges. By all means add words if they are clever or pleasing or convey a nuance that can't be achieved with what already exists. Performant and functionality don't meet those criteria.
I would say that "performant" is a narrower term than "efficient", so no, the two don't coincide.
This whole argument is silly, of course. Natural language is so heavily overloaded that you could never regularize it in the way people seem to be proposing, and if you could, you would ruin it.
The meaning is obvious to me, although I've never seen it before. What would be a good real word to use instead? ("Efficient", "effective", "harmonious" all seem a bit off. "High performance" almost makes sense, but it's not comparable, you can't say "more high performance".)
This needs to be cloned by someone who is willing to at least link to the HN comment threads. I know that Giles regards such things as deadly dangerous OMG-someone-is-wrong-on-the-Internet time-wasting poison -- and he's got a point -- but some of us have an odd love of the medium and primarily read HN for the comments.
Some headlines just work better in giant Newspaper Type than others. In his example, Giles has picked right up on "Bill Gates Applies for Patent on Electromagnetic Engine", which reads like a steampunk April fool's joke when you print it on a newspaper page. It's great.
This project is doomed [1] because the average article on the web is miserably structured for being teased on a newspaper page. My favorite example is up there right now:
HOWTO: Stop procrastination (Dan Ariely)
We're sorry, but something went wrong. We've been notified about this issue and we'll take a look at it shortly.
That's so perfect it's like poetry. On the other hand, "Ruby Style Guide" reads like the Associated Press conception of a modern online newspaper:
This repository is private. All pages are served over SSL and all pushing and pulling is done over SSH. No one may fork, clone, or view it unless they are added as a member . Every repository with this icon () is private.
That's art, but it isn't exactly in the spirit of the actual Ruby Style Guide.
But, seriously, there's a reason why newspaper writing has traditionally been in inverted-pyramid form, with the most important sentence at the top and very little preliminary throat-clearing: Newspaper articles have to make sense when you chop off the first one or two lines and blow them up huge, or isolate them on the front page. Web links do not. And they don't.
You can't replicate the awesomeness of a well-designed newspaper with AI-mediated typography alone. The prose and the priority of the stories must also be carefully designed by humans.
The reason why HN is a big flat pile of headlines is that such a display accurately reflects the output of its ranking algorithm: Most likely the top N stories include a certain number of interesting stories, but the algorithm doesn't know which specific ones they are. You don't want to blow up some stories bigger than others unless they really are bigger stories, and who is making that call? Some Python or Ruby script? Please.
---
[1] But maybe not for long. Add a human editor tweaking the headlines and the teasers and I believe you might have something.
"You don't want to blow up some stories bigger than others unless they really are bigger stories, and who is making that call?" - Points are a pretty good indicator of how big a story is. And since stories with the most points aren't necessarily at the top (due to the algorithm) it's a good way of indicating which stories are "big".
Maybe it's just me, but the layout is much worse for a link site. This is not a site with a bunch of articles, it's just a list of links. A simple list is easy to scan and it's easy to spot things you may be interested in. The left right laying out does not improve things in any way, in my opinion.
Maybe it's just me, but i see a little inspiration from http://www.acrylicapps.com/times/ , one of the Apps in the last MacHeist, that is also a feed reader.
I added HN to my Times app. But i still prefer viewing it in Firefox.
Wow, if the screen shots are any indication, that looks like a much more polished implementation of this idea. I think if someone ripped off the interface ideas and implemented as a web app, they would get a lot of users quickly. (I don't know if a free web app is a better business model than $30 for a Mac application, however.)
So I had thought about using my modified RSS feed for HN (available at: http://hacketal.com/#hnrss ) for this purpose but decided against it because I have very different use cases for RSS versus the HN homepage. The homepage, for me, is great for going back to stories and seeing which ones have jumped up because of a great conversation while Google Reader is where I can quickly jump through all of the stories and quickly read the first paragraph of every story.
Giles -- thanks for linking to me in your blog post about this new visual.
I don't experience slow-downs as frequently with HN as I used to, so I can't quite agree with it being faster. Also while it is definitely quick (as it's static HTML) it could also get out-of-date, HNs low score threshold for front-page items means that the front page is updated more often than other sites, e.g. reddit.
However it is a different way to look at things and I'm very interested in learning about Typogridphy (http://csswizardry.com/typogridphy/).
People are going to be nitpicking this to death, but I'm happy that people are willing to put it on the line and actually experiment with things like interface and interaction.
This execution isn't addressing the readers needs, but it would be interesting to see several different attempts at a redesign. It would be a fun challenge for interaction designers.
Brilliant! Much better use of space. I can sort out the heap of information easily.
If I can get voting on there, I'll use this instead of vanilla HN.
Good innovation. He went further than simply displaying a pretty bullet list, like others do(digg, etc.).
Plus he included minors innovations that are very clever. For example, the size of the headlines are proportional to it's number of votes. It allows you to see how liked(important) a piece is regardless of it's rank.
It would be cool if the headlines would keep their current style and become links.
Pretty cool. I'll try reading that for a couple of days to see how the experience compares to reading HN. Giles, can you add the link for the HN comments as well?
Yes, it's just what I thought using the web. I like the idea and that I can start reading the articles without clicking but having to go back here to see the comments (which are almost as important, or even more, as the link) make the site much less usable.
I wonder if you could include comments and make the headline fonts smaller? Newspapers are meant to be readable to everyone; but the mean hacker age will be much lesser (there was a poll on this elsewhere on HN)
Also, I think the goal ought to be to make HN more readable (which you do, to some extent), rather than mimic a newspaper down to the pixel.
this is really interesting -- the process of automating a newspaper is quite a task. did you use any shortest path algorithms to make the articles fill up the whole line?
Hacker Newspaper is a superior user interface for Hacker News.
I beg to disagree - see below.
It's more performant, more readable
It's hard to skim.
it doesn't turn visited links damn near invisible for some insane reason
I don't need to read the same thing again. Visited links can be invisible for all I care. I visit them less than 5% of the time.
and it makes it much easier to skim the headlines
No way. Suddenly I have to scroll through screens of large-font nonsense instead of just getting it all within about 1.5 screens.
and avoid getting into useless, time-wasting blather
Comments, to me, are more than 50% of the value of HN. I often read the comments before the article, and sometimes don't bother reading the article at all.
To me, this "reformatted layout" is very, very inferior.