Using the data from a previous HN analysis of all posts until Feb 2014 [1], I've found that 1.45% of all submissions are Show HN submissions. (but that only found 18,000 submissions. If you use the given 24,000 submissions and the current number of articles [1.3m], the percentage is 1.75%)
I have the data loaded if you have any other Show HN questions.
I was thinking that "show" would be about the submitter's own, new project and "tell" would be about old things that everyone should know or PSAs. But maybe you're right.
Great work! I love when organic user behaviors are recognized and made first class features.
Allow me to emphasize something from the Show HN Guidelines[1]:
> Be respectful. Anyone sharing creative work is making a contribution, however modest.
> Ask questions out of curiosity. Don't cross-examine.
> Instead of "you're doing it wrong", suggest alternatives. When someone is learning, help them learn more.
> When something isn't good, you needn't pretend that it is. But in that case, consider saying nothing.
The comments section of Show HN posts are not an invitation for you to tear someone apart for your own self-aggrandizing glory. If you want to be helpful, be constructive. If you don't want to be helpful, don't bother.
Glad to see this. Show HN has always been my favorite part of Hacker News. Anything that can inspire more creation and help product builders find an audience, is a good thing, imo.
I only recently joined Product Hunt, but to me the major differentiator is that Show HN are self-submitted products, while Product Hunt is a curated list. That means I'm more likely to find higher quality and interesting products on Product Hunt, but I'll be the first to learn about a new product from Show HN.
I'm afraid this comment is more than a little off-topic: maybe not for the thread as a whole, but certainly as a reply to the top comment. It doesn't relate to what rickhanlonii said in any way—and what rickhanlonii touched on is crucial: the kind of discussions we want to encourage in Show HN threads.
Absolutely agree on these guidelines. It takes a lot of bravery to put yourself out there in public. It should take just as much class to offer advice and constructive criticism instead of tearing somebody else's work down.
edit also, is it just me or is the front page plastered with Show HN links? Does anybody else think that's awesome?
Almost makes me wonder if there should be a karma requirement to comment on Show HN posts. I hate restrictions generally speaking, and I don't know if it's safe to assume longer tenured members inherently have more class when offering feedback.
>I don't know if it's safe to assume longer tenured members inherently have more class when offering feedback.
I don't think it is. If anything, tenured members may feel more entitled to be rude without consequences. Karma isn't really a measure of civility so much as popularity over time, and it doesn't really communicate any context. Also, if there were a minimum for commenting, there should be a minimum for posting, which might leave new users with interesting projects out.
> Also, if there were a minimum for commenting, there should be a minimum for posting, which might leave new users with interesting projects out.
I don't get that implication. The commenters, if seen as offering mentorship, should necessarily be more experienced than the people they're trying to help. Otherwise, what's the point?
If karma is a valid measure of poster quality then surely it's just as important to ensure a higher standard for posts as well as comments. If, on the other hand, karma doesn't indicate experience in anything other than getting karma, then it's irrelevant either way. I happen to believe the latter is more true than the former.
I like to repeat this fact whenever it's relevant: In my two or three years now on HN, the most upvotes I've ever got were all on scornful comments (towards a single company). It didn't make me or others any wiser, though I still got 'karma' points.
It's not just you, and I agree that it's awesome. I hope that trend continues, it might be the push HN needed to bounce back from becoming slashdot, going back to its roots as a news site by and for entrepreneurs. With which I don't mean that HN should be 100% 'Show HN' posts, but more that HN should be generated by the sort of people who appreciate Show HN posts.
I've always wished that the front page had 1 or 2 "Show HN" and 1 or 2 "Ask HN" posts on the front page. Removing them faster off the front page has puzzled me for years.
Am I the only one who thinks it isn't awesome? As someone who comes to HN for news, I really don't want to see any Shown HN on the front page. Certainly not half the front page filled with them.
What is "news"? Show HN is arguably, in many cases, the newest thing. Techcrunch, Wired, et al, are just corporate or mainstream news (not that there aren't other interesting posts that also aren't news on HN). I think many people come here to learn, new or not.
It'll settle down. Never judge HN by one day or even a few—the status quo ante is more stable than that. Genuine long-term changes here are more subtle. (Which is actually a challenge, but that's another story.)
Yes, we clearly need to make those more prominent.
Edit: we changed it to emphasize the Show HN guidelines more.
Edit 2: I think we'll also write something much more detailed about the kind of discussions we want in Show HN threads: discussions that foster further creativity. Perhaps we'll put it up on the YC blog and then have a new thread about all this, once the dust settles from the first Show HN carnival.
Something that's elsewhere in the guidelines is: pretend your talking to someone in person and think what you'd say. For me that strikes the right balance - I might find things I'm not enthusiastic about, but I'd weight my words carefully.
When you see a Show HN, assume that whoever created it, perhaps not unlike you, is working to drive his or her dreams into existence. Each post represents a dream, a personal story, a literal piece of their Life.
For many of us, perhaps the majority of us, that means grinding at the mine during the day, returning home after perhaps a long commute, spending time with and cooking for our family, our significant other, etc... then, clocking back in at 9:00pm or 10:00pm to bring it for the next several, precious hours, working to make the dream real... then catching some sleep, waking up and turning around and dropping the hammer all over again.
It's just something to remember as you comment to someone about their work.
The problem is that people are different. Some people will like the diverse community at HN to scrutinise their work to potentially improve it. Otherwise just want positive reinforcement. You can't really put both sides into the same bucket and decide that everyone should sugarcoat all the time.
I love criticising and my projects being criticised as long as there clearly is knowledge or experience behind. What if you see someone making a huge mistake based on your knowledge, should you stay quiet? Making sure that feedback comes across as nice and well-intended can be hard and time consuming for people who speak English as a second or third language.
So maybe there should be a differentiation between "Proudly presenting" and "Looking for honest feedback" somehow?
I don't think anyone is suggesting a lack of honest feedback. I don't like the phrase "constructive criticism" because it's been used into meaningless, but that's basically what's being suggested. Let me try an example instead of a definition.
Let's say someone is making a clear architectural misstep: They're trying to use python/django on a project, but their goals really require something like Tornado, and they're building themselves into a corner.
Maybe from where you're sitting it looks like an idiot mistake. The question is then, how to engage? Do you tell them condescendingly that only an idiot would misuse tools like that, and that they're foolishly the HTTP request/response model that Django implements?
Or, do you try to guess at where their knowledge fails, and give them links to writeups about asynchronous programming? Or do you engage them in conversation and try to ascertain why they're making the mistake, and gently explain that better programming models have been devised for the problem they're trying to solve, and why don't they look into it and see if they agree, and "by the way if you have any more questions here's my email, I'd be happy to help."
If people can't handle receiving this last approach, then it speaks to a certain lack of immaturity. If people can't handle acting taking this, it also speaks to a certain lack of maturity. We should try to build and enforce social norms that help growth as programmers and minimize conflict. Fortunately these goals aren't inimical; in fact, the more contentious the discussion, the less learning gets done.
I guess it was oriented more towards people who are more negative saying things like "this sucks and will fail because of X, Y and Z" and not personal things like you said.
Glad to see this implemented...now on to the feature creep!
Sometimes the submitters use a text post, which I imagine they do because they want to give some context to the project that may not be ideal to present prominently on a landing page, but which likely cuts down on click-throughs (because of the slight inconvenience of users having to find the link to click through to in the text post).
Maybe it's worth having a post-type...for submitters only...in which the submitter gets first say and a click-through title? And those who use it for non-Show-HN submissions are mercilessly flagged to oblivion? Sometimes the submitter's first-comments are buried depending on the type of discussions that occur.
danso, that's an interesting idea, but it goes against one goals stated
in the site guidelines, namely, a user should not be able to give their
own comment or opinion preferential placement. It's the reason why urls
in text posts are not turned into links (anchors), and why we're never
supposed to editorialize submission titles. The same is true for rank
weighting, since text based submissions sink faster than url based
submissions.
Though not exactly, the guidelines roughly suggest a way around this
issue; write something on your own site, and submit that instead. If the
guidelines haven't changed since the last time I read them a week ago,
pg essentially said to write your own blog post and submit it, or
something like that. e.g.
http://example.com/show-hn.html
This solves all of the problems, but few people realize it.
One of the tougher problems I've had on /newest with url based
submissions is differentiating between spam links and people who just
forgot to add the leading "Show HN:" when submitting their new site/biz.
If you create a new travel, dentistry, or cooking site and forget the
"Show HN:" on your submission title, there's a good chance I'll flag it
as spam. I try to be lenient because I really want to avoid clobbering
someone who is just starting out.
Experiment (YC W13) started off as a Show HN, but back then we were called Microryza. It was a very modest thing, and after somehow getting near the top of the front page, we were flooded with traffic [http://i.imgur.com/miMyx7x.png]. That traffic spike is what convinced us to quit our jobs and go all out. Show HN is definitely my favorite part of hacker news.
My Favorite Part:
"There have been about 24,000 Show HNs so far. The first used the title "Show and Tell HN", and was GitHub-related. The second, and the first to use the "Show HN" convention [2], was a face recognition project. And the third was a Hacker News alternative. Plus ça change..."
The comments on this post are perfect examples of why it's hard to predict what's going to take off and what won't. And also why it's sometimes a good idea to just give people the benefit of doubt.
And also how people on HN sometimes have trouble putting themselves in the shoes of others. The 2nd top comment is a perfect example:
> For a Linux user, you can already build such a system yourself quite trivially by getting an FTP account, mounting it locally with curlftpfs, and then using SVN or CVS on the mounted filesystem. From Windows or Mac, this FTP account could be accessed through built-in software.
To be fair, I was making an argument that it was trivial to replicate, and it was... Ubuntu, Google, Microsoft, and several others did just that. Kudos to Dropbox for their unanticipated (by me, anyway) staying power.
I didn't mean to call you out personally. I think we've all made that mistake before. My point was more that even if something is technically replicable, there is value in making it super easy for the non-technical user.
At the risk of sounding like a stackoverflow pedant, would a hardware hack fit in Show HN? For example: Turn a raspberry pi into an FM transmitter https://news.ycombinator.com/item?id=7361782.
Absolutely. There have been hardware Show HNs. Let's have many more! (As always, though, we'd prefer primary sources.)
Obviously, the "other people can play with it" part of the guidelines can't apply to hardware in the same way as to software, but whatever that legal principle is where you interpret the law to fit the case, that's the principle here.
As the creator (and neglector) of one of the more popular bastions of people interested in just Show HNs (showinghn.com), I think this is a good move. If anyone has any ideas of what other sort of value I could provide with showinghn.com, feel free to let me know.
I'm curious. Do Show HN posts work the same way as normal link submissions? I have vague memories that certain types of posts are weighted differently and sink down the front page faster. Maybe that's for the Ask HN posts?
Would you consider making Show HN posts text only? That way the submitter provides background info / context, why they made the service, what they hope to do with it, etc. I think requiring text-only for Show HN will help minimize people spamming their own links and more about people contributing the experience building their Show HN item.
181 comments
[ 3.1 ms ] story [ 202 ms ] threadSo meta.
I have the data loaded if you have any other Show HN questions.
[1] http://minimaxir.com/2014/02/hacking-hacker-news/
what other future subreddits are planned?
https://news.ycombinator.com/ask
Edit: Clicking on the YC logo from the guidelines brings up a 404.
Allow me to emphasize something from the Show HN Guidelines[1]:
> Be respectful. Anyone sharing creative work is making a contribution, however modest.
> Ask questions out of curiosity. Don't cross-examine.
> Instead of "you're doing it wrong", suggest alternatives. When someone is learning, help them learn more.
> When something isn't good, you needn't pretend that it is. But in that case, consider saying nothing.
The comments section of Show HN posts are not an invitation for you to tear someone apart for your own self-aggrandizing glory. If you want to be helpful, be constructive. If you don't want to be helpful, don't bother.
[1]: https://news.ycombinator.com/showhn.html
As dang mentioned, there's room for both. The HN / PH communities are significantly different and will increasingly look dissimilar over time.
I'm afraid this comment is more than a little off-topic: maybe not for the thread as a whole, but certainly as a reply to the top comment. It doesn't relate to what rickhanlonii said in any way—and what rickhanlonii touched on is crucial: the kind of discussions we want to encourage in Show HN threads.
Let's talk about that instead, please.
edit also, is it just me or is the front page plastered with Show HN links? Does anybody else think that's awesome?
I don't think it is. If anything, tenured members may feel more entitled to be rude without consequences. Karma isn't really a measure of civility so much as popularity over time, and it doesn't really communicate any context. Also, if there were a minimum for commenting, there should be a minimum for posting, which might leave new users with interesting projects out.
I don't get that implication. The commenters, if seen as offering mentorship, should necessarily be more experienced than the people they're trying to help. Otherwise, what's the point?
https://news.ycombinator.com/show =/=
https://news.ycombinator.com/showhn.html
edit: they are, but just not called out as such.
[Show HN] is for something you've made that other people can play with. The newest Show HNs are listed [here].
(eg clicking the first hyperlink will bring them up)
Edit: we changed it to emphasize the Show HN guidelines more.
Edit 2: I think we'll also write something much more detailed about the kind of discussions we want in Show HN threads: discussions that foster further creativity. Perhaps we'll put it up on the YC blog and then have a new thread about all this, once the dust settles from the first Show HN carnival.
. . . Looks good, nice and concise.
In addition, a friendly reminder to us all...
When you see a Show HN, assume that whoever created it, perhaps not unlike you, is working to drive his or her dreams into existence. Each post represents a dream, a personal story, a literal piece of their Life.
For many of us, perhaps the majority of us, that means grinding at the mine during the day, returning home after perhaps a long commute, spending time with and cooking for our family, our significant other, etc... then, clocking back in at 9:00pm or 10:00pm to bring it for the next several, precious hours, working to make the dream real... then catching some sleep, waking up and turning around and dropping the hammer all over again.
It's just something to remember as you comment to someone about their work.
I love criticising and my projects being criticised as long as there clearly is knowledge or experience behind. What if you see someone making a huge mistake based on your knowledge, should you stay quiet? Making sure that feedback comes across as nice and well-intended can be hard and time consuming for people who speak English as a second or third language.
So maybe there should be a differentiation between "Proudly presenting" and "Looking for honest feedback" somehow?
Let's say someone is making a clear architectural misstep: They're trying to use python/django on a project, but their goals really require something like Tornado, and they're building themselves into a corner.
Maybe from where you're sitting it looks like an idiot mistake. The question is then, how to engage? Do you tell them condescendingly that only an idiot would misuse tools like that, and that they're foolishly the HTTP request/response model that Django implements?
Or, do you try to guess at where their knowledge fails, and give them links to writeups about asynchronous programming? Or do you engage them in conversation and try to ascertain why they're making the mistake, and gently explain that better programming models have been devised for the problem they're trying to solve, and why don't they look into it and see if they agree, and "by the way if you have any more questions here's my email, I'd be happy to help."
If people can't handle receiving this last approach, then it speaks to a certain lack of immaturity. If people can't handle acting taking this, it also speaks to a certain lack of maturity. We should try to build and enforce social norms that help growth as programmers and minimize conflict. Fortunately these goals aren't inimical; in fact, the more contentious the discussion, the less learning gets done.
Edit: We changed it to:
In other words, you don't need to sugarcoat, but nastiness is unwelcome.The key word is "gratuitous". Substantive criticism is neutral and about the work. If it's personal or snarky, that's gratuitous.
Something like:
> Is your comment respectful & helpful? > Is it positive criticism?
Please?
Sometimes the submitters use a text post, which I imagine they do because they want to give some context to the project that may not be ideal to present prominently on a landing page, but which likely cuts down on click-throughs (because of the slight inconvenience of users having to find the link to click through to in the text post).
Maybe it's worth having a post-type...for submitters only...in which the submitter gets first say and a click-through title? And those who use it for non-Show-HN submissions are mercilessly flagged to oblivion? Sometimes the submitter's first-comments are buried depending on the type of discussions that occur.
Though not exactly, the guidelines roughly suggest a way around this issue; write something on your own site, and submit that instead. If the guidelines haven't changed since the last time I read them a week ago, pg essentially said to write your own blog post and submit it, or something like that. e.g.
This solves all of the problems, but few people realize it.One of the tougher problems I've had on /newest with url based submissions is differentiating between spam links and people who just forgot to add the leading "Show HN:" when submitting their new site/biz. If you create a new travel, dentistry, or cooking site and forget the "Show HN:" on your submission title, there's a good chance I'll flag it as spam. I try to be lenient because I really want to avoid clobbering someone who is just starting out.
https://news.ycombinator.com/item?id=3833393
For the newest Show HN submissions, you must go to https://news.ycombinator.com/shownew
My Favorite Part: "There have been about 24,000 Show HNs so far. The first used the title "Show and Tell HN", and was GitHub-related. The second, and the first to use the "Show HN" convention [2], was a face recognition project. And the third was a Hacker News alternative. Plus ça change..."
https://news.ycombinator.com/item?id=8863
The "Show HN" convention hadn't been invented at that point, though.
http://www.reddit.com/r/reddit.com/comments/7zlyd/my_gift_to...
Reddit:
https://groups.google.com/forum/#!topic/comp.lang.lisp/vJmLV...
https://news.ycombinator.com/item?id=2329397
(We didn't get any comments or many points, but it's nice to see that afterward we've had a number of Leanpub books do better...)
"I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones."
https://groups.google.com/forum/#!original/comp.os.minix/dlN...
> For a Linux user, you can already build such a system yourself quite trivially by getting an FTP account, mounting it locally with curlftpfs, and then using SVN or CVS on the mounted filesystem. From Windows or Mac, this FTP account could be accessed through built-in software.
To be fair, I was making an argument that it was trivial to replicate, and it was... Ubuntu, Google, Microsoft, and several others did just that. Kudos to Dropbox for their unanticipated (by me, anyway) staying power.
It's always interesting when you can look back at yourself and see how much you've grown or learned.
Obviously, the "other people can play with it" part of the guidelines can't apply to hardware in the same way as to software, but whatever that legal principle is where you interpret the law to fit the case, that's the principle here.
[1] https://news.ycombinator.com/lists
Thoughts?
The kind of discussion you describe is good, but it can and does take place in the threads right now.