這篇文章其實來自于后臺粉絲的一個問題：“在程序員的職業生涯初期，哪些習慣是應該從一開始就養成并保持住的？”

我不是最適合回答這個問題的人，但是作為一個技術出身的媒體人，有義務提供自己的答案。經歷了7年的技術生涯，后來作為媒體人又有機會接觸到各種頂尖的技術大牛，我覺得這些習慣是值得養成的：

慎于說Yes

在沒有搞清楚開發需求、任務工作量、團隊期望值之前，100分的程序員不會輕易答應。特別是對于新人來說，比較急于表現自己，對于同事或者老板的工作安排來者不拒，精神可嘉，方法不可取。承諾太多，會出現自己無法按時完成的情況，即使按時完成，也可能沒有達到別人的期望值，長期以往別人對你的失望會越來越多。所以推薦的做法是在接受任務時，多問幾個為什么，哪怕招人煩也問題不大，把要做的事情弄清楚，和同事和領導多交流明白，之后再說Yes也不遲。

敢于說No

看起來和第一條雷同，其實細究起來不一樣。第二條執行起來比第一條難得多。當遇到明顯不合理的要求時，可以考慮拒絕，前提是準備好了全面充分的理由。不要經常說No，但是一旦說了，就要切中要害。100分的程序員不會悶頭干活，知道自己的定位和團隊期望，分清楚哪些是不合理的要求，哪些是合理的要求，然后把明顯不合理的要求和領導溝通下，取得支持。

構建自己的知識體系

在信息爆炸的年代，碎片化的知識很多，系統學習的時間越來越少，如果沒有自己的知識體系，很容易被淹沒在知識的海洋中，而且難以記憶。100分程序員推薦的做法，通過Wiki或者其他知識管理工具構建一個知識框架，大的分類可以包括軟技能、架構、語言、前端、后端等，小的分類可以更細化。每周定期把腦海中的東西梳理到管理工具中，讓大腦卸下負擔，只記住框架、大的分類和關鍵點，這樣可以繼續吸收新的知識。工作中的收獲不斷填充上去，慢慢就形成知識體系了。

培養大局觀

程序員比較容易陷入的困境是專注于自己的一畝三分地，不關心團隊的進度和業績，也不關心軟件的整體架構和其他模塊。這種狀態長期下去沒有好處，特別是在大公司中，逐漸成長為一顆螺絲釘。100分程序員會在工作之余，多看看其他在做什么，看看團隊的整體規劃，看看軟件系統的架構和說明文檔。對自己的工作更理解，而且知道為什么這個產品應該這樣設計，為什么領導應該這樣做規劃，這種大局觀非常有利于自己的職業生涯。

代碼規范

程序員在新手時期需要培養良好的代碼規范。最直接的辦法，遵循公司已有的代碼規范（如果沒有類似的規定，也是醉了），從簡單的變量命名到模塊劃分，有些規則可以導入到編碼工具中，更多的部分需要自己體會和遵守。關于此方面的知識，最權威的書籍是《代碼大全》，別誤會，書名是個美麗的錯誤，里面不是代碼集錦。對于新手來說，養成一個統一的編碼風格非常重要，是基礎一步。不要把重點放在哪個代碼規范更好的爭論上，肯定是各有利弊，選定一個遵循即可。

代碼審查

把這個單獨拎出來說，是因為對于程序員來說很重要。很多快速成長的公司沒有這個步驟，建議大家能夠堅持下來。讓別人審查自己的代碼，可以得到更多的反饋，也是和同事交流的好機會；審查別人的代碼，可以借鑒別人的經驗和思路。通常情況下，代碼審查比自己寫代碼的收獲更大，對于新手來說更有價值。只要你想做，不論形式是不是正規，都可以執行下去，最好形成團隊的習慣。

學習業務知識

作為100分的程序員，除了精通開發知識，還應該了解業務知識。很多情況下，來自于業務部門的需求是不清楚的，了解業務知識的程序員可以更好地和業務部門交流，而且從業務和技術角度兩方面來考慮問題，可以對產品有更好的設計和架構，并可以樹立自己在團隊中的地位。學習業務知識，可以從基本的內容開始，先了解與自己工作相關的內容，然后逐漸拓展到其他部門，應該對整個業務領域有一個了解。這就是為什么有些領域的公司研發部門在招聘程序員要求具備對應專業的資格證書。

堅持

任何習慣的養成都需要堅持，理論說的再花哨沒有實踐也是白搭，三分鐘熱血的事情太常見，好的建議很多，堅持個幾項下去就可以受益良多，所以100分的程序員不是最聰明的那批人，而是具有好習慣最多的人。

最后的最后說一句，學無止境，100分的程序員和90分的程序員區別大嗎？100分的程序員之所以得100分是因為滿分只有100分，而90分的程序員是真實的水平反映。

