一个技术人的知行笔记
这个系列写到这里，该聊点未来的事情了。
前三篇文章分别是：FreeInk 的全栈解析、硬件路线与软件路线的对比、各个项目的技术栈全景。这一篇我不打算再拉清单了——我想聊聊我看到的几个信号，以及它们可能会怎么改变我们读书这件事。
先说一个暴论：今天的电子书阅读器，在上手体验上，还没有超越十年前初代 Kindle Paperwhite 的水平。 无论是开源还是商业，市面上的阅读器本质上还是在做同一件事——把电子墨水屏换成分辨率更高的、加了前光、调了刷新率——但你在阅读器上能做的事情，和 2012 年没有本质区别。
翻页。标注。查词典。调字体。
就这些。
但这几年出现了一些有意思的信号，让我觉得这个局面可能快要被打破了。
前两篇文章聊了 FreeInk 的全栈设计和开源阅读器的硬件/软件路线之争。今天换个角度，从技术栈切入，看看这些项目的开发者们分别选择了什么工具来造轮子。
作为一个写了十几年代码的人，我有个习惯：看到一个开源项目，第一反应不是「这玩意儿能干啥」，而是「它怎么写的」。技术栈的选择往往暴露了一个项目的核心哲学——你选什么语言、什么框架、什么构建工具，背后都藏着你在乎什么、不在乎什么。
这篇就带你在开源阅读器的技术栈里走一圈。
上一篇文章聊了 FreeInk，一个从 SDK 到硬件全栈开源的电子墨水屏阅读器生态项目。文章发出去后，有朋友问我一个很直接的问题：
「FreeInk 和 unobox 不是竞品吗？你们做 unobox，为什么还要写文章推荐 FreeInk？」
这个问题聊开来，其实指向的是整个开源阅读器世界的一个基础分野。
上周逛 Hacker News，一条 421 分的帖子直接把我拽住了。
FreeInk，一个号称要做「开源电子书阅读器全栈开放生态」的项目。站点干净利落，没有花哨的营销文案，开门见山：我们正在构建从软件、固件到硬件的每一层——全部开源，任何人拿去用、去改、去自己造。
看到这句话我脑子里冒出的第一个念头是：终于有人这么干了。