「八仙過海各傳一招」，八招讓你成爲一名優秀的程序員！

有不少程序員抱怨道：

• 寫出來的代碼很亂怎麼辦
• 產品需求不停改怎麼辦
• 感受本身不是在敲代碼而是在寫bug

工做中的菜鳥經常被這些問題困擾，面對隨時可能改變的需求，面對突如其來的bug，心中泛起無數個羊駝，那面對這些問題到底該怎麼辦？

首先要想解決這些問題

做爲程序員的你，必須遵照下面的原則：

有很多程序員爲了表現本身的能力連需求文檔都不看硬撐着頭皮敲代碼，可當本身寫完程序後發現不能運行這下子完全傻眼了；

別覺得文檔沒啥好看文檔等於客戶需求讀不懂文檔就不知道客戶想要什麼。

做爲一名工做五年的程序員，若是如今拿出你四年前寫的代碼你可否認得出來？

• 答案是必定認不出來

若是如今拿出你四年前寫有註釋的代碼你可否認得出來？

• 答案是會有印象

註釋就像程序員的兒子身上的標記
若是不作標記，時間久了，你連你兒子都不認識

俗話說得好

一根筷子很容易折斷，可是一把筷子很難折斷

• 團隊就要有團隊的樣子
• 團隊須要的是溝通交流

不愛說話和溝通，需求都理解錯誤了，作出來的東西還能用嗎？最後只能加班返工。

產品需求是根據商業需求不斷調整的

改需求是再正常不過的事

在每一個行業中沒有誰可以一次性直接可以讓客戶滿意

• 客戶讓你改點需求那是正常的
• 客戶不停地讓你改需求那也是正常的

由於你掙的是客戶爸爸是你的金主，因此少點別抱怨。

新技術是好東西，但沒有百分百把握自做主張使用新技術，多半是做死

由於俗話說得好

No Zuo No Die

文檔的做用

大部分時候不是用來溝通的，而是用來作記錄的

大部分需求仍是經過口頭溝通，但若是你不寫文檔作記錄

那麼恭喜你：

你可能會面對一系列扯皮不要臉的無賴；

爲了不這種狀況，仍是放勤快點吧。

• 你感受不會出現問題的地方越容易出現BUG

• 你感受會出現問題的地方它果然會出現BUG

BUG無處不在，因此認真仔細點。

別覺得本身擼完代碼就結束了

當你把這些程序作好後，記得本身再檢查檢查

由於下面該出場的是測試人員

想一想他們也不容易

別把本身的爛工程交給測試人員

否則你本身會找罵

遇到不懂的問題要先盡力解決

別動不動就截個圖扔在別人求幫忙

上司和同事不是來給你擦屁股的；

可是真的搞砸了就要儘快求助不要嫌丟臉

高手都是從丟臉開始的；

因此爲了成爲高手，好好磨練本身！

###編程不易 作程序員更不易！！！