這篇文章其實來自于后臺粉絲的一個問題：“在程序員的職業生涯初期，哪些習慣是應該從一開始就養成并保持住的？”

我不是最適合回答這個問題的人，但是作為一個技術出身的媒體人，有義務提供自己的答案。經歷了7年的技術生涯，后來作為媒體人又有機會接觸到各種頂尖的技術大牛，我覺得這些習慣是值得養成的：

慎于說Yes

在沒有搞清楚開發需求、任務工作量、團隊期望值之前，100分的程序員不會輕易答應。特別是對于新人來說，比較急于表現自己，對于同事或者老板的工作安排來者不拒，精神可嘉，方法不可取。承諾太多，會出現自己無法按時完成的情況，即使按時完成，也可能沒有達到別人的期望值，長期以往別人對你的失望會越來越多。所以推薦的做法是在接受任務時，多問幾個為什么，哪怕招人煩也問題不大，把要做的事情弄清楚，和同事和領導多交流明白，之后再說Yes也不遲。

敢于說No

看起來和第一條雷同，其實細究起來不一樣。第二條執行起來比第一條難得多。當遇到明顯不合理的要求時，可以考慮拒絕，前提是準備好了全面充分的理由。不要經常說No，但是一旦說了，就要切中要害。100分的程序員不會悶頭干活，知道自己的定位和團隊期望，分清楚哪些是不合理的要求，哪些是合理的要求，然后把明顯不合理的要求和領導溝通下，取得支持。

構建自己的知識體系

在信息爆炸的年代，碎片化的知識很多，系統學習的時間越來越少，如果沒有自己的知識體系，很容易被淹沒在知識的海洋中，而且難以記憶。100分程序員推薦的做法，通過Wiki或者其他知識管理工具構建一個知識框架，大的分類可以包括軟技能、架構、語言、前端、后端等，小的分類可以更細化。每周定期把腦海中的東西梳理到管理工具中，讓大腦卸下負擔，只記住框架、大的分類和關鍵點，這樣可以繼續吸收新的知識。工作中的收獲不斷填充上去，慢慢就形成知識體系了。

培養大局觀

程序員比較容易陷入的困境是專注于自己的一畝三分地，不關心團隊的進度和業績，也不關心軟件的整體架構和其他模塊。這種狀態長期下去沒有好處，特別是在大公司中，逐漸成長為一顆螺絲釘。100分程序員會在工作之余，多看看其他在做什么，看看團隊的整體規劃，看看軟件系統的架構和說明文檔。對自己的工作更理解，而且知道為什么這個產品應該這樣設計，為什么領導應該這樣做規劃，這種大局觀非常有利于自己的職業生涯。

代碼規范

程序員在新手時期需要培養良好的代碼規范。最直接的辦法，遵循公司已有的代碼規范（如果沒有類似的規定，也是醉了），從簡單的變量命名到模塊劃分，有些規則可以導入到編碼工具中，更多的部分需要自己體會和遵守。關于此方面的知識，最權威的書籍是《代碼大全》，別誤會，書名是個美麗的錯誤，里面不是代碼集錦。對于新手來說，養成一個統一的編碼風格非常重要，是基礎一步。不要把重點放在哪個代碼規范更好的爭論上，肯定是各有利弊，選定一個遵循即可。

代碼審查

把這個單獨拎出來說，是因為對于程序員來說很重要。很多快速成長的公司沒有這個步驟，建議大家能夠堅持下來。讓別人審查自己的代碼，可以得到更多的反饋，也是和同事交流的好機會；審查別人的代碼，可以借鑒別人的經驗和思路。通常情況下，代碼審查比自己寫代碼的收獲更大，對于新手來說更有價值。只要你想做，不論形式是不是正規，都可以執行下去，最好形成團隊的習慣。

學習業務知識

作為100分的程序員，除了精通開發知識，還應該了解業務知識。很多情況下，來自于業務部門的需求是不清楚的，了解業務知識的程序員可以更好地和業務部門交流，而且從業務和技術角度兩方面來考慮問題，可以對產品有更好的設計和架構，并可以樹立自己在團隊中的地位。學習業務知識，可以從基本的內容開始，先了解與自己工作相關的內容，然后逐漸拓展到其他部門，應該對整個業務領域有一個了解。這就是為什么有些領域的公司研發部門在招聘程序員要求具備對應專業的資格證書。

堅持

任何習慣的養成都需要堅持，理論說的再花哨沒有實踐也是白搭，三分鐘熱血的事情太常見，好的建議很多，堅持個幾項下去就可以受益良多，所以100分的程序員不是最聰明的那批人，而是具有好習慣最多的人。

最后的最后說一句，學無止境，100分的程序員和90分的程序員區別大嗎？100分的程序員之所以得100分是因為滿分只有100分，而90分的程序員是真實的水平反映。

轉載于:https://blog.51cto.com/1044611640/1713881

總結

以上是生活随笔為你收集整理的100分程序员的8个习惯的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。