2019年，科技作家Craig Mod写过一篇流传很广的随笔，核心论点很简单：软件的响应速度，是工程质量最诚实的代理指标。他举的例子是写作软件Ulysses——处理一篇仅5000字的文档时，每敲一个字，整篇都要重新渲染一遍，肉眼可见地卡。他由此推出结论：慢，往往意味着技术债在暗处堆积；快，则说明工程师对细节偏执到底。
这个判断今天还站得住吗。把时间线拉到2024到2025年的用户反馈里看，答案没有那么干脆。
六年之后，证据本身在打架
Reddit上确实有人抱怨，往Ulysses里粘贴大段文本后应用变得非常卡顿，尤其是段落到了约3000字、又开着拼写检查和自动更正的时候，卡顿会更明显，关掉这些功能后有人反馈情况好转。也有帖子直接以"Slowness"为标题，吐槽iPad端"慢得离谱"。App Store评论里也有人提到键盘和鼠标支持有bug、反应慢，但说法比较笼统，没有specifically指向"逐字重渲染"这个原文点名的问题。
可另一边同样有真实反馈：有用户的文档写到一万七千到两万七千字依然没有卡顿；一篇软件评测也明确写道，长文档里打字流畅，没有察觉到明显延迟。这不是原文描述的那种"5000字就必然拖垮"的稳定劣化曲线，更像是分场景、分触发条件的局部问题。
"越卡越不信任"，是审美判断还是工程结论
人对延迟的感知确实极其敏感，哪怕只是几十毫秒的差距，也会被当成"不对劲"的信号，进而波及对软件可靠性、数据安全的整体信任——这是人机交互领域早就讨论过的现象。但把这种直觉直接等同于"工程质量差"，跳得有点快。
同一款软件完全可能核心引擎够快、边角功能拖后腿。Ulysses的卡顿争议里，触发条件往往是粘贴操作、拼写校对、自动更正这些外围功能，而不是最基础的逐字输入。把外围的卡顿等同于底层腐烂，是把审美体感当成了工程证据。
速度能不能当信任的代理，取决于你卡在核心还是边角。
- 建议.判断一款写作工具是否真的"腐化"，该看纯打字延迟，而不是粘贴、校对这类外围功能是否拖慢体感。
为什么Sublime能十年提速，Photoshop却做不到
原文里另一组对照更值得留：Sublime Text十年间只用越用越快，扔进去五万行代码依然流畅；而Photoshop新建一个空白文件的对话框都要等上几秒，导出快捷键Cmd-Opt-Shift-W要等三到五秒。当年苹果的Aperture正是被更快的Lightroom挤下牌桌，讽刺的是，Lightroom后来自己也走上了功能堆叠、逐渐变慢的老路，Adobe选择的解法不是修旧引擎，而是另起炉灶推出Lightroom CC。
- 风险.另起炉灶比重构旧引擎轻松，但代价是长期用户被留在越来越慢的老产品里等信任透支。
单一功能、长期打磨底层引擎的工具，更容易做到"越用越快"；靠不断叠加功能抢市场的多面手产品，几乎注定走向臃肿。这不是哪家公司不用心，而是产品路径本身的代价——对普通写作者和图像工作者来说，与其相信"用了很久所以靠谱"，不如去看这款工具这些年是在瘦身还是在长肉。