摘要：興趣最后該說說的就是興趣問題如果你能對它真正感興趣如果要從事軟件開發又沒興趣的話趕緊先培養興趣去對看技術資料就想別人看武俠小說看球賽一樣的話再配合上面提到的幾點踏實先專后廣基礎扎實相信在這一行多少是可以做點東西出來的

　　踏實
　　偶然在網上看到《由C#風潮想起的－給初學編程者的忠告》一文. 其中一個角度：避免“浮躁”，倡導“踏實”的學習方法，我是很認同的，但總覺該文作者標題“-給初學編程者的忠告”太大，所以在其文列出的一些具體的“操作方法”上我認為可以探討，如同自己在某次公司總結會上就《軟件開發，我們積累的是什么？》為題跟同事聊了半個多小時后，其中一個同事提到希望我能繼續把這個題目細化，就剛入行的他們具體該如何發展有更“具操作性”的指引，當時我是跟他們說這只是我在這一行呆了5年多的體會，談“指引”還太遠，只是可以提出來大家思考、討論。
　　不要過度貶低編碼
　　不要真的認為"不少大師級的計算機技術研究者是不懂編程的",做軟件開發編碼是最最基礎的東西,只有踏踏實實的掌握好這個基礎你才有辦法往上走,不管做分析做設計做項目管理你都需要能清楚東西是如何實現的?可不可以實現?否則肯定出現大量的:"設計是設計,編碼是編碼","產品都是代碼人員從頭到尾實現的","究竟需花多少時間,難度有多大,開發人員說了算","質量/成本/進度全是黑匣子"...現象,如果你是做編碼那編碼就更重要了:).所以對于有志從事這個行業(軟件開發)的個人來說,必須先從"重視編碼"開始.過了這一關才能去考慮做系統分析,做項目管理...
　　軟件開發的各個環節是相輔相承的,分析有分析的重要,設計有設計的重要,編碼有編碼的重要,測試實施也各有其地位,任何一個環節搞不好就如同我們熟悉的木桶理論,"最薄弱的一個環節制約著其總容量".
　　既然編碼重要,那該如何學編碼?
　　專心學好一門語言
　　算算自己用過的語言也不少（括弧里為使用該語言寫的比較有代表性的東東）,C（dos版的圖像/圖標編輯工具,96年的《電腦報》有介紹）,C++（可自定義方塊形狀的方塊游戲,被收錄于99年《軟件》雜志的附送光盤上）,匯編(DOS漢字系統,97年底完成),PB(學校自動排課/排考模塊,98年),ASP(一套web版的企業信息系統,99年),VB(企業信息系統的核心組件,99年),delphi(工作流平臺,組件式GIS系統等),Java（Delphi Client + J2EE Server協同實現）,.Net（規則引擎）,PHH...
　　看起來好象也不少,回過頭來想想自己真正認真學過的語言只有一個,就是“C”, Dos年代的TC2.0,用它寫了大量的小程序,比較系統的了解了編程是怎么一回事,記得那個時候看到什么軟件都要琢磨它是如何實現的?如果讓我來實現該如何做?也模仿了不少東西,雖然多是很表面的模仿但對自己編程思維的鍛煉很有好處.后來用其它語言基本上都只是翻翻幫助,然后找找其Demo代碼來看看,很快就可進入狀態.
　　語言都是差不多的,重要的是“編碼的思想”,具備了該思想語言就只是工具了,用什么工具實現都差不多,該思想的形成是需要“磨練”的,就是“專心使用一門語言”來磨練(甚至需要有“咬文嚼字的孔已己作風”),然后可“一理通百理通”,不然你只是浮于表面的去學再多的語言都沒有.都不能拿來做真正的開發.都不能了解“編碼”的內涵.
　　如在今年招聘面試的時候看到太多寫著什么語言都精通(或熟練)的畢業生,我慣用的方法是給他(她)一張紙一支筆,讓他(她)用自己最了解的語言寫一個算階乘的函數,這個問題你一看肯定說很簡單,好,接著我會往下問,可以有多少種方法來實現:循環,遞歸…還有嗎?你能寫出多少種來?(代碼基本結構模式的考察).代碼質量如何? 有沒有考慮錯誤處理(太多人寫的代碼會進入死循環比如輸入的是負數) ? int的上限是多少,用long? 如果輸入值比較大,算得出結果嗎,該如何去實現可以計算很大數的該函數?...看著他(她)寫出來的代碼一個個問題的問就得了,不管你用什么語言,不管你“精通”多少種語言,我只問這些用什么語言來解決問題都需要的基礎的東西, 就是“編碼的思想”.
　　在學專一門語言的基礎上新東西當然要跟,不然在這個行業你是很難“混下去”的,但有這“學專一門”的前提后,你跟起來就輕松了,而不用總是得“追”~在“專”一門語言的過程中為解決問題你會發現“算法”很重要,這就是接下來要說的“基礎”了.
　　基礎很重要
　　面試的時候我一般都會問,基礎知識學得如何? 一般重點問的是:《數據結構》, 《編譯原理》, 《數據庫原理》的內容.至于《由》文提到的:《匯編語言》,《 Windows 程序設計》我是不會問的.這些是可以進一步學習的東西,但對現在的開發來說不是必須的.《軟件工程》我向來不問,教材理論跟實際差得太遠了~《數據結構》很重要,不懂數據結構很多編碼就是“蠻干”,而且往往把“簡單問題復雜化”,甚至復雜到不可能解決.認真學習《數據結構》并多做嘗試用你熟悉的語言去實現里面的算法,你會發覺“世界真奇妙”~不要認為你不會去開發“編程語言”不需要學習《編譯原理》, 《編譯原理》里面包含了太多開發軟件的“奇妙”的思想案例,認真體會你肯定會被其解決問題的方法折服,從中你能體會到很多東西,對以后做軟件(不管是設計還是編碼等)大有幫助,里面有很多現存的方法可用在你的項目中,而這些跟《數據結構》是互為補充的.在這些基礎上接下來《設計模式》一書你也一定得看看.
　　很多應用都離不開數據庫,最終總得找個地方來“操縱,存儲,分析數據”,關于范式,關于鎖,關于SQL,關于笛卡兒那一套你總得了解了解,不然無法入手,這就需要好好學習《數據庫原理》了.單純知道幾條SQL語句是遠遠不夠的,如何保證數據的完整性,安全性?如何提高效率等等都需要這些基礎的支持~當然英文也是基礎,看英文資料確實重要，不單是書,還有網絡上的大量資料,論壇…看的時候別害怕就是了，畢竟都是受過高等教育的，英語也學了那么多年起碼都有點底吧，配合這兩個工具：《金山詞霸》及Google.com，不懂的單詞“即指即譯”，但很多名詞或基礎知識不是靠單詞解釋能清楚的，配合搜索引擎查查相關資料看看，記住一點，看到不懂的東西多看幾遍，默記一小會，日積月累你能看懂的東西就多了。
　　興趣
　　最后該說說的就是興趣問題,如果你能對它真正感興趣(如果要從事軟件開發又沒興趣的話趕緊先培養興趣去^_^),對看技術資料就想別人看武俠小說看球賽一樣的話,再配合上面提到的幾點(踏實, 先專后廣, 基礎扎實)相信在這一行多少是可以做點東西出來的~~