剔除每一寸多余的杂质
内容提要
作者删除了不常用的书签和互联网产品，改变了博客的后端和输入法，将文章数据以Markdown文件的形式储存在项目目录下，尝试了双拼输入法，使用Shortwave管理邮件和Blogtrottr订阅RSS，认识到简洁的重要性和追求简洁的原则，提到了开源软件的优势和分工明确的重要性。
延伸解读
从博客重构看“简单”的代价
作者将博客后端移除，改用Markdown文件存储文章，构建速度提升半分钟，发布流程简化为提交推送。这并非单纯技术选择，而是对“维护成本”的重新评估：原先分离项目维护与文章发布的想法，对个人博客反而增加了成本。放弃MDX也出于可移植性与专注写作的考量。这提醒读者，简化往往意味着放弃某些扩展性，需权衡自身实际需求。
双拼输入法的效率与节奏
作者从全拼转向小鹤双拼，看重其每个字固定两键的节奏感与较低学习成本。文中给出映射规则与记忆口诀，并坦言细节上不如全拼（如“xx”不能打“谢谢”），但整体速度提升明显。这为想尝试双拼的读者提供了具体参考：一天记键位、一周正常打字，但长期速度提升因人而异。
工具选择中的“安静能干”原则
作者弃用Feedly改用Blogtrottr，因后者免费将RSS更新发到邮箱，且无需常驻浏览器；Shortwave则用于统一管理Gmail邮件。对于Keybase、DeepL等一时兴起安装的工具，作者在确认无实际需求后卸载。这体现了一种工具观：优先选择不占注意力、按需存在且能完成核心任务的服务，而非功能繁多却长期闲置的产品。
简洁是思考的结果，而非口号
作者批评了标榜“极简”却堆砌侧边栏信息的主题，认为未经思考的重复会剥离概念意义。他通过亲身对比“繁杂的焦灼”与“简单的舒爽”，才真正理解“少即是多”。在写作中删去不必要的“了”字，在软件上偏好分工明确的开源产品，都是这一原则的实践。简洁不是外观装饰，而是对目的与成本的持续审视。
Q&A
作者为什么决定把博客的文章数据改成 Markdown 文件存储？
因为之前用 Next.js 后端时，缓存机制导致前端不能及时更新，加上 Vercel 构建和代码问题，每次发布文章都要修修补补。改成 Markdown 文件后，构建速度比以前快了半分钟，只需把文件扔进 Git 仓库提交推送即可，流程更简单。
双拼输入法相比全拼有什么优缺点？学习难度大吗？
优点是每个字无论全拼多长都只需按两下按键，整体打字速度提升明显，且有节奏感；缺点是部分常用语快打不如全拼（如 xx 只能打出「下」而非「谢谢」）。学习成本比五笔低很多，使用小鹤双拼口诀一天内能记住键位，一周内能正常打字。
Shortwave 是什么？作者如何用它统一管理多个邮箱？
Shortwave 是一个 Gmail 的第三方邮箱客户端，作者被其方便的邮件管理方法吸引。由于常用域名邮箱绑定 Gmail 需付费，作者选择把另一个邮箱的邮件自动转发到 Gmail，从而在 Shortwave 上管理所有邮件。
作者为什么弃用 Feedly 而改用 Blogtrottr？
Feedly 的更新提醒和 RSS 转邮件服务是付费的，且作者很少主动打开 Feedly 查看更新。Blogtrottr 可以免费把订阅链接的更新内容发送到邮箱，作者认为 RSS 只是更新通知作用，Blogtrottr 完全能做到，且不需要在浏览器书签里多占位置。
作者对「简洁」的理解经历了怎样的转变？
作者以前以为白底黑字加阴影边框、没有花哨图案就是简洁，甚至给主题打上「简洁」标签却未真正理解。后来通过亲身实践减法，体会到「简单」的舒爽与脱离「繁杂」的焦灼形成对比，才认识到简洁不仅是外观，更是思考的结果，口号式的重复会剥离意义。
作者为什么更偏好开源软件？
因为国内不少软件为了商业目的添加不属于自身定位的功能（如购物软件里刷短视频），导致程序臃肿。开源软件不需要为商业目的臃肿，能集结社区力量专门做好一件事，简单高效；作者认为分工明确才能保证效率，各司其职大家都舒服。
