在工做中学习看问题的角度

向架构师学习

修改 A 致使 B 出了问题。

咱们：

• 这里是个坑，下次要当心点
• 也许我应该写文档记录下这件事
• 也许我应该告诉下其余同事
• ……

架构师：从框架上保证 A 修改不会影响 B。

无论采用咱们的解决方案仍是架构师的解决方案都能让程序正确。但能够想象，若是采用咱们的解决方案，当这样的问题堆积到必定数量后，咱们编码的效率和质量将会很是低，由于你要时刻提防影响别的功能，无法专一地开发。保证程序的正确性，咱们是靠提高自身修为，架构师是靠把咱们的工做变简单。

---

向管理者学习

客户那里，咱们的代码出现了问题，领导让咱们分析下问题缘由。

咱们：仔细找找甩锅的理由。

管理者：根据咱们反馈的缘由，想一想流程上添加什么环节能够避免往后发生这种问题。

咱们想的是解决这个问题，管理者想的是解决这类问题。

---

向产品经理、设计师学习

看一份设计图。

咱们：这是个独立模块，那是个独立模块。

产品经理、设计师：用户在 A 页面发现问题，去 B 页面分析缘由，再到 C 页面处理问题。

在咱们眼中独立的页面，在产品经理、设计师眼中是一条条线索串起来的解决方案。看不到这些线索，不妨碍咱们成为好的工程师，但妨碍咱们成为好的架构师，由于你都不知道产品扩展的方向，架构怎么合理得了呢？

设计师告诉我，公司主页的设计思路是这样的：

1. 创建认知 - 告诉别人咱们公司是作什么的
2. 创建信任 - 向别人展现咱们公司作这个是顶尖的
3. 寻求合做 - 想解决相似的问题，找咱们公司吧

一个我之前认为只须要抓眼球的主页，其实背后也是这么有逻辑的，很受启发。