一些备注两次截屏之间的间隙时间似乎可设置 addAnimationGapThreshold；不对，只针对动画？ 核心：p = timeHandler.goToTimeAndAnimateForCapture(browserFrames, marker.time); 关键：改写浏览器时间函数、控制时间线 思考：时间线能倒退么？不能，注释明确写了不能 需要了解browserFrames这个对

每日立会看板三要素待办事项 在办事项 完成事项 Scrum主管的三个问题1、你昨天做了什么去帮助团队完成冲刺？ 2、今天你打算做什么来帮助团队完成冲刺？ 3、什么因素阻碍了团队的前进之路？ 注意，不要把每日立会弄成工作汇报了，上面的三个问题必须和“我做了什么”、“我将要做什么”区分开来。 Scrum是团队作业，需要有人抛出问题，更需要有人主动站出来承担问题，不仅仅只是给个解决方案的建议而已。需要有

明确需求画架构图编写分解文档已经是属于细节方面的内容了，在做细节的时候，很容易因为细节陷入细节，导致迷失了大的目标和方向，最终分解的内容缺了一部分，或者优先级没处理好。 因此我们需要先有一个架构图，作为我们整体的指引。 画流程图按模块编写分解文档按照前面的架构图和流程图查漏补缺

问题 资源一定是永远不够的；如果能感觉到资源过剩，那就会出现裁员了。 资源不足的情况下，业务方肯定是不满于开发进度的，这种情况下，我们做的东西一定要考虑好如何做量化的价值体现，否则做了说不清，等于白做，业务方只会感觉开发一直都不靠谱。 基建问题基建不完善，没有形成一个完整体系，涵盖整个产品开发和运行周期我们的基建都很散，很多都是针对某个具体的小点的，而没有形成一个系统。我们去年之前，连一个大家达

程序框架形成一个自己的程序框架至关重要。程序框架其实就是你抽象自己的设计思路，抽取可复用部分，形成后续项目的基座。里面应该包含了程序目录结构、调试工具、编码规范的约束工具、日志工具、发布工具、常用函数库、常用业务库等等。这样就避免每次你都从头再来一遍，也避免了犯一些低级错误。 数据驱动后端业务代码，归根结底也是依托于数据流动，因此我们仍然需要以数据驱动作为核心理念去设计我们的程序处理流程。这里其实

调用方法一些知识页面transform.scale放大后截图scale：2 大小：364KB scale：5 大小：1225KB 截屏越大，速度越慢比如手机页面，高宽分别放大5倍(实际截屏面积应该是放大了25倍)，9秒的视频，截了近500秒，差不多是50倍的时间，太夸张了。 不过这可能也跟我笔记本没接电源有关系，还需要再测试一下。 录制常用参数说明--no-sandbox: 去沙箱运行 --dis

名词进程间通讯（IPC）Interprosses communication 参考资料官方文档： https://nodejs.org/api/cluster.html https://github.com/forthealllight/blog/issues/24 egg-cluster： https://juejin.im/post/6844904056184553486 Egg框架的clus

朱评漫学屠龙于支离益，单千金之家，三年技成而无所用其巧。 先想好价值有多大，再决定要不要去做一件事情。 人：因我而不同 事：超越寻常，价值体现 计划一定要跟人讲出来，有人评价、讨论，这样才能确定是否合理。 否则自己埋头定、埋头想，很容易走偏。 整体来说，国内的专业基本上没有，国外也只有苗头而已。数据可视化领域现在比较窄，感觉如果把这个作为业务（一种单独的服务）的话，价值链还没有形成，

刚接触数据可视化的组件开发时，往往会遇到一个问题，就是不知道该如何设计组件对外开放的配置项。我根据最近写组件的一些经验，对配置项的设计做个总结，方便后面参考。 我们一定要明确，组件的终态是什么样的。 原则不包含数据联动的HTML结构不应该开放，包含数据联动的HTML结构应该以formatter格式开放 交互不应该开放，这是组件内部实现 样式应该以组件为单位进行开放，统一以style字段开放出去