Weekly Summary(20200412)

清明节在家好好放松了下，虽然期间也有一些小意外，但也算是近半年我最放松的三天了。每天起来上午玩一下，然后悠闲地吃个午饭，下午两三点再和老婆、丈母娘一起出去外面逛几个小时，五六点回来又是娱乐时间，吃个晚饭，看看电视，然后睡觉。感觉自己这几天像是在养老，不过这种慢节奏的生活真是容易让人沉迷其中啊。

什么样的组织才不会被淘汰？

现在技术更新越来越快，工作压力也与日俱增，再加上自己年龄逐渐增大，这两年考虑这方面的内容比较多。其实这个问题的答案很早就有了，那就是持续学习才能让自己不被淘汰。但是光是学习还不够，你学习的速度、产出的价值还需要能跟得上业界的发展、公司的发展速度，否则就意味着竞争力的下降，最终只是迟一点被淘汰而已。

而光靠一个人的力量，是很难赶上这种速度的。因此你必须构建自己的系统，即组织，借助组织的力量，让学习和产出形成飞轮效应，越转越快，这样才能与时俱进。

所以，构建你的学习型的组织，这样才能不被淘汰。

数据驱动

今天看到一个关于如何设计搭建系统的文章，里面提到的通过 JSON Schema 来定义和约束组件，这又是一个数据驱动的典型案例，也正是我们所需要的。

感觉数据驱动的理念，在前端领域真的是太重要了。这一块我其实还没有深入去琢磨，应该有很多宝藏尚待我去发掘。这也是锻炼前端能力必须探索的方向。

虚拟机、内外网与输入法

公司出于安全、节约成本等因素，推行了一些措施，比如虚拟机办公、内外网隔离、禁止使用搜狗输入法等。很难说明这些措施给公司带来的利与弊孰大孰小。但是对一线开发人员来说，这些东西确实极大影响了开发效率，我自己在使用的时候，也经常会感觉很不方便。没有人来统计这些措施的执行所带来的量化收益与损失，这也就导致这些措施的利弊无法衡量了。

这些措施的推行，都是属于自上而下的推行。我在想，我们是否有其他更好的方案来解决这类问题呢？即在达到目的(比如安全)的前提下，不影响员工的使用体验，或者说将体验降级控制得尽量小。因为只有这样，才能最大化收益。否则如果这些措施不合适，持续造成开发效率降低，那么就会持续给公司制造损失。这样累积起来也是很大的问题。

关于焦虑

我有一个很不好的习惯，就是很容易因为工作而焦虑。平时总是时不时看下 vanish，哪怕是放假期间，也是一样的，总担心会有人找我，信息没有及时关注到。

比如 4 月 4 日接到 HX 的电话，有一个人要我准备面试下，然后我就开始焦虑(这里的焦虑主要还是出于计划被打乱的缘故)，开始准备，开始一直看 Vanish 信息，直到下午 3 点，也没什么事情，然后才决定出去逛一下。

又比如 4 月 5 日从中午接到领导的电话开始，就焦虑了一下午(领导说今天再看看 Boss 有啥想法)，担心会有新的内容联系我，一直持续到晚上 11 点，但是实际上啥事都没有发生，也就是我白白让自己的生命在焦虑中度过了半天。如果我还能活 30 年，那么今天因为一个电话，就浪费了万分之 0.5 的生命。

我总结了下，我的焦虑主要来自两个方面：一个是计划被打乱(这个其实更多的是自己计划被打乱的不满，而不是焦虑)；另外就是担心事情做不好。

晚上看了《时间规划局》这部电影，不禁想到：如果我每天醒来都只剩下一天时间，我会怎么度过？会这么焦虑或者悠闲么？我会想做点什么？来改变什么？

如何确认需求

和写作文一样，我们需要明确六大要素：时间、地点、人物、起因、经过、结果。

了解了事情的缘由，我们才能明确目的；明确了目的，才能制定合理的策略。否则一旦跑偏，就是费力不讨好。

找领域专家交流

最近 SMM 建议我做一个拓扑服务，他直接给出了大致的架构设计(标准化+存储+可复用的可视化)，与他的沟通并不多，但是却给了我很多启发。他考虑事情时所站的技术高度非常高。

这让我很是感慨：遇到问题一定要找对应领域的专家沟通，否则不是这个领域的人，是难以给出实质性的建议的。就比如你想解决技术问题，如果找了一个管理的人员去咨询，那么很可能反而会误入歧途。

让脚手架帮助你推广自己的产品

特别是面向开发人员的产品，比如一些工具组件，一定要有配套的脚手架。你看 JSLint、Vue、NPM 等等，这些优秀的产品都是有对应脚手架的。

没人愿意查看冗长的文档。

被别人干掉不如被自己干掉，被别人革命不如革自己的命

据说这是马化腾回忆微信成长发展过程时说的。

学习新框架/库的正确姿势

应该像 WHW 这样，写一个最简单的 demo，调试代码，先把框架执行流程，从源码层面弄清楚。