很認真的聊一聊程式師的自我修養
今天逛博客園，看到了一篇推薦的文章《淺談程式師的英語學習》，
先介紹一下利益相關，我的背景：
初中開始參加資訊學與數學競賽，大學本科軟體工程專業，
首先要談的是，今天的話題所聊的程式師包含哪些人？
在說之前，不得不提到一個很有名的程式師趙劼，
在中國，寫程式，不僅僅是一種興趣，更多的時候，還是一種普通職業和謀生工具
大公司有厲害的程式師，優秀的架構師，但大量的小公司也有很多普通的程式師。在我這些年的工作經歷中，也越來越深刻的感受到普通程式師的影響和力量。
所以今天的話題面向的程式師，就是所有的正在寫代碼或者曾經寫過代碼的程式師，也包括廣義上的程式師，例如項目經理、架構師等等。
做任何事都是有明確目的，那麼
再談一談，程式師提高自我修養是為了什麼？
程式寫的好有人崇拜，有妹子喜歡？還是到博客、論壇、社區發表文章進行分享獲得成就？我想這是少數人的追求，也是更高的追求，在這之前
我認為，在中國，程式師提高自我修養的目的，是為了
1、更好的融入工作，減少困難，增加成就
2、穩步的提升能力，提高收入，達成財務自由
2、站在更高的層面看待自己的學習和工作，樹立更加適合的人生觀價值觀，家庭幸福，生活愉快
說的更通俗一點，就是用更加合理的方式和方法，賺取到更多的收入
說了這麼多廢話，進入正題
何為程式師的自我修養？
正面論述很難說清楚，反向描述可能更通俗易懂一些，自我修養的對立面是“沒有修養”，先說一說在這麼多年的工作、學習、生活中，遇到的一些我認為“沒有修養”的程式師形態：
1、程式師小張遇到了一個開發問題，很著急，想到了有幾個群，於是到群裡發了他的問題，坐等回答，發現沒有人回答，就直接對話群主的QQ，群主也不回答，於是小張就搜索，突然搜到博客園有個帖子講解了相關話題，他看完就給博主留言，我的郵箱是：XXXXX@qq.com，麻煩博主把源碼發給我一下，謝謝。
2、程式師小張進公司3個月了，老闆佈置了很多工，他覺得老闆很沒人性，工資給的不高，加班也不給錢，於是在寫代碼的時候能省就省，客戶回饋有問題也不主動解決，敷衍為主，又過了一個月，跳槽了。
3、程式師小張正在寫一個功能模組，需要進行某種加密，到百度搜到了一個編碼模組，看不明白具體寫了什麼，但是放到程式裡剛好適用，於是就這麼原封不動放進去了。
4、程式師小張要對某個功能進行研發，項目經理對他說，這個功能應該能搜索到，你去搜搜看，小張就在百度搜啊搜，一天過去了啥都沒找到，專案經理來到小張身邊坐下，換了個關鍵字，1分鐘就搜到了解決方案。
5、程式師小張學.NET已經工作3年了，工資還是10000，和公司提漲工資也沒答應，想跳槽又猶豫，這時某個前輩對他說，你去看書吧，多看一些書，例如 《Visual C# 從入門到精通》，《CLR via C#》《Javascript權威指南》等等，於是小張買回來了， 隨手翻了翻發現有些東西是他已經會的，有些看不懂的好像又用不到，而且書這麼厚，要不要浪費時間去看呢？小張就這樣反復糾結了半年，依然每天上班工作，下班LOL，偶爾還抱怨一下工資低。
6、程式師小張到了一家新公司，在做一個項目實現某個功能時，想起來以前做過這樣的功能，可是竟想不起怎麼實現了，於是就到自己電腦上找文檔，找了好久也沒找到，只好放棄，最後又折騰了2天，終於還是把這個功能給實現了。
7、程式師小張某天非常不高興，因為他的項目經理和專案組的產品人員又變更需求了，新的需求又要對整個結構進行大的調整，小張很鬱悶，到一個QQ裡發洩情緒，說了這個事，於是立馬，QQ群裡面炸開鍋了，程式師小李說，對，產品就是狗日的！程式師小王說，對，他媽的專案經理整天高枕無憂，就知道壓榨開發人員！程式師小孫說，是的是的，我上一家公司也是這樣，壓榨程式師，幸好我走了。就這樣，在一片罵聲中，幾個程式師心情舒暢了，小張開心的去玩王者榮耀去了。
我想，有些人可能已經明白我要說什麼，有些人可能還不明白，具體的話我也說不出來，只能用一句話來概括就是：
在編寫代碼的過程中，善於學習、掌握方法、勤加思考、勤奮努力、持之以恆，長此以往，在程式設計中，你會發現不一樣的自己。
以上這些還是比較抽象，那麼
提升自我修養的具體方法有哪些？
程式師具體如何達成“較高的修養”，每個人各有自己的辦法，我無法說到很細，就和如何提高做人修養一樣，一句兩句話是說不清楚的，但是有些說法也通俗易懂，比如一個小孩，有教育良好的父母，父母彬彬有禮，小孩從小開始接受正規教育，小學、初中、高中、大學，然後文化課程和社會實踐良好，那麼這個小孩最終的做人修養，一定比沒有經歷過這個過程的小孩更好一些。
同樣的，寫程式也是如是，下面我就講一些最基本的、最淺顯易懂的學習方法和道理，我把它叫做：
程式師基礎的基礎
一個好的開發人員，應該能夠全面、高效、嚴謹的去處理任何軟體程式和業務問題，成為一個好的開發，是一個很有意思的話題，不過無論這個話題如何開展，基礎兩個字必不可少，雖然代碼量是衡量開發能力的重要指標，但僅能夠熟練的進行代碼編寫是不夠的，更要能深刻的理解技術原理和業務邏輯，扎實的個人基礎和技術基礎往往會促進代碼的編寫，更遊刃有餘的解決問題。
下面說的一些基礎，可能絕大部分開發人員都不會在意甚至忽略，但恰恰這些才是開發大廈的基石。
1、科學基礎
成為開發人員的過程不盡相同，有的是科班出身，有的是興趣愛好，還有的是專業機構的培訓，在這個過程中，可能全面或者零散甚至沒有學習過電腦基礎學科，但無論是哪一種，想要成為更高層次的開發人員，寫出更高品質的代碼，電腦基礎學科的學習，是非常非常非常（重要的事情說三遍）重要的。具體的來說，基礎學科在實踐應用中，有如下幾門是一定需要的，按照學習順序排列如下
1）資料結構
2）作業系統
3）資料庫
4）編譯原理
編譯原理是程式設計語言以及各類語言編譯器的科學基礎，可以說編譯原理創造了世界上的幾乎所有的IT應用，學習編譯原理的基礎是資料結構和演算法，因此編譯原理的學習要花費更多的時間和精力，由於現代高級程式設計語言的編譯器，在代碼優化、資源優化方面已經做的足夠智慧，因此，編譯原理的學習對實戰的影響越來越小，但是正所謂本盛末榮，如果認為自己對資料結構和演算法的學習達到了一個較高的水準和狀態，可以在編譯原理學習上進一步深入，最終把自己和普通程式師拉開更大的差距。
2、英語能力
英語的天然特性和字母長度還有學科發展的歷史因素，決定了程式設計語言一定是基於英語的，在程式設計過程中，從語言的關鍵字到文檔的內容又或是搜尋引擎的搜索結果，都不可避免的會遇到英文。大部分程式設計人員，都具備英語四級左右的英文基礎，卻由於非專業以及工作環境原因，逐漸疏遠甚至完全淡忘了英語。而實際操作中，大部分程式設計語言資料都是英文，線上程式設計問答內容也是英文，因此，很有必要把英語能力重新恢復到一個不用太高但行之有效的水準，達到如下效果：
1）對自己所使用語言，每一個關鍵字都知道具體的英文翻譯、邏輯含義以及讀音。
2）對於自己使用語言所涉及到的相關方法、類庫、框架、工具等，能知道其中每一個方法、過程以及參數關鍵字等的英文翻譯、邏輯含義以及讀音。
3）對常見的程式設計邏輯和核心關鍵字，能夠用英文組織問題的描述，最簡答的也行，只要能被搜尋引擎讀懂就可以。比如如何在C#中把整形轉換為字串類型這個問題，最簡易的英文描述就是 C# Integer Covert To String。
4）在自己技術知識範圍內的任何的英文的技術手冊、文檔、文章或是問題描述，能夠讀懂8成的內容含義，能夠讀懂完整的技術含義。
3、搜索方法
任何一個開發人員，都應當具備搜索能力，甚至是一定要具備搜索能力，搜尋引擎的寶藏，是無窮無盡的，同樣具備搜索意識的不同程式師，卻因為搜索技巧的差異最終在程式開發品質、專案實施效率、甚至是工程產品品質上出現數倍的差異，因此，掌握高效、先進、靈活的搜索方法和技巧，是非常非常非常（重要的事情說三遍）有用的。其中主要的方法介紹如下：
1）搜索源選擇
雖然英文的程式設計資料更為準確高效，但中文的程式設計資料數量上卻占優，因此遇到問題第一搜索選擇還是百度
穀歌對於專業中文詞彙的處理能力有時候甚至比百度還要強，而且穀歌能搜出大量的英文資源，因此穀歌也是首選之一，但是由於穀歌被封鎖，因此需要進行VPN、SSH等FQ操作，或者在百度搜索“穀歌鏡像”關鍵字，通過穀歌的鏡像網站進行訪問。
除了搜尋引擎，專業的技術網站、論壇、社區也是非常直接有效的搜索源，比如國外的StackOverFlow網站，國內的Cnblogs博客園、OSChina開源中國等，都具備搜索功能，將問題關鍵字輸入其中，也許也會很快的得到相關答案。
對於QQ群，建議不要使用，除非QQ群主或者成員是非常閑或者非常非常熱心的人，否則在QQ群詢問技術問題，是非常低效率的搜索方式。
2）關鍵字構造
搜索關鍵字的構造，直接影響搜索效率和正確結果的過濾，沒有什麼特別的技巧，關鍵在於搜索積累，但是總體遵循的原則是，準確和簡潔，比如當出現一個描述，如何用C#對XML進行序列化和反序列化，非常愚蠢的關鍵字構造就是“如何用C#對XML進行序列化和反序列化”，而正確高效的關鍵字則是“C# XML 序列化 反序列化”,或者在穀歌裡面搜索則是“C# XML Serialization”。在平時的程式設計中，一定要注意相關方法和經驗的積累
3）聯想搜索
聯想搜索，不屬於搜尋引擎的範疇，卻是在搜索中很有用的高級技巧，舉一個通俗的例子，比如想使用C#，利用某個.NET類處理一種HTTP通訊，但是一直搜索不到完美的結果，不過換個思路，考慮到VB.NET也是.NET體系，和C#完全相通，那麼也可以試著用VB.NET關鍵字進行搜索，搜索到完美代碼後再臨摹成C#代碼。這樣的聯想搜索，不僅能夠幫助搜索正確結果，也是對大腦思維的訓練，值得多多嘗試。
4）資源搜索
4、思維模式
開發人員，一定要養成業務思維的模式，所謂的業務思維，就是在做任何一個專案的時候，寫任何代碼前，需要對專案本身的業務概念和業務邏輯甚至業務流程都要有一個全面的學習和理解，這雖然不是一個專案的強制要求，卻是一個很好的開發習慣，無論自己的覺得是開發者還是測試員又或是技術總監，掌握了業務原理，才能夠更好的設計或閱讀專案的資料結構和流程結構。程式師的思維往往和使用者或者客戶是不一致的，擺脫技術思維模式，習慣于用業務思維解決問題的程式師，不一定最優秀，但一定是一個很容易溝通的程式師
5、工作與程式設計習慣
有的人說愛乾淨浪費時間，所以不修邊幅，但歸根結底這還是習慣問題，當養成清潔衛生的習慣並使之成為生活慣性時，往往就不會耗費更多的時間，反而顯得乾淨幹練。寫程式同樣如是，有一些程式設計習慣，看似不足為道，看似浪費時間，可是如果堅持下去，最終都能收到意想不到的奇效。下面列舉一些特別重要的習慣。
1）快速鍵的使用
無論是使用Windows、Linux作業系統，還是在IDE中，快速鍵都是系統本身的標配，事實上，Ctrl+C、V這樣的操作，大部分人都能嘗到在節省時間上的甜頭，把這個概念進一步擴散，如果在IDE中編寫代碼，除了代碼本身，將其餘所有的滑鼠操作、鍵盤定位操作，都用快速鍵來代替的話，在時間上將會有數量級的節省，然而看上去這麼好的事情，真正堅持去執行並形成習慣的人屈指可數，因此，在初期的改變習慣，記住快速鍵，會是一個長期的過程，需要不斷的堅持。
2）代碼注釋
一個開發人員隨著年齡和經驗的增長，所參與的項目，再也不是靠一個人或者幾個人就能完成的。系統的重構、代碼的重構、工作的交接、對新進人員的培訓等等類似的事情，會越來越多的遇到，這些事情無一例外都會把已經寫過的代碼重新或者重複閱讀，如果在初始編寫代碼時，就做到完整、清晰明瞭的代碼注釋，對後續工作會有巨大的幫助。不僅提高工作效率，還能增強合作好感。事實上，就算只是自己看自己的代碼，如果有注釋，也能加深印象，縮短代碼查找時間。因此，任何開發人員，都應該養成良好的代碼注釋習慣。
優秀的代碼注釋應該能做到：
每一個函數、每一個屬性甚至是變數的劃分，都可以找到對應的解釋。
多使用越來越被IDE支援的XML注釋方式，不僅有注釋文字，更有詳細的參數描述。
對程式結構、模組、組成部分劃分等也加以注釋
3）命名規則
具備一定規模的軟體公司，在代碼編寫上都有一套自己的命名規則，涵蓋專案、模組、函數、變數等等，標準化命名的好處不言而喻，然而被動、被迫去遵守命名規則和主動習慣於使用命名規則是完全不一樣的。一個優秀的開發人員，應當發自內心的希望各種代碼命名都是有規則的，易讀的，而不是糾結於命名規則會增加碼字長度。
4）不將就的程式設計邏輯
所謂不將就的程式設計邏輯，其對立面就是不講究的程式設計邏輯，不講究的程式設計，不僅是一種很壞的程式設計習慣，也體現了低下的生活品質，很多開發人員，因為個人習慣、趕工期、客戶要求不高等多種原因，在程式設計時特別隨意，體現在比如為了實現某個功能，百度出一段代碼，直接套用，10行的代碼只理解8行，有兩行看不懂也放到程式裡去使用，很多這樣的小細節，就好比在項目中埋下了無數的定時炸彈，不僅有很大概率形成返工，更是為項目埋下了風險。程式設計人員，應當有擔當有態度，養成不將就的程式設計邏輯，不勉強自己，也不輕視程式。
5）資料備份
誤刪、誤操作、電腦斷電、檔遺失等等狀況是每一個開發按人員都可能遇到的問題，如果不希望辛勤的勞作被浪費，不希望偶然的意外影響工作，那做好備份是必不可少的，在較大規模的公司，會有完整的原始程式碼管理以及資訊安全防護，而無論是在大公司工作，還是身處較小公司或者在實現個人代碼價值時，都要做好代碼和文檔的資料備份，備份方式的選擇靈活多樣，有使用線上的CVS、SVN、TFS、Git原始程式碼管理，也可以手工拷貝檔至雲空間或者本地硬碟，甚至可以在個人電腦上組成RAID磁碟陣列等等，養成週期性、規律性的備份習慣。
6）郵件工作方式
溝通是進步的源泉，如果說開發小組的熱烈討論是性格和激情的體現，那郵件的工作方式也是另一種穩重和高效。無論是公司層面的工作溝通，還是開發小組的問題交流，郵件的作用包括問題正規化描述、工作留檔留痕、工作流程流轉、責任分工明確等等，習慣於將重大問題、重要事項通過郵件的方式與同事、主管等進行溝通，將會非常有助於團隊協作。
以上這些方法，是我這麼多年來的感受和體會，也給了我很大的幫助，希望也能夠幫助到大家，不能說一定可以“提升修養“，但也是”提升修養”的有效方式。
最後還想再說一說堅持的力量
分享一個真實的小故事，公司有兩個開發人員，1個做.NET好多年了，但是很油滑，做事能省就省，抓到可以偷懶的機會就偷懶，讓他學點新知識新方法總是自以為是覺得自己都會；還有1個毫無.NET基礎，一直做低階語言開發，從15年才開始學習.NET和Web前端，但是做事很積極，幾乎每天都自己抽空學習，遇到不懂的都琢磨清楚，遇到不會的場景就上網或者找人尋求幫助，項目結束後還反復思考有什麼地方可以改進。從15年到現在，短短1年，這兩個人的發展已經是天壤之別，工資差距也越來越大，後者已經能夠獨自操盤中小型軟體外包專案，而前者還在混著日子，以後他們各自的發展也完全可以預見。
我想說的是，本篇裡面分享的一些道理和方法，都是通俗易懂的，就和常聽到的例如101%和99%的365次方的故事、1萬小時的道理等等一樣，但真正去認真思考並實踐的屈指可數，也許，堅持才是程式師最大的修養，和各位共勉！
作者：八戒程式猿
原文連結：http://www.jianshu.com/p/826a43cf628f#
生活愉快說的更通俗一點，就是用更加合理的方式和方法，賺取到更多的收入
說了這麼多廢話，進入正題
何為程式師的自我修養？
正面論述很難說清楚，反向描述可能更通俗易懂一些，自我修養的對立面是“沒有修養”，先說一說在這麼多年的工作、學習、生活中，遇到的一些我認為“沒有修養”的程式師形態：
1、程式師小張遇到了一個開發問題，很著急，想到了有幾個群，於是到群裡發了他的問題，坐等回答，發現沒有人回答，就直接對話群主的QQ，群主也不回答，於是小張就搜索，突然搜到博客園有個帖子講解了相關話題，他看完就給博主留言，我的郵箱是：XXXXX@qq.com，麻煩博主把源碼發給我一下，謝謝。
2、程式師小張進公司3個月了，老闆佈置了很多工，他覺得老闆很沒人性，工資給的不高，加班也不給錢，於是在寫代碼的時候能省就省，客戶回饋有問題也不主動解決，敷衍為主，又過了一個月，跳槽了。
3、程式師小張正在寫一個功能模組，需要進行某種加密，到百度搜到了一個編碼模組，看不明白具體寫了什麼，但是放到程式裡剛好適用，於是就這麼原封不動放進去了。
4、程式師小張要對某個功能進行研發，項目經理對他說，這個功能應該能搜索到，你去搜搜看，小張就在百度搜啊搜，一天過去了啥都沒找到，專案經理來到小張身邊坐下，換了個關鍵字，1分鐘就搜到了解決方案。
5、程式師小張學.NET已經工作3年了，工資還是10000，和公司提漲工資也沒答應，想跳槽又猶豫，這時某個前輩對他說，你去看書吧，多看一些書，例如 《Visual C# 從入門到精通》，《CLR via C#》《Javascript權威指南》等等，於是小張買回來了， 隨手翻了翻發現有些東西是他已經會的，有些看不懂的好像又用不到，而且書這麼厚，要不要浪費時間去看呢？小張就這樣反復糾結了半年，依然每天上班工作，下班LOL，偶爾還抱怨一下工資低。
6、程式師小張到了一家新公司，在做一個項目實現某個功能時，想起來以前做過這樣的功能，可是竟想不起怎麼實現了，於是就到自己電腦上找文檔，找了好久也沒找到，只好放棄，最後又折騰了2天，終於還是把這個功能給實現了。
7、程式師小張某天非常不高興，因為他的項目經理和專案組的產品人員又變更需求了，新的需求又要對整個結構進行大的調整，小張很鬱悶，到一個QQ裡發洩情緒，說了這個事，於是立馬，QQ群裡面炸開鍋了，程式師小李說，對，產品就是狗日的！程式師小王說，對，他媽的專案經理整天高枕無憂，就知道壓榨開發人員！程式師小孫說，是的是的，我上一家公司也是這樣，壓榨程式師，幸好我走了。就這樣，在一片罵聲中，幾個程式師心情舒暢了，小張開心的去玩王者榮耀去了。
我想，有些人可能已經明白我要說什麼，有些人可能還不明白，具體的話我也說不出來，只能用一句話來概括就是：
在編寫代碼的過程中，善於學習、掌握方法、勤加思考、勤奮努力、持之以恆，長此以往，在程式設計中，你會發現不一樣的自己。
以上這些還是比較抽象，那麼
提升自我修養的具體方法有哪些？
程式師具體如何達成“較高的修養”，每個人各有自己的辦法，我無法說到很細，就和如何提高做人修養一樣，一句兩句話是說不清楚的，但是有些說法也通俗易懂，比如一個小孩，有教育良好的父母，父母彬彬有禮，小孩從小開始接受正規教育，小學、初中、高中、大學，然後文化課程和社會實踐良好，那麼這個小孩最終的做人修養，一定比沒有經歷過這個過程的小孩更好一些。
同樣的，寫程式也是如是，下面我就講一些最基本的、最淺顯易懂的學習方法和道理，我把它叫做：
程式師基礎的基礎
一個好的開發人員，應該能夠全面、高效、嚴謹的去處理任何軟體程式和業務問題，成為一個好的開發，是一個很有意思的話題，不過無論這個話題如何開展，基礎兩個字必不可少，雖然代碼量是衡量開發能力的重要指標，但僅能夠熟練的進行代碼編寫是不夠的，更要能深刻的理解技術原理和業務邏輯，扎實的個人基礎和技術基礎往往會促進代碼的編寫，更遊刃有餘的解決問題。
下面說的一些基礎，可能絕大部分開發人員都不會在意甚至忽略，但恰恰這些才是開發大廈的基石。
1、科學基礎
成為開發人員的過程不盡相同，有的是科班出身，有的是興趣愛好，還有的是專業機構的培訓，在這個過程中，可能全面或者零散甚至沒有學習過電腦基礎學科，但無論是哪一種，想要成為更高層次的開發人員，寫出更高品質的代碼，電腦基礎學科的學習，是非常非常非常（重要的事情說三遍）重要的。具體的來說，基礎學科在實踐應用中，有如下幾門是一定需要的，按照學習順序排列如下
1）資料結構
2）作業系統
3）資料庫
4）編譯原理
編譯原理是程式設計語言以及各類語言編譯器的科學基礎，可以說編譯原理創造了世界上的幾乎所有的IT應用，學習編譯原理的基礎是資料結構和演算法，因此編譯原理的學習要花費更多的時間和精力，由於現代高級程式設計語言的編譯器，在代碼優化、資源優化方面已經做的足夠智慧，因此，編譯原理的學習對實戰的影響越來越小，但是正所謂本盛末榮，如果認為自己對資料結構和演算法的學習達到了一個較高的水準和狀態，可以在編譯原理學習上進一步深入，最終把自己和普通程式師拉開更大的差距。
2、英語能力
英語的天然特性和字母長度還有學科發展的歷史因素，決定了程式設計語言一定是基於英語的，在程式設計過程中，從語言的關鍵字到文檔的內容又或是搜尋引擎的搜索結果，都不可避免的會遇到英文。大部分程式設計人員，都具備英語四級左右的英文基礎，卻由於非專業以及工作環境原因，逐漸疏遠甚至完全淡忘了英語。而實際操作中，大部分程式設計語言資料都是英文，線上程式設計問答內容也是英文，因此，很有必要把英語能力重新恢復到一個不用太高但行之有效的水準，達到如下效果：
1）對自己所使用語言，每一個關鍵字都知道具體的英文翻譯、邏輯含義以及讀音。
2）對於自己使用語言所涉及到的相關方法、類庫、框架、工具等，能知道其中每一個方法、過程以及參數關鍵字等的英文翻譯、邏輯含義以及讀音。
3）對常見的程式設計邏輯和核心關鍵字，能夠用英文組織問題的描述，最簡答的也行，只要能被搜尋引擎讀懂就可以。比如如何在C#中把整形轉換為字串類型這個問題，最簡易的英文描述就是 C# Integer Covert To String。
4）在自己技術知識範圍內的任何的英文的技術手冊、文檔、文章或是問題描述，能夠讀懂8成的內容含義，能夠讀懂完整的技術含義。
3、搜索方法
任何一個開發人員，都應當具備搜索能力，甚至是一定要具備搜索能力，搜尋引擎的寶藏，是無窮無盡的，同樣具備搜索意識的不同程式師，卻因為搜索技巧的差異最終在程式開發品質、專案實施效率、甚至是工程產品品質上出現數倍的差異，因此，掌握高效、先進、靈活的搜索方法和技巧，是非常非常非常（重要的事情說三遍）有用的。其中主要的方法介紹如下：
1）搜索源選擇
雖然英文的程式設計資料更為準確高效，但中文的程式設計資料數量上卻占優，因此遇到問題第一搜索選擇還是百度
穀歌對於專業中文詞彙的處理能力有時候甚至比百度還要強，而且穀歌能搜出大量的英文資源，因此穀歌也是首選之一，但是由於穀歌被封鎖，因此需要進行VPN、SSH等FQ操作，或者在百度搜索“穀歌鏡像”關鍵字，通過穀歌的鏡像網站進行訪問。
除了搜尋引擎，專業的技術網站、論壇、社區也是非常直接有效的搜索源，比如國外的StackOverFlow網站，國內的Cnblogs博客園、OSChina開源中國等，都具備搜索功能，將問題關鍵字輸入其中，也許也會很快的得到相關答案。
對於QQ群，建議不要使用，除非QQ群主或者成員是非常閑或者非常非常熱心的人，否則在QQ群詢問技術問題，是非常低效率的搜索方式。
2）關鍵字構造
搜索關鍵字的構造，直接影響搜索效率和正確結果的過濾，沒有什麼特別的技巧，關鍵在於搜索積累，但是總體遵循的原則是，準確和簡潔，比如當出現一個描述，如何用C#對XML進行序列化和反序列化，非常愚蠢的關鍵字構造就是“如何用C#對XML進行序列化和反序列化”，而正確高效的關鍵字則是“C# XML 序列化 反序列化”,或者在穀歌裡面搜索則是“C# XML Serialization”。在平時的程式設計中，一定要注意相關方法和經驗的積累
3）聯想搜索
聯想搜索，不屬於搜尋引擎的範疇，卻是在搜索中很有用的高級技巧，舉一個通俗的例子，比如想使用C#，利用某個.NET類處理一種HTTP通訊，但是一直搜索不到完美的結果，不過換個思路，考慮到VB.NET也是.NET體系，和C#完全相通，那麼也可以試著用VB.NET關鍵字進行搜索，搜索到完美代碼後再臨摹成C#代碼。這樣的聯想搜索，不僅能夠幫助搜索正確結果，也是對大腦思維的訓練，值得多多嘗試。
4）資源搜索
4、思維模式
開發人員，一定要養成業務思維的模式，所謂的業務思維，就是在做任何一個專案的時候，寫任何代碼前，需要對專案本身的業務概念和業務邏輯甚至業務流程都要有一個全面的學習和理解，這雖然不是一個專案的強制要求，卻是一個很好的開發習慣，無論自己的覺得是開發者還是測試員又或是技術總監，掌握了業務原理，才能夠更好的設計或閱讀專案的資料結構和流程結構。程式師的思維往往和使用者或者客戶是不一致的，擺脫技術思維模式，習慣于用業務思維解決問題的程式師，不一定最優秀，但一定是一個很容易溝通的程式師
5、工作與程式設計習慣
有的人說愛乾淨浪費時間，所以不修邊幅，但歸根結底這還是習慣問題，當養成清潔衛生的習慣並使之成為生活慣性時，往往就不會耗費更多的時間，反而顯得乾淨幹練。寫程式同樣如是，有一些程式設計習慣，看似不足為道，看似浪費時間，可是如果堅持下去，最終都能收到意想不到的奇效。下面列舉一些特別重要的習慣。
1）快速鍵的使用
無論是使用Windows、Linux作業系統，還是在IDE中，快速鍵都是系統本身的標配，事實上，Ctrl+C、V這樣的操作，大部分人都能嘗到在節省時間上的甜頭，把這個概念進一步擴散，如果在IDE中編寫代碼，除了代碼本身，將其餘所有的滑鼠操作、鍵盤定位操作，都用快速鍵來代替的話，在時間上將會有數量級的節省，然而看上去這麼好的事情，真正堅持去執行並形成習慣的人屈指可數，因此，在初期的改變習慣，記住快速鍵，會是一個長期的過程，需要不斷的堅持。
2）代碼注釋
一個開發人員隨著年齡和經驗的增長，所參與的項目，再也不是靠一個人或者幾個人就能完成的。系統的重構、代碼的重構、工作的交接、對新進人員的培訓等等類似的事情，會越來越多的遇到，這些事情無一例外都會把已經寫過的代碼重新或者重複閱讀，如果在初始編寫代碼時，就做到完整、清晰明瞭的代碼注釋，對後續工作會有巨大的幫助。不僅提高工作效率，還能增強合作好感。事實上，就算只是自己看自己的代碼，如果有注釋，也能加深印象，縮短代碼查找時間。因此，任何開發人員，都應該養成良好的代碼注釋習慣。
優秀的代碼注釋應該能做到：
每一個函數、每一個屬性甚至是變數的劃分，都可以找到對應的解釋。
多使用越來越被IDE支援的XML注釋方式，不僅有注釋文字，更有詳細的參數描述。
對程式結構、模組、組成部分劃分等也加以注釋
3）命名規則
具備一定規模的軟體公司，在代碼編寫上都有一套自己的命名規則，涵蓋專案、模組、函數、變數等等，標準化命名的好處不言而喻，然而被動、被迫去遵守命名規則和主動習慣於使用命名規則是完全不一樣的。一個優秀的開發人員，應當發自內心的希望各種代碼命名都是有規則的，易讀的，而不是糾結於命名規則會增加碼字長度。
4）不將就的程式設計邏輯
所謂不將就的程式設計邏輯，其對立面就是不講究的程式設計邏輯，不講究的程式設計，不僅是一種很壞的程式設計習慣，也體現了低下的生活品質，很多開發人員，因為個人習慣、趕工期、客戶要求不高等多種原因，在程式設計時特別隨意，體現在比如為了實現某個功能，百度出一段代碼，直接套用，10行的代碼只理解8行，有兩行看不懂也放到程式裡去使用，很多這樣的小細節，就好比在項目中埋下了無數的定時炸彈，不僅有很大概率形成返工，更是為項目埋下了風險。程式設計人員，應當有擔當有態度，養成不將就的程式設計邏輯，不勉強自己，也不輕視程式。
5）資料備份
誤刪、誤操作、電腦斷電、檔遺失等等狀況是每一個開發按人員都可能遇到的問題，如果不希望辛勤的勞作被浪費，不希望偶然的意外影響工作，那做好備份是必不可少的，在較大規模的公司，會有完整的原始程式碼管理以及資訊安全防護，而無論是在大公司工作，還是身處較小公司或者在實現個人代碼價值時，都要做好代碼和文檔的資料備份，備份方式的選擇靈活多樣，有使用線上的CVS、SVN、TFS、Git原始程式碼管理，也可以手工拷貝檔至雲空間或者本地硬碟，甚至可以在個人電腦上組成RAID磁碟陣列等等，養成週期性、規律性的備份習慣。
6）郵件工作方式
溝通是進步的源泉，如果說開發小組的熱烈討論是性格和激情的體現，那郵件的工作方式也是另一種穩重和高效。無論是公司層面的工作溝通，還是開發小組的問題交流，郵件的作用包括問題正規化描述、工作留檔留痕、工作流程流轉、責任分工明確等等，習慣於將重大問題、重要事項通過郵件的方式與同事、主管等進行溝通，將會非常有助於團隊協作。
以上這些方法，是我這麼多年來的感受和體會，也給了我很大的幫助，希望也能夠幫助到大家，不能說一定可以“提升修養“，但也是”提升修養”的有效方式。
最後還想再說一說堅持的力量
分享一個真實的小故事，公司有兩個開發人員，1個做.NET好多年了，但是很油滑，做事能省就省，抓到可以偷懶的機會就偷懶，讓他學點新知識新方法總是自以為是覺得自己都會；還有1個毫無.NET基礎，一直做低階語言開發，從15年才開始學習.NET和Web前端，但是做事很積極，幾乎每天都自己抽空學習，遇到不懂的都琢磨清楚，遇到不會的場景就上網或者找人尋求幫助，項目結束後還反復思考有什麼地方可以改進。從15年到現在，短短1年，這兩個人的發展已經是天壤之別，工資差距也越來越大，後者已經能夠獨自操盤中小型軟體外包專案，而前者還在混著日子，以後他們各自的發展也完全可以預見。
我想說的是，本篇裡面分享的一些道理和方法，都是通俗易懂的，就和常聽到的例如101%和99%的365次方的故事、1萬小時的道理等等一樣，但真正去認真思考並實踐的屈指可數，也許，堅持才是程式師最大的修養，和各位共勉！
作者：八戒程式猿
原文連結：http://www.jianshu.com/p/826a43cf628f#