程序員的8個工作陋習

　　根據以前的工作經驗呢，我覺得程序員身上的這些陋習是阻礙程序員進步的ZD的一個障礙。

　　一、自我

　　那么首先程序員因為本身是一個腦力活動者，他那個是一個很重要的特性，就是非常自我。

　　很多時候就是說撰寫代碼的時候，基本上是不愿意去聽從別人的意見和建議的。

　　二、封閉

　　有的程序員很封閉，也就說它不夠開放。

　　如果是用一種開放和交流的心態來跟其他程序上來進行交互的話，那么這樣的相互取得的促進效果會是非常明顯的。

　　三、慣性

　　有一些有經驗的程序員會有一些工作的慣性，經常會說"我以前是怎么這么做的"、"我以前是這樣這樣做的，我就覺得你現在這樣做的不對"......

　　其實這種慣性，也是阻礙溝通的一種很大的問題。

　　四、溝通障礙

　　這是比較顯著的一類陋習，因為程序員整天面對電腦、只跟機器交互，所以說去跟其他產品經理和其他測試等等一些這些人去交流的時候，會有很明顯的溝通障礙。

　　五、一葉障目

　　這是ZD的問題，就是說程序員經常一葉障目，只看到自己眼前的工作。

　　比如說有一些團隊協作開發的任務的時候呢，只依據自己為中心。那么對于別人的一些請求，尤其有一些交互性的復雜的網絡接口的開發的時候經常會下意識地去拒絕別人。

　　六、工作量估計樂觀

　　還有一個最重要的問題，就是說經常會把工作量估計漏完。

　　比如說拿到一個需求的時候，好，我一個星期就能完成結果，真正的實現的時候呢，發現需要花兩到三周乃至更長的時間來實現這項工作任務。

　　七、拒絕變化

　　對于需求的變更來講的話，程序員的很大心態是有逆反心理的。

　　當我正在撰寫一個東西的時候，發現需求變更了，就會產生一種阻礙心態來拒絕變化。

　　但是拒絕變化的前提應該先進行客觀、合理的分析和判斷，最后再給出答案。其實它應該是要仔細衡量本身這個變化影響不影響我目前的軟件體系和架構?對我的工作量的增加有多大?這需要有一個好的估量來決定這個變化的取舍。

　　八、拒絕重構

　　最后且最重要的一個問題，就是說很多時候我們是拒絕重構的，因為這個重構有些時候是很難取舍的一個問題。

　　比如說經常會想，哎呀我原來寫的這個軟件體系結構，跟后面的整個實現過程中，變化會越來越大，而且信息學、新需求進來的時候呢，我就很難再保持一個良好的這樣的一個體系結構。那么經常會糾結，我是重構呢還是按照這個原來的路敲敲打打呢?

　　是否重構其實是需要根據我實際性的。比如尤其我前幾個月寫的一個安卓游戲，我也是經常處于這種心態，我也在糾結到底重不重構的?后來一咬牙一閉眼還是重構了。

　　重構的話，前期可能會花費點時間，但是能夠在后期保證我這個軟件的目標實現，且擁有一個清晰、完整的架構和體系結構，并且后期會達到一個易于維護的這樣的一個狀態。

　　前面所說的這些工作陋習，其實是大多數程序員的天性，我們需要在工作中慢慢改進，首先需要意識到這是一個陋習，有意識地去不斷糾正自己，用一種很好的心態來避免這些問題的發生。