This Week: 让系统自己慢下来

意外富翁 · 17小时前 · 生活 · 15 · 0

世界各国不友好手势
Issue #2

这一周其实有点忙。

不是那种“做了很多大事”的忙,而是公司里的事情一件接一件,回到家之后,很多时候只想倒头就睡。新鲜知识没有吸收太多,新的想法也没有像平时那样不断冒出来。

但回头看,这一周还是留下了一些变化。

有些是 Moovie 里的功能上线,有些是磁力搜索网站的后端重构,也有一些只是我开始尝试把自己的想法写到公众号里。

它们看起来分散,但其实都指向同一件事:我开始更在意系统能不能自己运转得更稳一点,而不是每次都靠人硬扛。


This Week's Story

这周 Moovie 做了不少优化。

个人公开主页以前是一次性加载所有影片。数据少的时候,这样做没什么问题,甚至还显得简单直接。但只要用户看过的影片越来越多,页面打开速度就会被拖慢。

所以这周把它改成了分页加载。

这不是一个很显眼的功能。用户不会因为分页加载而觉得产品突然变强了,但它解决的是一个迟早会出现的问题:当内容变多之后,系统不能还假设所有东西都可以一次性端出来。

广场功能也上线了。

用户点击“看过”、发布短评之后,这些动作会出现在广场时间轴里。以前 Moovie 更像是一个偏个人的观影记录工具,现在它开始多了一点公共空间。记录不再只是放在自己的列表里,也可以成为别人看到的一次动态。

我还给采集站点加了健康统计和熔断机制。

这个改动我挺喜欢。

以前站点挂了,系统还是会继续请求。它不会思考,也不会放弃,只会把每一次搜索都拖慢。现在站点异常之后会自动熔断,不再硬请求。前端搜索不用被一个坏掉的站点拖住。

这让我想到,很多时候优化不是让系统更快,而是让系统知道什么时候不该继续等。

磁力搜索网站这周也做了一次比较大的后端重构。

我用 Claude 重构了整个后端,把采集和页面渲染拆成了两个容器。采集任务和前端搜索也不再是原来的并行模式,而是由前端搜索下发异步采集任务,再由采集容器接到任务后并发处理。

这个模式比之前更清晰。

前端负责响应,后台 Worker 负责采集。用户不应该被后端正在等待哪些站点、哪些请求卡住。后面 Moovie 可能也会改成类似的形式。

很多项目一开始都可以靠简单结构跑起来。

但当功能变多、数据变多、外部依赖变多之后,真正重要的就不是“能不能跑”,而是“坏掉一部分的时候,其他部分还能不能继续工作”。


What Changed

Moovie 的个人公开主页改成了分页加载。

这让页面在影片数量变多之后不会一次性加载过重,也给后续继续扩展公开主页留下了空间。

Moovie 上线了广场功能。

用户的“看过”和短评现在可以进入时间轴,产品开始从单纯的个人记录,慢慢长出一点社区感。

采集站点增加了健康统计和熔断机制。

站点挂掉后会被自动熔断,避免前端搜索被不可用站点拖慢。这个改动不一定显眼,但对搜索体验很关键。

网站 logo 从之前的 emoji 换成了自定义 logo。

emoji 很方便,也有一点临时感,而且在不同系统中显示还不一致。换成自定义 logo 之后,产品会更像一个认真维护的东西。

播放器上线了完整弹幕功能。

现在可以发弹幕,也可以看弹幕。观影这件事终于不只是播放视频本身,也开始有了一点同时在场的感觉。

磁力搜索网站完成了一次后端重构。

采集和页面渲染拆成两个容器,前端搜索下发异步采集任务,采集容器负责并发采集。结构变清楚之后,后续扩展和迁移都会更容易。

我也开始尝试写微信公众号。

目前还没有明确方向。想到什么写什么吧。很多事情都是先开始,才知道自己真正想写什么。


What I Learned

这周最明显的感受是:系统需要有自己的边界感。

一个页面不应该默认所有数据都能一次性加载完。

一个搜索请求不应该被坏掉的采集站点无限拖住。

一个后端服务也不应该把采集、渲染、等待外部站点这些事情全部混在一起。

以前我会更关注功能有没有做出来。

现在会更多想:这个功能在数据变多之后还是否合理?外部依赖出问题之后会不会拖垮体验?这个结构以后还能不能继续长?

这也是为什么我对熔断和异步采集这类改动越来越有兴趣。

它们不是在增加一个新按钮,也不是上线一个新页面,而是在让系统学会保护自己。


A Small Detail

这周一个小细节是 logo。

之前用 emoji 做网站 logo,其实挺轻松,也挺适合早期项目。它不需要设计,不需要纠结,放上去就能用。

但用久了之后,还是会感觉它有一点像占位符。

换成自定义 logo 以后,变化不大,却会让整个产品的气质稳定一点。它像是在提醒我:这个东西不是随手搭出来玩玩的,它正在慢慢变成一个需要被认真对待的产品。

很多产品感不是来自某一个大功能。

有时候就是这些很小的替换:一个 logo,一个加载方式,一个不再硬等的请求。


This Week's Pick

本周推荐:OpenAI 的 Tibo(@thsottiaux)。

他在 X 上几乎成了我获取 Codex 重置消息的第一入口。

这听起来有点好笑,但对现在的我来说还挺实用。关注之后可以第一时间知道额度什么时候重置,不浪费一点使用机会。

最近订阅了玻利维亚的 Claude 套餐,也终于不用忍受国内 plan 聊两句就进入 5 小时限制的状态了。

工具额度这件事本身很琐碎,但它确实会影响工作流。

当你不用总想着“还能不能继续用”“会不会马上被限额”,很多尝试就会自然发生。工具稳定一点,人也会更愿意继续推下去。


Next Week

下一周没有特别宏大的计划。

可能会继续观察 Moovie 的广场和弹幕功能,看它们是不是真的让产品变得更有生命力。

也可能会继续调整采集架构,看看磁力搜索这套异步采集模式能不能迁移到 Moovie。

公众号也先继续写着。

不用一开始就想清楚方向。先把表达变成习惯,方向也许会在写的过程中慢慢长出来。

今天准备去看一下《蜘蛛侠:崭新之日》。

就当是给这一周收个尾。


❤️ Build a little. Learn a little. See you next week.


已复制到剪贴板

评论 0 条

暂无评论,来种下第一颗种子。