在工做中學習看問題的角度

向架構師學習

修改 A 致使 B 出了問題。

咱們：

• 這裏是個坑，下次要當心點
• 也許我應該寫文檔記錄下這件事
• 也許我應該告訴下其餘同事
• ……

架構師：從框架上保證 A 修改不會影響 B。

無論採用咱們的解決方案仍是架構師的解決方案都能讓程序正確。但能夠想象，若是採用咱們的解決方案，當這樣的問題堆積到必定數量後，咱們編碼的效率和質量將會很是低，由於你要時刻提防影響別的功能，無法專一地開發。保證程序的正確性，咱們是靠提高自身修爲，架構師是靠把咱們的工做變簡單。

---

向管理者學習

客戶那裏，咱們的代碼出現了問題，領導讓咱們分析下問題緣由。

咱們：仔細找找甩鍋的理由。

管理者：根據咱們反饋的緣由，想一想流程上添加什麼環節能夠避免往後發生這種問題。

咱們想的是解決這個問題，管理者想的是解決這類問題。

---

向產品經理、設計師學習

看一份設計圖。

咱們：這是個獨立模塊，那是個獨立模塊。

產品經理、設計師：用戶在 A 頁面發現問題，去 B 頁面分析緣由，再到 C 頁面處理問題。

在咱們眼中獨立的頁面，在產品經理、設計師眼中是一條條線索串起來的解決方案。看不到這些線索，不妨礙咱們成爲好的工程師，但妨礙咱們成爲好的架構師，由於你都不知道產品擴展的方向，架構怎麼合理得了呢？

設計師告訴我，公司主頁的設計思路是這樣的：

1. 創建認知 - 告訴別人咱們公司是作什麼的
2. 創建信任 - 向別人展現咱們公司作這個是頂尖的
3. 尋求合做 - 想解決相似的問題，找咱們公司吧

一個我之前認爲只須要抓眼球的主頁，其實背後也是這麼有邏輯的，很受啓發。