言传身教特别是其直接组长的言传身教。意识这个东西就是得靠日常不断的耳濡目染才能形成的。 组员的 KPI 和产品 KPI 绑定这里说的绑定并不是说直接将组员的 KPI 定成产品 KPI，而是通过一些形式让组员意识到自己的 KPI 是与产品息息相关的。比如将自己做的产品的过程数据、结果数据(比如 IP、PV、UV)展示出来，定期发送给组员。 开发讲解产品这是 B2C-WEB 用户端执行的策略，每个月组

移动端数据可视化移动端屏幕小，且是纵向延伸的，因此可视化的形式和PC端会有很大差异。这对可视化而言是一个难题，也是我们可以探索的一个方向。并且现在移动业务是主要的业务，这块有成果出来，是可以大量应用到业务上的，性价比很高。 关系图我们做了不少关系图，但是太散，没有形成完善的解决方案体系，技术上也没有文档和套路积累下来，也没有通用的关系图组件。 这个可以深挖一下，不管是老板的人员管理关系图，还是业务

想到一点补一点。 服务端不允许缓存12345location ~ \.(html|htm)$ { root /var/www/html; add_header Cache-Control no-cache; add_header Cache-Control no-store;} 客户端

有东西被加密了, 请输入密码查看.

有东西被加密了, 请输入密码查看.

移动端必备meta头1<meta name="viewport" content="width=device-width, user-scalable=no, initial-scale=1.0, maximum-scale=1.0, minimum-scale=1.0"> 不同设备的参数华为P20width=360dpr&#

远程协作沟通不便、人员素质达不到远程协作的要求 多部门合作大家缺乏配合的默契 需求太草率注意，需求描述上一定要谨慎、重复确认现在没有动态交互，就口头一说，很容易听的人和说的人理解得不一样，结果等做出来发现不是想要的，就又要返工前端这块问题很严重 没有工程化基础啥工具都么有，Vue 也不熟悉。 我们是做数据可视化的，业务开发很少涉及，手机的业务开发就基本是 0 经验。这样积累严重不足，各种踩坑。光是

选择比努力更重要选择比努力更重要，这句话我活得越久，越能感觉到其正确性。 每个公司都有各种不同的业务，同一个公司，身处不一样的业务组，你的提升速度、你的福利待遇，都是不同的，甚至可能相距甚远。因此选择一个有潜力的工作方向是至关重要的。 那什么样的工作方向才是有潜力的呢？ 我总结了四个字：做强需求。 强需求什么是强需求？大家都必须用的(比如docker)，或者某些业务的核心技术支撑(比如语音、搜索)

数可视算是国内数据可视化的先驱团队了，老板黄志敏是技术出身，是原财新传媒的CTO。 信息来自这篇对黄志敏的采访： https://tech.qq.com/a/20180622/010558.htm Slogan用标准化的生产流程，提升B端数据新闻生产效率，帮助用户节约时间、降低阅读门槛。 业务范围数据挖掘、数据分析、可视化方案、可视化组件 用户群体toB：政府、企事业单位 合作流程(1)与 B 端

别的公司是如何做数据可视化的？通用型这种一般会组建一个专门的团队，和我们现在类似。该团队对外的输出就是可视化作图组件，比如折线图、柱状图、饼图之类的。 这种团队一般会在组件成熟后，逐渐减少团队人员，只留下一两个维护人员。 业务型和具体业务绑定，只对自己团队的业务负责，不对其他团队负责。 输出的一般是具体的业务可视化成果，比如企查查的关系图、全历史的关系图这种。 一般是不怎么考虑通用性的。 而数据可