Live data from Hacker News

Name It, and They Will Come

overreacted.io

41–50 of 116 posts

Re: Name It, and They Will Come

#41

[on the subject of HN negativity raised in other posts—sorry for hijacking this post about post hijacking!] One problem with HN, which I would love to hear othersʼ opinion about, is: the HN Guidelines incentivise negative colour in threads. You get 10 upvotes, and 1 critical comment: to anyone reading the entire thread now looks negative. Noone sees the silent "+1"s, which, I feel, do add a lot of positivity and enco…

My take on that issue is it doesn't matter in any regard. It couldn't be any more meaningless.

A scenario: a show HN post gets ~60 upvotes reasonably quickly and gets to the front page. Inside the post you have ten or so comments, three of which are negative or quasi negative (sometimes merely skeptical, sometimes overtly harsh). Two people really liked it and said so, five comments are mostly off topic. The negative comments are at the top in the thread (posted by members with higher default ranking scores); the positive comments are short on content and are near the bottom of the thread (posted by weaker ranking members).

That setup doesn't seem like it would be great. In fact it's spectacular. The post is going to end up with 100+ upvotes over time and it's getting a wave of traffic to it. It's the huge number of readers that never comment, and or never even sign up for an account, that are by far the most valuable part of the equation. The typical negative/cynical/skeptical comments are mostly meaningless - so long as you actually have a good product. I can't emphasize that enough, I need a far stronger word than meaningless here. You have a chance, with that wave of traffic, to convert people that want to believe in what you're doing - that's where all of your focus must be, those are the people you must not fail.

If it worked any other way in actuality, no product launch on HN would ever succeed. They'd all be buried by skepticism. It's the unseen angelic adopters on HN that matter more than anything else. Focus on delighting them and everything else will flow from it.

