业务和项目总结
20190406
移动端页面在初始解析和数据加载之前，往往有一个短暂的空白期，是给用户一个展示页面大概样式的方案（Skeletron Page），还是直接一个 loading ? 这两个方案已经应用多年，已经有不少用户表示厌烦，让我们尝试下别的：
- 比如一个色彩并不复杂、但有趣的等待动画。
- SSR 也是不错的方案，但要考虑开发维护成本和具体场景。
- 简单的进度条 / 百分比，用户希望精确地知道什么时候能看到内容。
- 直接在性能上下狠手，缩小或消除 LCP、FID、CLS 等指标。
20200318
调研结束，别急着动手。
- 在项目之初，需要先理清概念和边界，将产品中的每个角色边界、可能发生的意外风险、角色间交互关系等理清。
- 设计每个角色的基础功能，并拥有可变可迭代的特性，应对后期的变化。
- 在此之上梳理出模块，最后组装。
- 当然，要想全面地梳理并不容易，也不大可能，可以尝试思考一部分，后面完善；或者尝试将线再切分，由小到大扩展。
- 《thinking in uml》
201806
地图的线路绘制，大批量数据的推送，以及性能相关的问题：重要的区域优先显示，同时定量、定优先级逐步批量显示
- 重复利用已有资源，比如渲染的实例 dom，维护渲染池，将不可见的回收利用。
- 同时在用户操作时，停止渲染，在空闲时绘制。
- 尽量少的合成层，避免使用 z-index，避免进行回流操作
- 渲染简单图片及样式
- queue + eventloop 任务切片 + raf + requestIdleCallback
引申：实际对于列表来说，最佳方案是虚拟列表，而时间分片，更适合热力图，地图点位比较多的情况
2020
旅游
地理定位、周边服务、景点、线路、翻译、消息系统、评分
未来优化：国际货币计算、离线缓存、评分评论
教育
秒杀
前端优化、消息系统
文档同步
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent