Tag: 随笔

结束了。和缘缘的恋爱结束了。

从 2025 年 6 月到 2026 年 1 月，这段时间就像偷来的。没有正式工作，不是在恋爱，就是在做自己的 side project，自由又充实。

我本来以为这段关系会持续更久，毕竟对方看起来十分理想，性格，想法都与我非常契合。

只能说，每一次和人交往，都是一次认识自己的过程。

有幽微的，阴暗的，也有澄澈的、安心的。

fin.

在一段时间里，我经常梦到同一个场景。

到现在，这个场景已经随着我人生阶段的发展，更迭了很多次。

今天我做了两次梦，一次在大邮轮上，另一次在一个房子里。和之前不同，这两个场景，我未曾经历过。

第三个网站 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 最浪费时间，因为很容易陷入细节调试的地狱，我就看这个设计不顺眼，但是又不知道怎么改好，想太久，时间就白白浪费了。

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

编程好难啊。

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

Q：你在玩什么？

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

在流动的世界里，抓紧自己的根。

昨天，梁老师说计划明年不在北京工作了。

我们刚在一起时，有一次夜晚，我送她回家，我们在金台路边沿河的座椅上接吻。

夏天，河道旁的空气潮湿、闷热，有蚊子，和一两个夜跑的路人，但是我们忘情亲热了很久。

直到前几天，她才和我说，我当时嘴里一股蒜味儿，她又气又好笑。

后来她就有了买口香糖的习惯，买了不少，她自己会放包里，还会给我的包里和衣服口袋里塞一盒。

昨天晚上我也吃了蒜，她说她来找我一块回家，我身上没有口香糖，又买了一盒。

但她还是尝出了蒜味。

我说，那你就把这个味道记住，以后吃蒜的时候要想起我。

她说，她不吃蒜。

社交圈的称呼是一个复杂的网状结构。一个圈内成员，对其他成员都有自己的专属称呼。同时圈内的其他成员也指导这些称呼指代的是哪一个人。例如一个年轻人称呼一个老年人为「老王」，圈内另一个更年长者可能管「老王」叫「小王」。多个能指，可以指向同一个所指。

也就是说，在一个社交圈内，大家的脑子里对某一个人的称呼实际上存在一个映射表（在表内可能还存在二级映射的结构，根据发起称呼的主体进行二次映射），可以将这些称呼自然的映射到同一个人身上，形成了一个网状构造。

称呼真是一件非常微妙的事情。亲缘关系、社会关系、权利关系都浓缩在这几个字里了。

创造，其实是一件很痛苦的事情。

爱是一种自恋的投射。所谓爱的奉献，其实是希望通过对方接受自己的爱，企图在对方身上看到奉献的自己。这是一种借由他人实现的自恋。说到底，爱的还是自己。