My advice on negative comments (unless they're definitely well earned, in which case you better act on them): put them in your mouth and eat them. Negative HN comments are like eating plain rice cakes. In the scheme of life, they're about the least concerning - most benign - things you're going to run into in the list of negatives when trying to build something, launch a product, run a business, and so on. Every other real problem with business or a product/project is drastically harder to push down and digest. At a minimum let the negative HN comments be a gentle introduction to how hard doing something successfully actually is (gentle because, again, negative HN comments are the easiest thing to mentally deal with - among negatives - that you will ever run into).

Re: Name It, and They Will Come

#42
Wow, most of the comments in this thread completely miss the point, which... is the point. So meta.

We suffered this exact same issue for years, but it isn't only in git, readme or marketing pages that the problem exists. When pitching or telling people what we do, because what we are doing is new, we struggled to find the right words and therefore, got blank stares about what we were doing.

The same thing happens with the introduction of many new products and systems.

We have gone through many iterations of how to describe our product and the industry moves making it the next big thing. From "3d visualizations" to "interactive 3d scenes" and currently settling in on "spatial media". Each version gets successively better, but until you give someone a hook to hang your product on, they don't know what to do with it. That is the shared vocabulary.

For us, it goes like this. "The future of media is spatial,viewers expect to be able to control their perspective in a 3d scene. We've seen this with VR, 360 video, and gaming. We are another type of spatial media. We're like drone shot video, but the viewer is in control of their perspective, and we create the scene without a camera."

Re: Name It, and They Will Come

#43
post #16

Even if you don't understand the point the author is trying to make, this part you should be able to understand perfectly, and I find it a perfectly accurate description of what happens 90% of the time: = = = = The top comment thread picks on the coding style in a README example. It turns into an argument about indentation with over a hundred replies and a brief history of how different programming languages approach…

The internet has always had more noise than signal. HN used to have an incredibly good noise reduction mechanism, mostly thanks to self-policing in the community and the occasional intervention of the moderators.

Thanks to this mechanism, most of the time, the top comments were really interesting ones. The noise usually ended towards the bottom of the page.

I'm pretty sure that the expectation that this would happen made people - often busy people - spend time to write very thoughtful comments, which could then raise to the top. A positive, self reinforcing loop. Which is getting slowly, but surely, less effective with the years.

I wish there was a simple formula to reproduce the original mechanism. But I'm afraid there is not.

/rant

Re: Name It, and They Will Come

#44

This is very accurate as of my recent experience on doing a Show HN here[1][2]. I did get very good feedback but many of the comments were just stupid. Still, posting here did help the project as the broader audience doesn't care about a random's HN opinion. 1. https://zeroserver.io/ 2. https://news.ycombinator.com/item?id=19254828

Weird, I actually thought of your Show HN post while reading this. I think this was because the response on HN seemed very negative, but then I saw the project was trending on Github for days after the HN post.

The post did help project take off. It's just a little annoying to read negative comments when we can easily convey the same point in a constructive way.

I still love this place and am a big lurker for a long time. I am pretty sure if we were a bit more humane, many many lurker will actively participate, which would be a win-win.

Re: Name It, and They Will Come

#45
"By now, you’re convinced: This idea deserves to be heard."

This week my first public project got 7 git stars. The feeling is fantastic. I don't have homepage or story, but I have a nice diagram :)

The question for me is why I'm releasing this, to feed the ego monster or because I really beleive it's worth it? I hope it's not the first, but not sure, tbh.

Re: Name It, and They Will Come

#46
> Finally, it’s the launch day. You publish the project on GitHub. You tweet about it and submit the landing page to the popular open source news aggregators.

What are some popular open source news aggregators oter than HN?

Re: Name It, and They Will Come

#47
post #33
post #16

Even if you don't understand the point the author is trying to make, this part you should be able to understand perfectly, and I find it a perfectly accurate description of what happens 90% of the time: = = = = The top comment thread picks on the coding style in a README example. It turns into an argument about indentation with over a hundred replies and a brief history of how different programming languages approach…

This quoted section on its own makes it sound like Dan is complaining about all the people who aren't discussing the thing he (the creator of the tool/library/idea) wanted them too. I thought the same thing as I first read this section. But I think it becomes clear that he's not making that complaint, or at the very least, he describes a clear reason why people tend to discuss certain concepts, and offers a way to tr…

I disagree, I think the article was very lacking when it came to actually offering concrete advice to address the situation or, at least, was very obtuse in the giving.

To have a focused discussion on Thing X, ask for a focused discussion. The scenario he stated (discussions on the README getting picked up and whitespace preferences being spun into a mini-holy war) is just... it's going to happen unfortunately. But that discussion wasn't one the author initiated for feedback, it was a general comment thread on the repository. If you, as an author, want to spark an intelligent discussion on your product than do just that, present the points you want to debate while allowing some freedom for that noise since it isn't always useless.

Instead of: "Hey HN, I just wrote a badass new streaming protocol" and linking to the github source, specifically mention your concerns about continuing to rely on TCP for video streaming and the buffering lag it induces, link to a blog-ish thing which links to your source but frames a number of questions or doubts you have around your project if you, indeed, are at a loss and want to turn to the internet as a whole to try and solve them.

Basically, as I do in my workplace, refuse to let your discussion/meeting/whatever become a vaguely directed waste of time - set a clear agenda (i.e. a set of specific points in a blog post) to help funnel the discussion toward the useful parts. In the resulting chatter you'll probably get some whitespace criticism (spaces are simply poor manners, #tabs4lyfe) you'll get some chatter about your question (and on HN that'll be floated to the top) and you might get someone who dug behind your question and found that - yea TCP is bad, but if you're going to use UDP you'll need to have some solid check-summing in place which your project currently lacks.

So, you need to direct the discussion, but allow noise, without noise you'll eventually settle the discussion into a local maximum of functionality where everyone is nodding and saying "Yup we did it, it's not a solvable problem but we've clearly come up with the best partial solution."

Re: Name It, and They Will Come

#49
post #47
post #33

Earlier quoted context omitted.

This quoted section on its own makes it sound like Dan is complaining about all the people who aren't discussing the thing he (the creator of the tool/library/idea) wanted them too. I thought the same thing as I first read this section. But I think it becomes clear that he's not making that complaint, or at the very least, he describes a clear reason why people tend to discuss certain concepts, and offers a way to tr…

I disagree, I think the article was very lacking when it came to actually offering concrete advice to address the situation or, at least, was very obtuse in the giving. To have a focused discussion on Thing X, ask for a focused discussion. The scenario he stated (discussions on the README getting picked up and whitespace preferences being spun into a mini-holy war) is just... it's going to happen unfortunately. But t…

I actually think your suggestions are perfectly compatible with a charitable interpretation of this article.

> Instead of: "Hey HN, I just wrote a badass new streaming protocol" and linking to the github source, specifically mention your concerns about continuing to rely on TCP for video streaming and the buffering lag it induces, link to a blog-ish thing which links to your source but frames a number of questions or doubts you have around your project if you, indeed, are at a loss and want to turn to the internet as a whole to try and solve them.

That sounds exactly like an example of Dan's suggestion to "tell a story."

Re: Name It, and They Will Come

#50
post #49
post #47

Earlier quoted context omitted.

I disagree, I think the article was very lacking when it came to actually offering concrete advice to address the situation or, at least, was very obtuse in the giving. To have a focused discussion on Thing X, ask for a focused discussion. The scenario he stated (discussions on the README getting picked up and whitespace preferences being spun into a mini-holy war) is just... it's going to happen unfortunately. But t…

I actually think your suggestions are perfectly compatible with a charitable interpretation of this article. > Instead of: "Hey HN, I just wrote a badass new streaming protocol" and linking to the github source, specifically mention your concerns about continuing to rely on TCP for video streaming and the buffering lag it induces, link to a blog-ish thing which links to your source but frames a number of questions or…

But my suggestions actually offered a story indicating what was wrong in a (hopefully it was sort of off the cuff) clear manner. I found the article to be lacking a clear demonstration of what was wrong and specifically actually lacking a clear solution.

What I stated above wasn't what I read in the article, it was my proposed solution to what I discerned the issue to be.

Post reply on HN