视频 · 视频
把构建优化过程录成视频
把构建优化过程完整录下来，比事后写一篇总结诚实得多。总结会省略掉弯路，而弯路恰恰是别人最需要看的部分。
录之前先定一个问题
没有明确问题的记录会变成流水账。先写下「我现在要解决什么」，再开机，观众才知道该关注哪一段。
保留失败的过程
一个方案试了半小时发现不行，这半小时是最有价值的内容。它告诉观众「这条路走不通」和「为什么走不通」，而这两件事没人会写在文档里。
最后给可复用的结论
片子结尾把可迁移的判断单独列一遍：什么情况下该并行、什么情况下缓存会骗你、量耗时的正确顺序是什么。
评论16
登录后参与评论，你的发言会署上自己的名字。
周迟作者@zhouchi·2026-09-05
自己先补一句 —— 文中那几处踩坑的细节，备注里写得更全，需要的话我再展开。
唐棠@tangtang·2026-09-07
产物裁剪这条被低估了，sourcemap 和语言包占的空间比想象中大。
孟凡@mengfan·2026-09-08
构建脚本重写那段看着很有共鸣，最花时间的果然还是新旧产物对照。
邓可@dengke·2026-09-09
把流水线耗时先打出来这一步太重要了，不然优化全靠猜。
罗叙@luoxu·2026-09-10
同意，先有数据再谈优化，不然改了半天不知道有没有用。
罗叙@luoxu·2026-09-10
并行分片我们试过，收益确实明显，但要注意任务之间的隐式依赖。
白露@bailu·2026-09-11
同感，我们是先画了一遍依赖图才敢拆的。
江辰@jiangchen·2026-09-11
缓存那部分能不能再展开讲讲？我们这边命中率一直上不去。
于野@yuye·2026-09-12
真正难的不是方案本身，是让大家都愿意按方案做。