在工作中学习看问题的角度
向架构师学习
修改 A 导致 B 出了问题。
我们：
- 这里是个坑，下次要小心点
- 也许我应该写文档记录下这件事
- 也许我应该告诉下其他同事
- ……
架构师：从框架上保证 A 修改不会影响 B。
不管采用我们的解决方案还是架构师的解决方案都能让程序正确。但可以想象，如果采用我们的解决方案，当这样的问题堆积到一定数量后，我们编码的效率和质量将会非常低，因为你要时刻提防影响别的功能，没法专注地开发。保证程序的正确性，我们是靠提升自身修为，架构师是靠把我们的工作变简单。
向管理者学习
客户那里，我们的代码出现了问题，领导让我们分析下问题原因。
我们：仔细找找甩锅的理由。
管理者：根据我们反馈的原因，想想流程上添加什么环节可以避免日后发生这种问题。
我们想的是解决这个问题，管理者想的是解决这类问题。
向产品经理、设计师学习
看一份设计图。
我们：这是个独立模块，那是个独立模块。
产品经理、设计师：用户在 A 页面发现问题，去 B 页面分析原因，再到 C 页面处理问题。
在我们眼中独立的页面，在产品经理、设计师眼中是一条条线索串起来的解决方案。看不到这些线索，不妨碍我们成为好的工程师，但妨碍我们成为好的架构师，因为你都不知道产品扩展的方向，架构怎么合理得了呢？
设计师告诉我，公司主页的设计思路是这样的：
- 建立认知 - 告诉别人我们公司是做什么的
- 建立信任 - 向别人展示我们公司做这个是顶尖的
- 寻求合作 - 想解决类似的问题，找我们公司吧
一个我以前认为只需要抓眼球的主页，其实背后也是这么有逻辑的，很受启发。
