很多人觉得游戏是洪水猛兽。社会上充斥着这些言论：玩游戏上瘾、影响学习；游戏是精神鸦片，游戏毒害了年轻一代…… 以前我可能会对这些言论嗤之以鼻，但现在垃圾游戏大行其道，很多游戏的确不值一玩。但我相信也有很多家长并不了解游戏，为了避开小孩沉迷的风险，干脆都不给玩。可惜现在电子设备如此普及，想完全不让小孩玩游戏很是困难。游戏与任何其他媒介一致，存在垃圾游戏，也存在非常好的游戏。就像你不会因为烂片很多就完全否定电影这种媒介，游戏里同样也有好的游戏，能带来独特的体验、智力的启发。 这里从我过去的经历开始，讲述游戏对我成长的重要意义，以及如何获得游戏中有益的部分。 我并不喜欢学校教育。初高中时，得益于家里有了电脑和宽带，以及当年网吧盛行，我有机会接触到一些游戏。其中我最喜欢的游戏是《魔兽争霸 3》。这是一款与人对抗的战略游戏，游戏机制很复杂，需要考虑非常多的因素：开采资源、发展科技、侦查对手策略、兵种相克、建筑学等等数不尽的细节。

我是一个程序员。当涉及比较大的技术决策时，我们会组织一波人到会议室，让人讲技术方案，其他人提意见。 经常会出现的一个情况是，对于一个稍复杂的方案，大家经常会聊很久却无法达成一致。原因经常有这些： 术语的理解没有达成一致 有些人缺乏对背景的理解 方案作者没有做出易懂的材料 这个时候白板会是非常方便的工具。在白板上比划比划，往往对理解起到很大帮助。但我认为：应该扔掉白板。因为： 大多数需求，没有复杂到需要用白板才能讲清楚 如果需要用白板，说明方案作者的材料准备不足，没法让与会者能很快理解 大多数技术问题，在你理清要求和约束后，方案就像是数学推理一样简单，没有一定要用白板才能讲清楚的 用白板讨论出来的结论，往往不会落到文档中，不利于知识的传承 事实上，在我工作过的、市值曾经全球前十的大厂，也经常会有这样的情况：什么文档也不准备，大家就开始在白板上边画边聊事情。看起来像是节省了时间，但是实际上沟通的效率和质量却是很差的。 扔掉白板背后的意义是，应该 写好文档： 写文档的过程中，你不得不全面细致地梳理思路 好的文档可以 形成杠杆，每个人都可以阅读并理解，节省沟通成本 但令人难过的是，我工作已经 8 年，周围写好文档的人少之又少。语病、缺乏逻辑、排版混乱，都是常见的情况。在 GitHub 上看项目时，感受到国人的项目文档较差，但老外的文档会比较好。在虾厂工作时，也能感受到新加坡同事的文档较好。这究竟是为什么？

2022 年 9 月更新：在本文编写后的半年多时间里，Obsidian 持续完善，新版本的易用性已经好了很多。社区的 Minimal 主题 极大地提升了美感和使用的愉悦感，且其作者会为 Obsidian 制作一个新的默认主题，也会极大提升观感。下面对于排版和用户体验的批评已经不再适用。 我用的笔记软件是 TiddlyWiki，已经用了 6 年多，写了 1500+ 条目；公开的部分放在 这里。 近几年 Obsidian 及 Logseq 大火，经常被人提及，于是我也尝试了下，但觉得他们都不够好。 Obsidian Obsidian 跟 TiddlyWiki 的定位很像，也是结构化的笔记软件（带目录树、tag 等）。 Obsidian 对比 TW 的优势，主要在于 编辑体验： Advanced Tables Toolbar 插件，写表格简直太爽了 按 Cmd-E 可以切换编辑态和预览态，还会记得你上次编辑的光标位置，非常实用 Paste URL into selection，这个功能非常实用，VSCode 的 Markdown 编辑器也有 有方便的 command palette Obsidian 的不足在于： 默认排版差，糟糕的 typography 和配色 用户体验差，难用，缺乏逻辑。这点抄下 VSCode 多好 仍不稳定，我调整过某一主题的 CSS，但是在 Obsidian 升级版本后，一些 style 又被改变了 Publish 服务收费，而且很贵 搜索功能缺乏想象力，既然有了 file-level metadata（YAML front matter），为啥不能根据 metadata 做搜索？ 总而言之，如果把 Obsidian 作为结构化笔记软件使用的话，我觉得 TiddlyWiki 体验更佳。...

