创业公司不要专注于创造产品，而要专注于解决问题。 –我们可视化组也是一样 这里的TOP10需求，是我们整个组的，不一定就是可视化相关的需求，因此提效方面的内容也是可以加进来的。 另外这些需求，首要的是先想清楚，是不是市场需要的。如果需求不被市场所喜爱，那么铁定费力不讨好。 注意难度，需要渐进式完成TOP10 关于推广：让领导帮你推广，不要只是自己慢慢推。 讲清楚三件事想要做出贡献，其实只需

这里先跳出互联网金融领域的限制，也不考虑规模大小，单纯地思考下有哪些方式是可以将可视化变现的。 另外，思考如何出圈。 短视频比如 B 站的Jannchie 见齐(github)，抖音的金十数据这种。 Jannchie 见齐的模式对于我来说，是最容易实现的，他就专注于排行榜可视化，在技术层面来说，我应该是有优势的，关键是想法。另外他抓取的数据，很多都是 B 站的，投放的平台也是 B 站，这样容易引起

我想表达的内容太多，结果最终表达出来的东西，没有命中听众的点。 其实只需要讲清楚这几个事情就行了： 我们做了哪些有用的内容、具体多有用？帮助哪些业务组解决了什么问题？ 我们做了哪些牛逼的东西、具体有多牛逼？ 我们接下去要做哪些有用和牛逼的东西？量化目标和策略是什么？ 做完 PPT 后，尝试思考：我有没有讲清楚这几个事情？如果没有，那就重新写。 至于其他的，什么未来规划、团队管理、基础建设

年末几个目标给 Boss 看到他想看的东西金融可视化、3D 可视化 量化数据：因为有我们，节约了多少成本、加速了多少项目时间让业务方自己说我们这个好，比如： 给基金团队带来多少帮助？给资讯团队带来了多少帮助？给 F10 带来了多少帮助？他们本来开发一个项目要多久，现在由于我的加入，需要多久？ XX 组原来需要几个前端，现在使用我们的东西，需要几个前端？ 有没有人说：ZCJ/可视化组牛逼！

安装gitlab的dockerhttps://www.jianshu.com/p/080a962c35b6 常用操作命令启动123456789sudo docker run --detach \ --hostname gitlab.example.com \ --publish 443:443 --publish 80:80 --publish 222:222 \ --name gitlab

我得搞个数据可视化产品化的流程图 从找数据开始，一直到后面的找灵感、技术实现等等。 弄成一个时间轴吧，或者关系图也可以。 用可视化的方式来讲解如何做可视化，把可视化的各个内容融入进去。 参考之前做《组件开发指南》的思路。 可以分类处理，在不同的环节 比如大事件可视化、组件可视化、业务可视化、地理可视化等，部分流程会有所差异。 高校北大可视化实验室的博客感觉北大的务实一些，有不少应用案例。 比如新冠

公司有专门做智能短视频的同事，今天跟他聊了下关于可视化在短视频中的应用问题。 其实几个月之前我就给他展示过我们这边能做的事情，包括我们的组件库、大屏、动态图表、数据新闻、图说新闻平台等。不过最终他并没有使用这些，据其反馈，主要有两个方面的因素： 我们的功能(比如动态图表)，没有数可视的花火好用，主要体现在模板太少 可视化在短视频中的作用有限，尚未找到一个好的突破口 关于第一点，问题倒不是很大，

今天晚上和设计团队的组长，一起给产品总监演示我们近期做的设计标准平台。产品总监给我们讲了很多东西，获益颇多，这里记录一下。 提升下限 vs 提升上限我们现在做的 HUX 平台、组件化等等，都是在提升下限。但是现在想要做出成绩，仅仅只是提升下限，是远远不够的。 产品经理 vs 设计/开发产品经理会自己主动琢磨如何将产品做好，而设计和开发往往不会。 这里总监讲了一个产品经理给标签起名字的案例

上周有个部门招了一个前端进来，领导对于他们给这个人员制定的试用期考核目标不满意，希望这个人能深挖技术，并给公司的前端带来一些实质上的改变。然后这个部门的开发主管就找我一起讨论怎么给这个人定目标。我们在讨论的过程中，遇到一个问题：前端技术深入的方向有哪些？该如何深入？ 我们经常讨论着就不自觉陷入了细节，然后又陷入了低标准、低眼界的困境，最终得出来的结论都很 low。 我觉得要想解决这个问题，得弄清楚

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