阿里架構師的幾條經驗，精彩配圖

摘要： 不交流，就會頭破血流 不愛說話和溝通，需求都理解錯誤了，最後做出來才發現，只能加班返工。 文件沒人看，但還是要寫 文件的作用大部分時候不是用來溝通的，是用來做記錄的，大部分需求還是通過口頭溝通，但是不寫文件做記錄，後續就容易扯皮。 一定要...

不交流，就會頭破血流

不愛說話和溝通，需求都理解錯誤了，最後做出來才發現，只能加班返工。

文件沒人看，但還是要寫

文件的作用大部分時候不是用來溝通的，是用來做記錄的，大部分需求還是通過口頭溝通，但是不寫文件做記錄，後續就容易扯皮。

一定要寫註釋

不寫註釋，時間久了，你會連自己的程式碼都看不懂。

別指望需求會穩定

產品需求是根據商業需求不斷調整的，改需求是再正常不過的事，別抱怨。

業務高於技術

如果技術不為公司商業做服務，那將毫無價值，公司賺錢才是硬道理。

自己先測幾遍

不要寫完就扔給測試人員去測，經自己手的東西，要保證質量。

儘可能自己解決問題

遇到不懂的問題，要先盡力解決，別動不動就截個圖扔在別人求幫忙，上司和同事不是來給你擦屁股的，但是真的搞砸了就要儘快求助。