慎說YES

在沒有搞清楚開發(fā)需求、任務(wù)工作量、團隊期望值之前，有前途的程序員不會輕易答應(yīng)。特別是對于新人來說，比較急于表現(xiàn)自己，對于同事或者老板的工作安排來者不拒，精神可嘉，方法不可取。

承諾太多，會出現(xiàn)自己無法按時完成的情況，即使按時完成，也可能沒有達到別人的期望值，長期以往別人對你的失望會越來越多。

敢說No

看起來和第一條雷同，其實細究起來不一樣。第二條執(zhí)行起來比第一條難得多。當(dāng)遇到明顯不合理的要求時，可以考慮拒絕，前提是準備好了全面充分的理由。不要經(jīng)常說No，但是一旦說了，就要切中要害。

有前途的程序員不會悶頭干活，知道自己的定位和團隊期望，分清楚哪些是不合理的要求，哪些是合理的要求，然后把明顯不合理的要求和領(lǐng)導(dǎo)溝通下，取得支持。

構(gòu)建自己的知識體系

在信息爆炸的年代，碎片化的知識很多，系統(tǒng)學(xué)習(xí)的時間越來越少，如果沒有自己的知識體系，很容易被淹沒在知識的海洋中，而且難以記憶。

老司機推薦的做法，通過Wiki或者其他知識管理工具構(gòu)建一個知識框架，大的分類可以包括軟技能、架構(gòu)、語言、前端、后端等，小的分類可以更細化。

培養(yǎng)大局觀

程序員比較容易陷入的困境是專注于自己的一畝三分地，不關(guān)心團隊的進度和業(yè)績，也不關(guān)心軟件的整體架構(gòu)和其他模塊。這種狀態(tài)長期下去沒有好處，特別是在大公司中，逐漸成長為一顆螺絲釘。

有經(jīng)驗的老司機們會在工作之余，多看看其他在做什么，看看團隊的整體規(guī)劃，看看軟件系統(tǒng)的架構(gòu)和說明文檔。對自己的工作更理解，而且知道為什么這個產(chǎn)品應(yīng)該這樣設(shè)計，為什么領(lǐng)導(dǎo)應(yīng)該這樣做規(guī)劃，這種大局觀非常有利于自己的職業(yè)生涯。

代碼審查

把這個單獨拎出來說，是因為對于程序員來說很重要。很多快速成長的公司沒有這個步驟，建議大家能夠堅持下來。

讓別人審查自己的代碼，可以得到更多的反饋，也是和同事交流的好機會；審查別人的代碼，可以借鑒別人的經(jīng)驗和思路。通常情況下，代碼審查比自己寫代碼的收獲更大，對于新手來說更有價值。只要你想做，不論形式是不是正規(guī)，都可以執(zhí)行下去，最好形成團隊的習(xí)慣。

良好的時間管理

遲到對于任何一家公司都是個頭痛的問題。作為一個程序員，有時候為了完成任務(wù)常常不得不熬夜，從而導(dǎo)致第二天上班就遲到了。但是我們的工作時間至關(guān)重要，因為在這段時間里我們要和客戶同步，也要與團隊其他成員一齊協(xié)作。

深入理解客戶需求

僅僅了解單一用戶的表面意思是遠遠不夠的。一個有前途的程序員應(yīng)該具備能把繁瑣的要求理解并分解成項目的技術(shù)任務(wù)或子任務(wù)的能力，并且最后拿到的成果應(yīng)精確滿足客戶的需求。

編程之前準備好全套算法

案例、偽代碼和流程圖統(tǒng)統(tǒng)都是非常重要的軟件開發(fā)手段。一個有前途的程序員如果沒有先準備好算法，那么他是不會像傻小子一樣興沖沖地開工寫代碼的。寫代碼實際上只是一個編碼任務(wù)。

理解并幫助定義驗收標準

是否需要高層次測試腳本是由產(chǎn)品所有者決定的，但是一個偉大的程序員必須能夠編寫技術(shù)測試腳本，并且深刻認識到跳過這些步驟可能會帶來的后果。

主動一些

一個優(yōu)秀的程序員不需要別人告訴他該做什么，他的主動性要比別人強一些，他可以自覺的關(guān)注流程，提高應(yīng)用程序的靈活性以及快速的解決開發(fā)過程中出現(xiàn)的Bug。

以上內(nèi)容大多關(guān)系到合理地規(guī)劃和整理，這是整體性能力的重要體現(xiàn)，在掌握好專業(yè)技能的基礎(chǔ)上，各位程序猿們一定要特別注意以上幾點。

點擊查看原文獲取更多程序員修養(yǎng)