在第 N 次整理 RSS 订阅、却没有从中获得多少阅读的满足感后，我开始思考 RSS 是否真的有帮助。 我用 RSS 订阅的内容都是独立博客。独立博客有这样的问题： 内容的普适性不强：一个博主的内容领域往往不止一个，但并不是每个领域我都感兴趣 内容更新频繁低：大多数博客一年的文章不超过 5 篇，很难在我每次打开 Inoreader 时就能发现非常好的新文章 订阅源有维护成本：主流的 RSS 工具对订阅源的管理支持不够。往往订阅了一个内容几个月后，我就不再记得当时为什么订阅了。也经常会有失效的订阅源需要清理 YouTube 在多年前把时间线改成以推荐为主后，有些人抱怨他们所订阅的频道并不会出现在时间线中。对此有个评论我很认可： 你订阅某个频道往往是因为它有一两个爆品内容，但是它之后的内容可能并不吸引你。 我觉得这个现象是广泛存在的。甚至大多数这类频道都不能有持续的产出。独立博客也有一样的问题。 另外一个问题是，任何创作者都有它的内容瓶颈。如果每周写一篇文章，写几个月后往往也没有新内容可写了。对于一个高产的博主，不一定需要去看他最新的内容，看之前的内容也是足够的。 因此，与其把 RSS Reader 当作阅读的入口，不如把它作为一个内容收藏器。也许某一天想看一些好内容了，可以打开 RSS Reader，看看曾经你认可的内容主有没有新的好内容出现。 另外一个做法是，关注博主的社交账号。像 Twitter 这种推荐系统做得好的平台，如果他发布了新的好内容，你会很容易看到。但当然社交平台的信噪比会比较低。

换了个新博客系统及主题。 起因 我的旧博客系统是基于 Jekyll 的，由 GitHub Pages 托管。 在我更新了旧博客后，GitHub Pages 就没法正常构建了；换成 Vercel 也一样不行。虽然旧博客在我的调优下排版已经比较 OK，但是想到 Jekyll 是基于 Ruby 的，我并没有兴趣去折腾 Ruby，索性就来看看有什么新工具可以选择。 我的需求 这次的新博客，倾向于做类似 Happy Xiao 的短内容。在我看来： 零散的技术内容没有价值，它应该存放在你的笔记系统中 每篇内容把一个观点简练地阐述清楚，别人可以看得有趣，对自己思考也有帮助 多写才会有提高 因此，对于博客系统和主题，我期望： 系统使用足够简单 主题足够简单 排版足够美观 我不在乎： 主题有没有好看的 UI 设计 有没有头图、评论等锦上添花的功能 博客系统选择 有几种选择： Next.js / Gatsby：比较新潮的单页应用框架。但是新代表着折腾程度高，而且 JS 项目在不维护的情况下，时常过几个月就不能正常构建了，我并不想浪费这个时间去折腾 Hexo：是专门做静态网站生成的。但是也是 JS 项目，有上一条一样的问题，我不想去折腾 Jekyll：直观感受是很优雅，但是基于上面的原因，我不太想继续使用了 Hugo：Go 编写的网站生成器 Go 的静态编译代表了工具的稳定性，因此我选择了 Hugo。而且 Hugo 的生态看起来也已经不错，showcase 中有些有名气的商业公司也在用它。但看了一眼它的配置，有一种堆叠了很多特性、缺乏设计的感觉。看日后的使用会不会受到困扰。 主题选择 事实上，对比用什么博客系统，我更关心有没有喜欢的主题。看到 @mdo 的 网站 及他做的 poole 主题，我很喜欢。mdo 的网站是我喜欢的风格：首页把全部内容列出来，没有多余的排版和装饰。它是基于 poole 主题做的，但是做了很多优化，比如在亮色和暗色模式下都很漂亮的 syntax highlighting，比如代码块在移动设备下的滑动体验等等。可惜这些改动并没有开源，也没有 port 回 poole 主题中。因此我放弃了。...