HN 写作课

工程师们二十年里聊过的写作。

工程师、作家、编辑和创业者在 Hacker News 上聊了二十年“怎么写”:怎么写得清楚、怎么讲好一个故事、技术文档怎么写、小说和出版是怎么回事。这里把其中关于写作与讲故事的帖子挑出来,配上中文导读、可以直接用的写作要点和评论翻译。

从必读开始
  • 2,600+篇关于写作的 HN 讨论

Writing tips

写作锦囊

正在抽一条写作要点…

Essential

必读 30 篇

在讨论库里看全部精选

编辑精选里 HN 讨论最热的 30 篇,每篇都有中文导读和写作要点。

  1. 正在载入…

Archive

讨论库

按发帖年份分布,点柱子筛选。

排序

    About

    这些讨论是怎么挑出来的

    1. 01

      从全量里捞

      读取 Hacker News 自 2006 年以来的全部帖子,用关键词先捞出 40 分以上、可能和写作有关的约 1.1 万篇。

    2. 02

      只留真正讲写作的

      由 AI 逐条判断是否和写作、讲故事、文风、出版有实质关系,剔除“写代码”“编辑器”这类字面撞车,并分进十个类别。

    3. 03

      提炼可用的要点

      为值得读的帖子写中文导读,提炼 2-4 条可以直接用到自己写作里的要点,并精选翻译 HN 高赞评论。内容由 AI 生成,可能有误。

    博客与个人写作2018baremetrics.com编辑精选

    创始人如何在一小时内写出高质量博客文章

    How founders can write a quality blog post in 1 hour

    阅读原文 HN 讨论
    79HN 得分
    34条评论
    4条写作要点

    导读

    这是 Baremetrics 创始人写的一篇实操文,讲创始人如何在一小时内产出一篇合格的博客文章:选题聚焦、只写自己熟悉的内容以省去调研时间、结构模板化。值得写作者读,是因为评论区给出了重要反驳——一小时成稿只适用于观点类短文,技术或复杂主题必须投入更多时间打磨,否则宁可不写。

    关键词 创始人写作选题聚焦读者意识编辑打磨

    可以直接用的写作要点

    1. 01

      动笔前先确认读者是谁:面向大众的观点短文可以套模板快速产出,面向开发者或专业读者的内容必须给代码、给证据、给完整叙事。

    2. 02

      把选题限制在你已经熟悉的领域,本质是用日常积累替代临时调研,而不是真的把功课省掉了。

    3. 03

      目标是写出该主题的“定论之作”,而不是把同一个话题再翻炒一遍;作为创业者,你天然是这个话题的专家,读者想听的是你的独到判断。

    4. 04

      留出独立的编辑时间——写完立刻发布是质量最容易崩掉的一步。

    HN 评论精选

    写作策略取决于读者与主题深度:浅内容可套模板,专业内容要写成该领域的定论之作。

    这取决于你的读者。如果你想靠“精辟金句”在一个成熟领域攒读者,那这类模板确实管用:聚焦一个观点、只写一件事、写得有共鸣、随手加粗几个词,流量就来了。但如果你写的是技术性、复杂或艰深的内容,就值得多花时间写对:写给开发者就附上能跑起来的代码;写硬话题就找研究支撑你的结论,并搭起真正的叙事(Priceonomics 做得很好)。尤其作为创始人,你的目标应该是写出这个主题上的定论之作——你正在做这个领域的公司,你本来就是最懂的人之一,人们想听你的想法。别用半吊子、重复翻炒的文章把自己贱卖了。我们做流量管理,就写过一篇长而硬核的文章(分两部分),非常成功,之后不再重复造轮子,直接把人指向那一篇。

    trjordan查看英文原文

    It depends on your audience. If you're trying to build an audience based on pithy advice in a well-known space, there are a lot of posts like this that apply. Focus your ideas, write about one thing, make it relatable, bold a couple random words, and Bam! Traffic! If you're writing about something technical, complex, or sophisticated, it's worth spending more time to get it write. If you're writing for developers, include code and make sure it runs. If you're writing about hard topics, find research to back up your conclusions and build a real narrative (Priceonomics does this well). Especially as a founder, your goal should be to write the definitive piece on whatever your topic is. As somebody starting a company on that topic, you are legitimately one of the foremost experts on this topic, so people want to hear your thoughts! Keep all those other rules in mind, buy don't sell yourself short by writing half-hearted pieces that sort of rehash the same topics. For example, where I work, we think that traffic management (routing, proxies, service mesh, all that rot) is a better way to do things if you've gone to microservices. One example is releasing software. So we wrote one article on it (in two parts). It's long, it's technical, and it has been so, so successful. We don't try to reinvent the wheel on this topic. We just point people to this post. https://blog.turbinelabs.io/deploy-not-equal-release-part-one-4724bc1e726b

    一小时成稿是营销话术,调研、起草、编辑这三步本身就需要大量时间。

    以一位收费很贵的文案的身份说一句:你不可能在一小时内写出一篇高质量的博客文章。看看这篇文章的内容吧:一、调研;二、起草;三、编辑……真是颠覆性创见。也许 Baremetrics 的作者们进不了《纽约客》是有原因的。

    fluxic查看英文原文

    Take it from a very expensive copywriter: you cannot write a quality blog post in 1 hour. Consider the content of this post: 1. research 2. draft 3. edit ...revolutionary. Maybe there's a reason why Baremetrics writers aren't in the New Yorker ;)

    所谓省时其实是把成本转移到平日积累上,写作没有捷径。

    文章里确实有些效率技巧,但“一小时”更像是标题党。比如它说选题应限于你已熟悉或最近在研究的内容,以压缩调研时间——可这本身就要求你先有专业积累。所以与其说你省掉了调研时间,不如说你是把写博客和日常工作重叠了。文章的建议总体不错,但并没有什么让人一夜变成博客高手的秘诀;写作和其他事情一样,需要同样的思考、拼劲和坚持。

    padobson查看英文原文

    I know there are efficiency tips here, but the "one hour" thing seems like click bate. For example, it says writing topics should be limited to topics you already know or have been studying recently to limit research time. Well, that seems like something that requires prerequisite expertise. So it's not really so much you're limiting your research time, as you're overlapping blog writing with your regular work. Again, the article has generally good advice, but there's no secrets here to make someone a master blogger. It's going to require the same thought, hustle, and persistence as anything else.

    同类还值得读

    1. 我坚持每天写一条 TIL,已经写了一年

      Show HN: I've been writing daily TILs for a year

      这篇展示作者一年每天写 TIL(Today I Learned)并整理到 GitHub 仓库的做法。

      博客与个人写作2016 · 819 分 · 150 评4 条写作要点编辑精选
    2. 如何写出开发者愿意读的博客文章

      How to write blog posts that developers read

      这篇(正文与评论未提供,仅从标题判断)讨论面向开发者写技术博客的方法:怎样让忙碌的工程读者愿意点开、读下去并读到结尾。

      博客与个人写作2025 · 603 分 · 154 评4 条写作要点编辑精选
    3. 博客写作风格指南

      A blogging style guide

      这是程序员兼博主 Robert Heaton 的博客写作风格指南,用几十条简短规则讲如何让技术文章更清晰、更好读。

      博客与个人写作2018 · 495 分 · 188 评4 条写作要点编辑精选
    4. 十年职业博客写作,我学到了什么

      Ten years of professional blogging – what I’ve learned

      这是作者回顾十年专业博客写作经验的总结,评论补充了写作作为深度学习、聚焦主题、保护写作习惯和选择发布平台等实践。

      博客与个人写作2017 · 362 分 · 126 评4 条写作要点编辑精选
    5. 十年博客写作教给我的事

      What I learned in ten years of blogging

      这是一篇博客作者十年写作经验总结,核心观点是写作的价值在于持续积累而非单篇爆款。

      博客与个人写作2018 · 356 分 · 162 评4 条写作要点编辑精选

    打赏支持

    打赏二维码

    觉得有用,请作者喝杯咖啡。

    WeChat

    关注向阳乔木

    微信公众号「向阳乔木推荐看」

    微信公众号「向阳乔木推荐看」二维码

    微信扫一扫;在微信里打开本页时,长按二维码识别。