每個程序員從員變猿的過程都足夠寫一本幾十萬字的血淚史，小慕這邊的一個講師就曾經說過：每次熬幾個通宵敲代碼的時候就覺得自己是小仙男，全靠一口仙氣吊著。等熬過了這段時間，就覺得自己像吃了十斤豬肝一樣心明眼亮，馬上就要飛升成為修仙界的大佬……嗯，聽起來還是蠻心酸的……所以小慕在這里簡單總結兩方面的技巧分享一下，希望能夠助大家少走彎路，早日渡劫成功。
【專業技巧】1. 規劃
新手程序員往往剛拿到需求就會開始coding，實際上這樣并不高效。當拿到需求的時候，一定要以上帝視角考慮程序的整體結構，整個系統要分成哪幾個層次，有哪些模塊，每個模塊的功能的實現，模塊之間如何銜接，甚至需要哪些函數的變量，這些都要盡量在coding之前想好。就像上帝為眾神分配任務一樣，上層分配規劃完成后再逐個施工，這樣方能事半功倍。
2. 借鑒和修改代碼
事必躬親，用到的東西都自己寫，這樣真的就是敬業嗎？實際上，直接去借鑒相應的代碼是一個非常高效的手段。現在網絡上可以找到很多經典的代碼，只需要稍微修改就可以拿過來用，而且經典的代碼由于經過很多人優化，可靠性會比自己寫的更高。正所謂：高級程序員＝普通程序員+Google。
3. 認真注釋
當你在寫某個程序的時候，可能自己記得很清楚，這一段是什么機制如何實現，但是寫的程序越來越多，會導致你想不起來當初為什么這樣寫，改動和交接也十分麻煩。而對代碼進行注釋就可以有效避免這種情況。注釋不僅可以讓人讀懂代碼，甚至能讓讀代碼的人獲取更多信息，不信你看：
（這就是公司得罪程序員的下場哼）
4. 形成自己的變量命名規則
定義變量在寫程序中非常常見，一個程序可能用到成千上萬的變量，這些變量之間又有著錯綜復雜的聯系。很明顯狗剩、鐵蛋、二妮、i、j這些名字是遠遠不夠的，不論是內部變量還是全局變量，都要形成自己的一種命名規則，能夠一眼看明白變量的意思。
另外，還要盡量減少重名變量和容易混淆的變量名，如果變量定義出現問題，會容易讓人產生疑惑。所以只有養成良好的變量命名習慣，才能有效避免這類問題。
5. 認真對待編譯中的warning
新手程序員往往重視error忽視warning，覺得warning不影響編譯執行。當你的程序規模到了一定程度，這些warning可能就會讓你的程序出現匪夷所思的問題，到時候哭都找不到地方。所以一定不要忽略warning，對于每個warning一定要思考為什么會出現，如何才能消滅，然后修改程序干掉這個warning。
6. 看文檔、博客要多版本對照
看文檔和博客要注意多版本對照，很多對你有價值的信息可能就藏在一篇初看覺得很難理解的文檔中。
你：這文檔并無卵用o(╯□╰)o。
文檔：哼活該你學不到o(╯□╰)o
所以你要多看一些文檔相互印證，然后去猜作者的用意。
7. Regexper等正則表達式可視化工具
如果數據分析妹紙來找你幫忙寫正則表達式，可以用這個把正則表達式的編寫可視化……不僅是為了概率極小的“打動芳心”效果，更重要的是降低溝通成本，節約雙方時間，這將在時間緊迫的時候為程序員帶來極大便利。
8. 寫無副作用的函數
把文件讀寫和業務邏輯分開，保證業務邏輯相關的函數輸入什么，就能得到什么。如果得到的東西有錯誤，那么就可以反求諸己，從輸入內容找到問題。
9. 利用代碼自動生成工具
比如java有maven插件mybatis-generator-maven-plugin……就可以直接自動生成DAO。
【職業技巧】1. 入職前了解加不加班
2. deadline是老手的，而不是你的
老板：“你是新來的小王吧，這里有一個重要的任務……時間緊任務重……”這種時候，如果你忙不過來就早請示晚匯報——這個時候還會有人記得你是新手程序猿。畢竟以后就變成這樣，老板：“你是剛來的老王吧，這里有一個重要的任務……時間緊任務重……”
3. 教會產品經理使用搜索引擎
產品經理：你是新來的小王吧，老李讓我來問問你這個功能能不能做blabla……反正你是新手，也解釋不清楚，這個時候最好總結一下他的關鍵詞然后讓他百度。如果這是一位勤奮好學的產品經理，以后就會省掉很多麻煩。
4. 當一個企業說自己開源的東西有多好的時候……
要么這個東西所應對的業務對你所在的小公司來說根本遙不可及，要么就是進階版還要繼續花錢。
5. 技不如人Do not panic
技不如人Do not panic，是因為：恐慌不能解決任何問題。在承認自己和大神存在差距的同時，盡力去努力縮短它們就好，不要有太多負擔。
以上就是小慕為新手程序員整理的小技巧，當然適用與否還是要看大家自己的決定和判斷~雖然程序員在網上一直被調侃，但是其中很多人是懷抱著喜愛的態度在“高級黑”，小慕就已經在以往回答的評論中看到好多妹子喜歡程序員了呢！所以，如果你已經進入了這個行業，不妨好好利用這些小技巧，提升自己的工作能力，還是那句話，面包和老婆都會有的~