> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/zh/2020-nian/w30-xing-neng-ren-li.md).

# W30-性能 & 人力

* **收银台的一些性能考量。**用Vue重构后的项目，在包大小上有明显的劣势。从产品来看，收银台有一些特点，展示刚性，使用高频。Q3接下来的时间，需要针对收银台场景的用例特点，给出有针对性的策略。大体上有以下三个方面，一是压缩包大小，目前的首屏包大小还是有继续压缩的空间的。二是缓存，收银台属于高频页面，高效的缓存策略应该可以让指标优化立竿见影。对于第一次打开收银台的优化，可以考虑加入Prefetch。三是一些相对比较激进，动作比较大的尝试。对于收银台这种定制化小，展示可穷举的页面，在社区中找到了一种可能比较契合的优化方案，[离线预渲染OPR(Offline Prerender)](https://juejin.im/post/5f03ea56f265da22ea0a2adc#heading-4)。这是一种基于Prerender的方案，把渲染HTML静态文件的任务放在一个离线服务中定时执行，在用户访问时直接输出对应的静态文件。
* **B端收银台人力安排的一些想法。**随着B端收银台接入规模的扩充，支付功能的丰富，平台能力的提升，我经常会在一些比较细碎的事情之间来回切换。比如协助排查日常的线上问题，细碎需求的开发等。介于目前B端收银的工作量， 2个全人力有些富裕，但如果可以加入一个实习的同学，既可以为backup，夯实组织保障，也可以让我释放出一些精力去做一些更加大块、高价值的事情。目前去做规划，和数据监控这些事情就有些精力不足。