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

    技术写作与文档2015tuhs.org

    新发现的最早 Unix 手册草稿(1971)

    Newly discovered earliest draft of a Unix manual (1971)

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

    导读

    这篇讲的是 1971 年 Unix 最早手册草稿(Edition Zero)的发现与复原,HN 讨论关注它作为原始文档写得清晰、完整。值得写作者读,因为它展示了技术写作如何用有限篇幅把核心概念和用法讲清楚,甚至足以支撑别人据此写代码。

    关键词 技术写作文档Unix清晰表达

    可以直接用的写作要点

    1. 01

      把文档写成可直接使用的说明书:先交代系统或对象最重要的职责与核心概念,再给操作细节。

    2. 02

      清晰完整比篇幅更重要:早期草稿也能通过准确、简洁的说明让人据此动手。

    3. 03

      开头用一句话点明核心定位,例如“Unix 最重要的角色是提供文件系统”,帮读者快速建立框架。

    4. 04

      保留并公开早期草稿和版本,便于读者理解演进,也提醒自己先写出可用版本再迭代。

    HN 评论精选

    这份早期 Unix 手册写得清晰完整,单靠它就能支撑实际编程,说明好文档不必等到系统成熟。

    难道只有我觉得这里的评论跑偏了吗?这是 Unix 最初的说明文档。以当时的情况看,它写得非常好,也相当完整。这是 Unix 的 v0,才刚刚起步。仅凭这份文档,你就能——而且确实有人这么做——写很多代码。

    luckydude查看英文原文

    Is it just me or are the comments here missing the point? This is the original writeup of Unix. It's amazingly well written and pretty complete for when it was done. This is v0 of Unix, it's barely started. You could, and people did, write a lot of code with just that doc as documentation. Maybe it's because I'm a Bell Labs fanboy, I find this doc impressive.

    早期手册用一句话点明核心定位,也引出“一切皆文件”的历史语境问题:写作要交代概念背后的背景。

    手册里说:“UNIX 最重要的角色是提供文件系统。”我查了手册提到的 TGM(TGML),显然是 Thompson 用来写 B 编译器的。后来我逛到 Multicians 网站。一些计算史叙述认为 Unix 是 Multics 项目的替代方案。Multicians 网站则说 Multics 对“文件”的概念很不同,也可以叫“段”,所以“文件”一词可能有歧义。我想问经历过的人:今天介绍 Unix 时常说“一切皆文件”,但我从没见过有人解释为什么。1970 年代的背景是什么?Unix 的“文件”概念是对 Multics 做法的回应吗?这份早期手册又说:“UNIX 最重要的角色是提供文件系统。”

    aplorbust查看英文原文

    "The most important role for UNIX is to provide a file system." I looked up TGM which is mentioned in this manual (TGML). Apparently this was what Thompson used to write the B compiler. Anyway, I ended up on the Multicians site. Some online accounts of computing history suggest UNIX was an alternative to the Multics project. On the Multicians site it suggests Multics had a very different concept of "files", which could also be "segments". There was apparently potential ambiguity regarding the term "file". Here's my question for anyone who was there: Today we often see the phrase "Everything is a file" being cited when introducing people to UNIX. But I have never seen anyone attempt to explain why. What was the context in the 1970's? Was the UNIX notion of "files" a reaction to the approach taken by Multics? Again, this early manual says: "The most important role for UNIX is to provide a file system."

    同类还值得读

    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

    关注向阳乔木

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

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

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