weekly-summary-20200802

微软养老吗？光近两年，仅我知道的，轮子哥已经搞了一个 gaclib，一个 typescript 转义器之类的两个了吧？他搞得别的我不知道的东西应该还要多。那么问题来了，不养老的你搞了多少？拉出来溜溜？

见多识广

为什么 WHB、LZG 可以画出优秀的架构设计图？因为他们见得多、想得多，形成了自己的知识体系和认知体系，所以才能画出来。

而我画不出来，简单来说，就是胸中墨水少了。

想法这个东西，是随着你的信息储备才逐步迸发出来的。

没有无中生有，只有举一反三。

转型之路

1、不要叫可视化组了，改为工程效能组或者基础组或者架构组

2、从问财转到 B2C 团队

3、不招收应届生了，招高手做基础建设、框架等等

转型吧，转到哪里？一定是和业务结合的才行。

为什么不应该做开发的脚手架

我前几天本来是期望通过提供一个面向前端开发人员的脚手架，来绑定我们的可视化组件，达到推广可视化的效果。

但是今天仔细思考后，发现这个思路不对：我们现在可视化程度低，关键在于产品经理提不出可视化的想法。这样到了开发这边的需求就不是可视化的，那开发人员怎么可能用得上可视化组件呢？

因此我们应该先给产品经理和设计师推广和培训可视化。

关于给产品和设计师培训，这个年初就想过了，为什么中间又没有引起重视？

搭建系统的局限性

Vue 和 React 就是高效的搭建系统，我们现在提效，缺的是业务组件，不是这个工具本身。
https://www.zhihu.com/question/338929219/answer/868491081

可视化的价值突破

我要意识到 2 点：

1、可视化盘子太小

2、可视化是个锦上添花的东西，不是必需品

可视化的前景问题：如何突破价值体现？

业务组件的悖论

只有业务方才能写出好的业务组件，而我们又不是业务方，怎么写？

1、可视化的业务组件

2、我这边将所有业务组的组件归总管理起来

不同的端，要侧重不同的可视化

比如移动端，受限于屏幕大小和输入工具(手指点击)的不足，我们应该缩小数据量，并尽量让用户少操作，因此移动端的可视化需要着眼于少量信息的呈现和动画。

PC 端因为屏幕大，输入体验好(鼠标+键盘)，可以尝试展示较多的数据，并增加交互，引导用户进行探索型的使用，比如地理可视化、关系可视化等等。

看书对于想法的重要性

写不出总结，是没看书的缘故；我下午看了 1 小时书，就有了不少想法了。