Dkphhh's Murmurs

第三个网站 Read PDF Aloud 上线了。

12 月 14 日开工，1 月 1 日凌晨上线第一版，到今天把已知的 bug 和不完善的地方全部修改完，一共花了大半个月的时间，是我工期最长的一个站。

Read PDF Aloud 核心的功能和交互相比之前的网站都要复杂，所以踩了不少坑，都是经验不足导致的。

程序设计上，这次核心的交互逻辑是用面向对象的方式完成。

svelte 的状态管理方式天然适配面向对象范式，官网文档上也专门就 runes 在 class 内的使用做了介绍。这次真正使用面向对象，我也感受到了面向对象的优势，心智负担低，越写越顺手。

但这一切建立在对象设计合理的基础上。如果一开始规划有问题，后面少不了返工。我这次就经历了推到重来的过程。

第二个坑是 CloudFlare Workers。这次的涉及到 PDF 的文字提取和 TTS Api 的调用，所以需要一些简单的后端功能。我最初为 PDF 解析和 TTS Api 调用编写了相应的后端接口，都非常简单。

但是，在我第一次部署到 Worker 后，我就遇到了后端报错。一开始我还以为是我部署方式不对，后来我又怀疑是不是我用的库不适配 Worker 环境。

看完 Worker 的后台日志以后，我才发现，错误原因是 Error 1102: Worker exceeded resource limits。

简单来说，就是 Worker 对单次请求消耗的 cpu 时间有限制。免费版是 10ms，付费版是 30s。一些计算量比较大的任务，难免会占用更多 cpu 时间。当时我心都凉了，一度考虑要不要租个服务器。我还上网查了一下，发现踩到这个坑的，不止我一个。

后来理智说服了我，在没有赚钱的情况下，不能乱花钱。那就只能让用户体谅一下我的难处了，把 PDF 解析放在了用户的浏览器里。

剩下的坑就是一些交互设计上的问题了。

我一直觉得写 ui 最浪费时间，因为很容易陷入细节调试的地狱，我就看这个设计不顺眼，但是又不知道怎么改好，想太久，时间就白白浪费了。

之前做的网站交互都比较简单，这个问题不明显。这次的交互方式更复杂，尤其是阅读器的界面，我边想边写边改，来来回回拉扯了两天。昨天上线，发现交互有问题，又改了一天。现在这版算是没有大毛病了。

编程好难啊。

Ai 世代的 Creator 最大的困扰应该是被人问「你这个是用 Ai 做的吗？」 截图来自：新一代工程师的破局与发展

太多的语言和文字，只是为了编织谎言，占用时间。

Ai 让我编程的乐趣消失了，至少消失了一部分。

编程的乐趣和打游戏一样，是绞尽脑汁、反复尝试，直到找到解法的那一刻完成压力的释放。

Ai 现在就和游戏里的「金手指」一样。在绝大多数情况下，脑汁不会被「绞尽」，把思路告诉 Ai，它能直接平推过去，大差不差。没有压力，就不存在压力释放时的多巴胺分泌，整个体验变得索然无味。

如果 Ai 已经可以穷尽人类对光怪陆离视觉奇观的想象，那么庸俗无趣的家庭录像带会更为可贵吗？

为什么 Ai 生成的东西，会有一股廉价感呢？

我觉得这种廉价感源于「特征太明显」。

比如说，文本内容比较空泛，缺乏细节。图片看起来非常油腻。视频的话，人物动作不自然、连贯，人物的声音也缺乏语气。这些都是人类能比较明显感知到的特征。

人类总是喜欢在显而易见的事情上追求完美。

我每次写 UI 的时候，都十分折磨，因为我总觉得不好看。写一点，改一点，再写，再改。一天下来什么进展都没有，一直在原地打转。

但我写后端代码时基本没遇见过这样的问题。

所谓金玉其外，败絮其中，就是这么来的。

Q：你在玩什么？

A：我在玩一款叫做 地球 online 的游戏，我选择的职业是 freelancer。我这个职业没有攻略、没有公认的天赋点分配方案，没有固定的升级路线，完全靠玩家自己去摸索。

比喻是一种文学修辞手法，在思考的时候滥用比喻是自欺欺人。因为比喻并没有创造新的观点和见解，只是在制造一种表达方式上的新鲜感。

语言是人类最自然的交互方式。但是和 Ai 说话的语言，和与人沟通的语言，在某种程度上是两种语言。

让 Ai 准确地干活，需要一种准确地指令式语言，没有什么暧昧空间和意味深长地留白。所谓语言的艺术，只会影响 Ai 的发挥。

由此来看，Ai 对人类语言习惯的影响，可能比它对生产力的改造，更加猛烈。

而语言，正是人类思维唯一的依靠。