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

    出版与作家生涯2018theverge.com

    为了在 Kindle Unlimited 套利,一群作者联手玩弄了亚马逊算法

    To cash in on Kindle Unlimited, a cabal of authors gamed Amazon’s algorithm

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

    导读

    一篇关于“Cockygate”的报道揭露了部分作者组织邮件互换、互推作品,操控 Kindle Unlimited 推荐算法以获取收入。事件背后是算法时代营销信任与内容质量的冲突,提醒写作者警惕投机式推广,回归作品本身。

    关键词 写作营销推荐算法内容质量读者信任

    可以直接用的写作要点

    1. 01

      不要参与邮件列表互换等互推营销,读者一旦察觉推荐只是利益交换,信任就无法挽回。

    2. 02

      平台推荐算法(如 Kindle、Steam)质量有限,主动经营自己的读者社群和直接触达渠道比依赖算法更可靠。

    3. 03

      创作优先考虑内容价值而不是迎合算法,否则整个行业会陷入逐底竞争,最终损害所有人。

    4. 04

      在宣传自己作品时保持透明和真实,宁可少一些背书也不要让读者觉得你满口营销话术。

    HN 评论精选

    作者之间互推邮件列表表面上像合作,久了会让读者怀疑推荐只是利益交换,写作者应警惕这种营销套路。

    文章里说,Valderrama 被指控组织“邮件列表互换”,作者们互相在各自的邮件订阅中推广对方的书。有趣的是,我在开发者、自由职业者以及 HN 和 Reddit 上“网络红人”作者身上也见过同样行为。我订过不少这类人的邮件,因为他们确实常提供有用信息。但因为我订的太多,开始注意到他们常常互相推荐产品。我明白这些背书也有可能是真诚的,但时间一长,看起来就像一个在会议上认识、然后约定彼此在邮件中交叉推广的互联群体。于是每个推荐都显得不真实,更像是一种换取对方推荐的对等交易。而且有可能我完全错了,只是自己胡思乱想。这不过是我的一个雷点,也许我夸大了它的普遍性。更别提那些写作者竟然用老套的长篇销售文案来卖自己的书和服务了……:)

    rpeden查看英文原文

    From the article: Valderrama allegedly said that she organized newsletter swaps, in which authors would promote each other’s books to their respective mailing lists. Funnily enough, I've seen this same behavior from developers, freelancers, and authors who are "internet famous" on HN and Reddit. I've signed up for quite a few newsletters from these people because they often provide useful information. But since I signed up for so many, I started noticing that fairly often, they'd recommend each others' products. I realize it's entirely possible that these endorsements are authentic, but after a while, it starts to look like it's an interconnected web of people that met at conferences and agreed to cross-promote each each other on their respective newsletters. And so it ends up feeling like each recommendation isn't really authentic, but is instead more of a quid pro quo in exchange for a reciprocal recommendation. And it's possible that I'm completely wrong and just imagining all of this. It's just one of my pet peeves, so perhaps I'm exaggerating how prevalent it is. And don't even get me started on developers who have resorted to hokey long-form sales copy to sell their books and services... :)

    平台必须预判并封堵算法被钻空子的方式,写作者也不应存侥幸心理。

    如果你运营一个平台,而它的算法能被“合作伙伴”为了获利而操纵,损害你或用户利益,那你应该预料到它正在或将会被操纵。设计规模化技术产品的一个重要部分是坐下来预判各种激励作弊和钻空子的方式,然后把漏洞当作 bug 来修补。这就像做一次安全审计,只不过攻击者是你的合作伙伴而非黑客。最好通过技术手段修复;如果不行,也必须在服务条款中明确不可接受的行为。即使有些行为你无法规模化执行(比如需要人工审核),你仍然需要有政策,以便针对情节严重的个案进行单独执法。否则你只能在会上说:“我们知道他们在钻空子,但我们无能为力,因为这不违规!”

    ryandrake查看英文原文

    If you run a platform and its algorithms can be gamed by “partners” for profit at your’s or the user’s expense you should expect that it is or will be gamed. An important part of designing tech products that scale is sitting down and anticipating all the various ways you are incentivizing cheating and gaming, and then closing the holes as bugs. It’s like doing a security audit, with the attackers being your partners rather than hackers. It’s best to fix the gaming via technical means, but if you can’t, it’s still important to spell out unacceptable behavior in the terms of use. Even if it’s something you can’t enforce at scale (for instance: enforcement requires manual review by humans) you still need the policy so you can do one-off enforcements against egregious cases. Otherwise you sit around in these meetings going, “well we know they are gaming the system but we can’t do anything about it because it’s not against the rules!”

    平台推荐算法很差,不能指望靠它被读者发现,创作者应主动走其他渠道。

    Kindle 商店在发现好作品方面已经非常垃圾了,Unlimited 让它更糟——不过是更多掩盖真实价格、挤走优秀内容的营销废话。他们的推荐算法很烂,只有想找同一作者的作品时才算有点用。Steam 也有同样的问题,不过至少他们在尝试用各种方式解决。

    guitarbill查看英文原文

    The Kindle store is already garbage for any kind of discovery, and Unlimited makes it worse being just more marketing BS to hide the real price and displace good content. Their suggestion algorithms are terrible, and only really work if you want something from the same author. Steam has exactly the same problem, although ar least they‘re trying to solve it in various ways.

    创作者若把赢过算法而非创作优质内容当目标,只会让行业整体变糟,这不是技术手段能解决的。

    为了赢得算法而不是创造有价值内容的竞赛,继续迫使所有媒体(包括书籍)走上逐底竞争。我真的不觉得这是技术能解决的问题。

    FussyZeus查看英文原文

    The fight to win over algorithms instead of creating worthwhile content continues to compel all media, books included, in a race to the bottom. I really don't think this is a problem tech can solve.

    同类还值得读

    1. 写书:值得吗?

      Writing a book: is it worth it?

      Martin Kleppmann(《设计数据密集型应用》作者)复盘写书到底值不值:金钱回报低、耗时极长,但带来了可见度、信任和职业机会。

      出版与作家生涯2020 · 642 分 · 287 评4 条写作要点编辑精选
    2. 写书并不是个好主意

      Writing books is not really a good idea

      这篇文章讨论靠写书谋生的现实难度,评论区从版税数学、收入预期和写作目标三个角度补充了作者视角。

      出版与作家生涯2021 · 577 分 · 609 评4 条写作要点编辑精选
    3. 如何自助出版一本书:实用资源清单

      How to self-publish a book: A handy list of resources

      这是一份关于「如何自助出版一本书」的资源清单帖,涵盖从编辑、排版到 ISBN、销售渠道的实操工具与花费。

      出版与作家生涯2018 · 558 分 · 88 评4 条写作要点编辑精选
    4. 我自助出版一本Ruby on Rails书,赚了7万美元

      How I Made $70k Self-Publishing a Book about Ruby on Rails

      这是一篇 Ruby 开发者自述:他把一套 Rails 性能课程(书+视频+答疑)自出版,一年毛收入约 7 万美元,并总结了选题、定价、营销等经验。

      出版与作家生涯2017 · 539 分 · 175 评4 条写作要点编辑精选
    5. 石黑一雄警告年轻作家因“恐惧”而自我审查

      Sir Kazuo Ishiguro warns of young authors self-censoring out of 'fear'

      石黑一雄提醒年轻作者因“恐惧”而自我审查,即这条帖子讨论的核心。

      出版与作家生涯2021 · 396 分 · 641 评5 条写作要点编辑精选

    打赏支持

    打赏二维码

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

    WeChat

    关注向阳乔木

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

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

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