优点1、(真正的)小而美 源码77KB，大约3600行；压缩后57KB 2、可以按需加载 每个动效一个独立的源码文件，完全可以按需生成最终的CSS文件 3、动效全，能涵盖大部分需求场景 编译主要过程在项目下的gulpfile.js中。 通过Autoprefixer加上浏览器兼容性前缀。该插件的github地址是：https://github.com/postcss/autoprefixer

如何调试程序1npm run watch:bundle 注意，HTML 引入 dist 下的文件；如果遇到 TS 报错，设置@ts-ignore 即可。 ZRender 是什么这个文章描述得很清晰，这里就不再赘述了： https://www.runoob.com/w3cnote/html5-canvas-zrender.html ZRender 应用了很多计算机图形学的内容(详见其 core 目

今天同事GX分享了关于D3Charts的内容，这些我今后都会用到，因此这里做个记录。 程序设计d3charts是基于百度的ZRender来做的，可以用装修房子来理解： ZRender：工具箱，里面有各种工具，比如锤子、扳手、螺丝刀…… d3charts：小物件，比如凳子、桌子、床…… 产品：房子 d3charts, 底层依赖矢量图形库zrender,提供直观、交互丰富、可定制化的数据可视化图表。对

有套路可循，以推行动效为例： 1、了解上限：目前最优秀的动效是什么样的、有哪些关于动效的论文和理论支撑？2、竞品分析：我们的竞品公司在动效这块做得怎么样？哪些地方做得好/不好？3、需求：我们公司的产品，哪些地方可以将动效应用进去？4、实现：动效的实现方案、成本评估、开发5、推广：将我们做出来的组件，推广给产品经理 可以先列个大纲，然后做填空题。参考我们之前做过的数据可视化调研和动效调

向管理资产一样管理我的组员，比如说 ZHQ 和 ZP、ZZY、SXY，我应该辅助他们把一开始的东西和策略给建立起来，后面我就可以坐等收益了！ 必须由我亲自参与的，都不是资产，而是负债。 这才是做企业的思路，而不是凡事我都亲力亲为，我一个人能搞多少事情？搞不了多少的。 我的时间应该花在建立可持续自动运转的系统，以及提升自己的眼界上。

CodeReview 有多重要最近做了个 2B 的大屏项目，写代码的都是今年刚毕业的应届生，功能完成后，BUG 之多令人咋舌。我感觉我在甲方那边的声望已经从 GOOD 变成了 BAD，然后再到了 WORSET。 新人因为经验和业务的不足，写的代码在逻辑上、异常处理上、业务考虑上，都会很欠缺，进而导致一系列的 BUG，解决了这个，又冒出那个，让人疲于奔命。 之前我没有做 CodeReview，然后因

有个新项目，是用Egg.js框架写的，我们本地测试无误后，发布正式环境(2个docker实例)，发现有一个docker里面的程序起来了，但是有一个起不来。 查看日志，发现控制台报错： 12345678910111213142019-08-26 19:50:30,248 ERROR 13111 nodejs.AppWorkerDiedError: [master] app_worker#33:134

数据统计将贸易战大事件页面做下修改，然后投放到自媒体平台和问财平台上，统计下各项数据，然后制定我们数据新闻的量化目标。 可能包括：分享率、留存率、点赞率 数据新闻总结叙事性信息图 如何提速 模板 数据可视化类型 如何选择适合数据可视化的主题 如何挖掘和分析数据 如何组件化、平台化、模板化 需要招一个什么样的人？ 有丰富的金融业务知识 具有很强的金融新闻敏感度，能够找到有意义的主题 具备数据挖掘

自我施加的压力我发现其实外界客观给我的压力并不大，我的压力绝大部分来自于我自己。 比如遇到 Boss 任务，我就会很慌张，总是心里想着这个事情，然后自乱阵脚。 比如一些需要头审核或者过目的内容，我也会很谨慎，生怕出点纰漏。 其实对方可能并没有要求这么高这么急，但是我下意识地就会逼自己，甚至把这个压力转化为给组员的开发时间压力。 这个是很不健康的状态。如何从这种状态中脱离出来呢？ 首先，我不可能不

开发流程可视化这个需求，初期针对前端部分，我是基本没法参与的；但是最近的需求变更，我发现前端人员在思考方案的时候遇到了困难，而我自己居然可以进行前端部分的方案设计。 我思考了下，导致有如下原因： 我最了解需求因为这个我当面听需求方讲过需求，因此我相比前端开发人员，更加了解需求，所以我知道对方要什么，可以针对性对重点进行设计 我对于技术实现有持续跟进，有了解方案因为前面的需求，我都有持续跟进，并参与