一哥的分享里一直有提到“复杂度守恒”，这个观点离我们越来越近了。有时候我们总以为自己多么能撕，减少了多少工作量，其实复杂度未必减少，只是它们转移到别的地方去了。这就是复杂度守恒，给我们的启示是看问题看得链路更长一点，长到开发之外，到业务、到人。
既然复杂度转移了，那到底应该在哪里去处理它们呢？一哥给出的回答是，把复杂逻辑放在最适合的地方做，总成本才是最低的。很多时候由于进度和成本原因，我们以“能用就行”做了一些临时处理方案，我们会发现一年前自己在代码里顺手写的 TODO 依然在那里。一哥早年有篇文章叫「金山银山 绿水青山」，讲垃圾治理与代码治理，给我们的启示是看问题要看得更长远些，不能只用进度来衡量。
为什么人会觉得累，为什么别人总觉得缺前端？我逐渐感受到：我们排期给出的时间，就是承诺的交付时间，并不是开发需要的时间。因为你很可能估不出真正的开发时间。
粽叔在大群里分享了他的成长路线，做前端 => 做技术 => 做事，再一次给我敲响了警钟。回想自己来饿了么面试时，粽叔问前端之外还想做点什么（大概这意思），当时懵逼了，表达自己在学校里做过一些爬虫和监控的项目。。。然而入坑以来，自己并没有未雨绸缪去储备过一些东西。
这周撕了3个需求，分享下我的套路，总的来说「把大需求聊小，把小需求聊没」。
为什么后端接口可以按业务流程来组织，很容易实现业务上的复用，优先加字段加标识，不行再开新接口。而前端受制于宿主平台，PC <=> H5 光靠响应式布局可能无法满足（信息组织不可用），另外 App 上用 native 实现的页面也难以复用到 web（受制于技术栈的实现）
所以，前端在业务上怎么去复用呢？看上去似乎「搭建」是条路，但怎么保证不会陷入不停开发模块或堆砌字段呢？
身为业务前端，却赋能不了业务，是否感到有点慌？
2019可以说是给我成长最多的一年，挑选印象最深的3点认知说一下。
在刚入职那会儿，这边都是 Angular 1.x 和 Vue 1.x，然后全部迁移到 Vue 2.x，再然后 Element 1.x 到 2.x，再到 React First，除了技术本身的新旧更替外，我觉得还有以下3个价值。
看到篇文章「从P4到P9，在马云家写代码到双11前端PM」，是舒文自己写的十年阿里经历，让我想起了在天猫实习的日子，记忆深刻，不自觉地就写成了下面的回忆录。
我有幸在2015年有一段短暂的天猫实习经历，在那时知道了@舒文，对他有两个印象：1是开敞篷跑车的骚年，2是斑马系统负责人。那一年的斑马初出茅庐，第一次在618年中大促中较大规模使用，而我当时所在的天猫超市业务，也是斑马的第一批忠实用户。
这是本教儿童理财思想的启蒙书，作为成人也很有借鉴意义。摘录了书中一些值得反思的句子。