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 生成,可能有误。

    技术写作与文档2019news.ycombinator.com

    Show HN:我写了一本关于 GNU grep 与 ripgrep 的书

    Show HN: I wrote a book on GNU grep and ripgrep

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

    导读

    这是一位作者为自己自出版的技术书《GNU grep 与 ripgrep》做的推广:限时免费下载,配套代码、示例文件和样章都放在 GitHub,PDF 由 pandoc+xelatex 生成。评论区并没有讨论内容本身,而是集中批评这本书的文字质量(冠词大量缺失、像是翻译中丢了东西),对任何打算收费或发布的写作者都是很直接的提醒。

    关键词 技术写作自出版校对编辑可读性

    可以直接用的写作要点

    1. 01

      面向初学者又要能当参考书,就得从零讲清基础概念,同时提供大量可直接上手的例子,让读者能边查边用。

    2. 02

      付费或正式发布前一定要请人(或至少自己通读一遍)校对:缺冠词这类小错累积起来,会让读者觉得“内容再好也不值这个钱”。

    3. 03

      把示例文件、代码片段和样章放到公开仓库,既能降低读者的试读门槛,也能自然换来具体的反馈。

    4. 04

      写作时优先追求可读性而非炫技:功能再强、性能再高,如果读者读不懂,传播效果就会大打折扣。

    HN 评论精选

    文字硬伤会直接摧毁付费产品的可信度。

    这本书应该先过一遍编辑。全文到处都缺冠词(a、an、the),明显是翻译或生成过程中丢了东西。发在博客或 HN 评论里无所谓,但如果你要收钱,那就是另一回事了。

    iamnotacrook查看英文原文

    This should be run past an editor. The text is missing articles (a, an, the) all over. Something obviously got lost in translation. It's fine for a blog or comment on HN or whatever but if you're asking for money...

    好内容也需要专业编辑打磨,别把内容好当作不编辑的借口。

    拜托拜托,请个编辑吧。你的内容很好,只是需要编辑加工。

    rmbryan查看英文原文

    Please please please hire an editor. You have good content that needs editing.

    性能和可读性常常此消彼长,写作同样要在“高效”和“易懂”之间做取舍。

    当休闲读物看挺有意思:拿任意一个 BSD 工具和 GNU 版本的源码对比一下。BSD 的 tail 通常短小漂亮,GNU 的则要复杂一些。GNU 工具可能性能很高,但往往很难读懂。

    etaioinshrdlu查看英文原文

    For fun casual reading, try comparing the source code of any BSD utility vs. GNU. BSD tail: https://searchcode.com/codesearch/view/457515/ GNU tail: https://github.com/coreutils/coreutils/blob/master/src/tail.c Usually the BSD one is short and sweet and the GNU one is a bit complex. GNU utilities may be high performance but they tend to be hard to understand.

    同类还值得读

    1. 编写更好文档的框架

      A Framework for Writing Better Documentation

      这是 Divio 的文档写作框架,把技术文档按「读者的目标」分成四类:教程(学习导向)、操作指南(问题导向)、参考(信息导向)、解释(理解导向)。

      技术写作与文档2021 · 637 分 · 76 评4 条写作要点编辑精选
    2. 写好一份设计文档

      Writing a good design document

      这篇 HN 帖子标题为《Writing a good design document》,主题是如何写好一份设计文档;对写作者来说,它值得作为技术写作和结构化说明文的参照。

      技术写作与文档2025 · 581 分 · 147 评3 条写作要点编辑精选
    3. 技术写作课程

      Technical Writing Courses

      这是 Google 官方免费技术写作课程(两门),讲受众定义、主动语态、短句、文档结构等基础方法。

      技术写作与文档2020 · 571 分 · 73 评4 条写作要点编辑精选
    4. 写出更好的错误信息

      Write better error messages

      这篇帖子讨论如何写出更好的错误信息,评论补充了开发者场景下的具体做法和真实反面案例。

      技术写作与文档2022 · 566 分 · 253 评4 条写作要点编辑精选
    5. 写一本技术书的经济账

      The Economics of Writing a Technical Book

      一位技术书作者拆解写书的真实经济账:版税收入往往远低于投入的时间成本。

      技术写作与文档2018 · 519 分 · 149 评4 条写作要点编辑精选

    打赏支持

    打赏二维码

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

    WeChat

    关注向阳乔木

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

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

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