如何更好地参与 Hacker News 讨论

Hacker News 有着独特的社区文化。最好的贡献来自那些真诚分享自己所知、所做、所经历的人——而不是试图操纵系统的人。这篇指南介绍如何以社区认可的方式参与讨论。

先花时间了解社区文化

在发言之前，先花时间阅读。浏览首页，打开评论帖，留意什么内容会被赞成，什么不会。你会发现一些规律：

• 具体的知识胜过泛泛的观点。 一条像"我在某公司参与了这个协议的开发，以下是我们学到的"的评论，远比"我觉得这好/不好"更有价值。
• 直截了当受到尊重。 HN 推崇清晰、不绕弯子的写作风格。跳过开场白，直入主题。
• 知性诚实很重要。 说"我不知道"或"我改变了想法"比不懂装懂更能赢得尊重。

社区对阴阳怪气、伪装成讨论的自我推销，以及对任何话题都适用的空泛评论容忍度很低。

写出好的评论

分享来自亲身经历的知识

HN 上最受重视的评论来自个人经历：

• "我做过类似的东西，遇到了 X 问题——这是我解决的方式。"
• "我已经在生产环境用了这个工具两年。最大的坑是……"
• "我们在公司尝试了这个方案。对 X 有效，但对 Y 失败了，因为……"

你不需要是权威。真诚、具体地描述你所见所做的，比宏大的论断更有用。

要具体

空泛的评论只是在制造噪音。与其写：

这是个坏主意。

不如写：

这个方法在尾延迟方面有问题，因为每个请求都要等最慢的分片返回。我们在大规模场景下遇到了这个问题，最终针对这个特定的读取路径切换到了最终一致性。

第二条评论教给了别人一些东西。第一条没有。

建设性地表达不同意见

HN 欢迎不同意见，但表达方式很重要：

• 回应论点，而不是人身攻击。 直接讨论观点本身。
• 解释你的推理。 "这行不通，因为……"然后给出具体原因。
• 承认对方说得对的部分。 "你说得对，X 确实如此，但我认为 Y 是个需要考虑的问题，因为……"

避免轻蔑的一句话回复。如果你认为别人错了，花时间解释为什么——你的解释可能也会帮助其他读者。

不懂的时候，提问

不是每条评论都需要是答案。好的问题同样有价值：

• "这和 X 方案相比如何？"
• "当需要处理 Y 这种边界情况时会怎样？"
• "有人测量过这个的性能影响吗？"

真诚的好奇心对讨论的贡献不亚于专业知识。

分享你自己的作品

Show HN 帖子

"Show HN" 是分享你做的项目的标准方式。社区欣赏：

• 清晰地描述它做什么 —— 不要用营销语言，就是它本身是什么
• 你为什么做它 —— 你在解决什么问题，你注意到了什么空白
• 实现中有什么有趣的地方 —— 同行会欣赏的技术细节
• 坦诚局限性 —— "它还不能处理 X" 比声称无所不能更能建立信任

回应 Show HN 上的反馈

当别人批评你的作品时：

• 不要防御。 HN 上的批评通常是真诚和技术性的。
• 回应具体内容。 如果有人指出了缺陷，承认它，讨论你可能如何解决。
• 感谢给出好反馈的人 —— 即使有些刺耳。找到真正 bug 的人帮了你一个忙。

分享博客文章

如果你在提交自己的文章：

• 确保内容对技术受众确实有用或有趣
• 使用真实的标题——不要写标题党
• 在评论区出现，回答问题并参与讨论

应该避免的事

• 虚假造势。 不要创建小号给自己投票，也不要叫朋友帮你投票。社区和版主会注意到，这会永久损害你的信誉。
• 没有实质内容的自我推销。 没有上下文或合理理由就丢一个产品链接，会被踩。
• 为了争论而争论。 如果你发现自己在进行毫无进展的来回辩论，退一步。不是每个观点都需要反驳。
• 空泛的评论。 "好文章！"、"赞"、"+1"——这些毫无价值。用投票代替。

英语不是母语也能参与

很多 Hacker News 的读者和贡献者都不是英语母语者。如果你因为语言原因犹豫是否参与：

• 清晰比完美语法更重要。 一条英文简单但技术内容扎实的评论会受到欢迎。
• 先用你的语言整理思路，再翻译。 这有助于你在翻译之前理清想法。
• Haiker 可以帮忙。 它会把文章和评论翻译成你的语言，当你在自己的语言下写回复时，它可以在发布前把你的草稿翻译成英文——让你自然地参与讨论。

下载 Haiker

用你的语言参与 Hacker News 讨论。Haiker 自动翻译帖子、评论和你的回复。

在 App Store 下载 | 在 Google Play 下载