何為好的程式猿，一般具備以下習慣：
1.編寫易於理解的**
在編碼時，要使用明確定義的命名規則，具體包括易於理解的表示式變數以及明確定義的物件和庫，同時也要使用正確的縮排和換行符。這將有助於規範**格式，並且他人能夠快速讀懂你的**，也能為未來交接工作帶來便利。
2. 避免過度使用功能
經驗豐富的程式設計師通常會將複雜功能新增到並不必要的專案中，來證明自身水平，但這最終往往會給專案帶來負面影響。相反，大家應該專注於專案的核心目標，盡量使用最少的**來完成任務，並且只新增有助於實現該目標的功能。
3. 組織與**結構的使用
請不要將全部**塞進同一檔案當中，這會給除錯工作帶來巨大障礙。大家應當對**進行分組，最好是將**按照各自功能放置在不同檔案內，如此一來，才能幫助修改者快速找到對應的**片段。
4.要記錄每日的工作情況
每天工作結束後總結一天的工作，花四五分鐘時間記錄一下一天的工作情況，記在txt文字中，是最方便的，開啟快。（這個很有用的，特別是寫週報的時候）
5.學習如何正確除錯
有**的地方就有bug。大家需要掌握最出色的除錯技能，同時運用各類出色的除錯工具以更為輕鬆高效地完成這項任務。
6. 開始編碼前首先進行規劃
一定要想清楚後再寫**，如果已經開始動手但卻仍不清楚自己要做什麼，那麼您會在試驗及錯誤身上浪費大量時間，並很快發現身體被掏空。adam說，「我有朋友在乙個大專案組裡工作，他們組裡最高效的程式設計師是乙個高位截癱用嘴叼著棍子敲**的人，他總是在寫**之前想得很仔細且很少出錯。」
7. 使用版本控制系統
這類系統能夠幫助大家在遭遇錯誤時進行修改，並且不會影響到全部**。在這裡為大家推薦git，它是目前最具人氣的版本控制系統，它允許您反覆審查同一專案並能隨時能進行修改，然而不會對整體**造成影響。
8.經常備份
好的程式設計師都有經常備份資料的習慣，他們為了保護自己的資料會將資料放在不同的地方，並做好定期(每日，每週，每月)的備份策略。
9.好的**注釋
如果在初始編寫**時，就做到完整、清晰明了的**注釋，對後續工作會有巨大的幫助。不僅提高工作效率，還能增強合作好感。事實上，就算只是自己看自己的**，如果有注釋，也能加深印並縮短**查詢時間。因此，任何開發人員，都應該養成良好的**注釋習慣。
10.選擇一款強大的編輯器
11.了解資料結構和演算法
如果你不知道什麼時候應該使用快速排序、不懂辨認o(n2)程式、不會寫遞迴函式，你的工作效率將會降低，盡可能去了解底層命令（plumbing），以便能夠作出明智的決定（web框架是怎麼儲存session狀態的？cookie到底是什麼？）。
12.對專案要從一而終
儘管專案收尾階段的工作確實強度極大且較為枯燥，但我仍然建議大家堅持到最後並始終抱以理想的工作熱情，而且能夠從一而終的程式設計師才是一位負責任、有擔當的開發者。
13.別把自己框在單一的開發環境中
優秀的程式設計師不在意自己使用的到底是什麼開發工具，他們選擇不同的開發工具只是為了更好的達到自己的目的，他們會去嘗試不同的開發環境，去發掘更好的利於自己工作的開發環境。
14.不斷學習
15.理性面對不同的作業系統或技術
優秀的程式設計師明白不同作業系統的優勢、長處和短處，所以他們能夠在選擇系統型別的時候能客觀、公正的進行選擇，能夠理性的分析和理心地面對。
外包程式猿的漫漫人生路
外包公司 一直是個敏感的話題 在程式設計師的腦海裡 它工資低 加班多 沒有技術含量 招聘時hr小姐姐描述成這樣 實際工作了以後發現時這樣的 好像進了外包公司就像掉進了坑一樣。很多同學對外包offer也存在很多顧慮，所以今天就來給大家分析一下，畢竟我自己也在外包公司呆過一年時間。好了，我們先從外包的概...
小猿日記 程式猿的日常日記（1）
上週看了天氣預報，發現下週都有雨，便把傘放在了公司。誰知道這老天爺，今天大清早的就下雨了，卡在了我起床的點。不過也是奇怪，在我想要請假前幾分鐘，雨便停了。也打消了我上午請假的念頭。匆忙來到公司，來不及做到工位上，便早早迎來了產品經理的bug，我知道，前天上線專案的鍋來了。聽了產品的問題描述，來不及多...
不懂CSS的後端難道就不是好程式猿？
由於h5在移動端的發展如日中天，現在大部分公司對高階前端需求也是到處挖牆角，前端薪資也隨之水漲船高，那公司沒有配備專用的前端怎麼辦呢？作為老闆眼中的 程式猿 前端都不會是非常無能的表現，那作為後端人員需要不需要懂前端呢？為了提公升價值還是需要懂點的，不然一點問題就找前端，那是不是讓別人瘋了 前端先從...