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

Posted 2020-11-28 apolis

向架构师学习

修改 A 导致 B 出了问题。

我们：

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

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

不管采用我们的解决方案还是架构师的解决方案都能让程序正确。但可以想象，如果采用我们的解决方案，当这样的问题堆积到一定数量后，我们编码的效率和质量将会非常低，因为你要时刻提防影响别的功能，没法专注地开发。

向管理者学习

客户那里，我们的代码出现了问题，领导让我们分析下问题原因。

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

管理者：根据开发反馈的原因，想想流程上添加什么环节可以避免日后发生这种问题。

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

向产品经理、设计师学习

看一份设计图。

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

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

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

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

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

一个我以前认为只需要抓眼球的主页，其实背后也是这么有逻辑的。多掌握些看问题的角度，你能看得更精彩。