軟體開發入門學習的個人看法。

標籤：style   http   color   os   使用   ar   java   sp   資料   

1、踏實
　　偶然在網上看到《由C#風潮想起的－給初學編程者的忠告》一文. 其中一個角度：避免“浮躁”，倡導“踏實”的學習方法，我是很認同的，但總覺該文作者標題“-給初學編程者的忠告”太大，所以在其文列出的一些具體的“操作方法”上我認為可以探討，如同自己在某次公司總結會上就《軟體開發，我們積累的是什嗎？》為題跟同事聊了半個多小時後，其中一個同事提到希望我能繼續把這個題目細化，就剛入行的他們具體該如何發展有更“具操作性”的指引，當時我是跟他們說這隻是我在這一行呆了5年多的體會，談“指引”還太遠，只是可以提出來大家思考、討論。

2、不要過度貶低編碼
　　不要真的認為"不少大師級的電腦技術研究者是不懂編程的",做軟體開發編碼是最最基礎的東西,只有踏踏實實的掌握好這個基礎你才有辦法往上走,不管做分析做設計做專案管理你都需要能清楚東西是如何?的?可不可以實現?否則肯定出現大量的:"設計是設計,編碼是編碼","產品都是代碼人員從頭到尾實現的","究竟需花多少時間,難度有多大,開發人員說了算","品質/成本/進度全是黑匣子"...現象,如果你是做編碼那編碼就更重要了:).所以對於有志從事這個行業(軟體開發)的個人來說,必須先從"重視編碼"開始.過了這一關才能去考慮做系統分析,做專案管理...
　　軟體開發的各個環節是相輔相承的,分析有分析的重要,設計有設計的重要,編碼有編碼的重要,測試實施也各有其地位,任何一個環節搞不好就如同我們熟悉的木桶理論,"最薄弱的一個環節制約著其總容量".

3、既然編碼重要,那該如何學編碼?

4、專心學好一門語言
　　算算自己用過的語言也不少（括弧裡為使用該語言寫的比較有代表性的東東）,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? 如果輸入值比較大,算得出結果嗎,該如何去實現可以計算很大數的該函數?...看著他(她)寫出來的代碼一個個問題的問就得了,不管你用什麼語言,不管你“精通”多少種語言,我只問這些用什麼語言來解決問題都需要的基礎的東西, 就是“編碼的思想”.
　　在學專一門語言的基礎上新東西當然要跟,不然在這個行業你是很難“混下去”的,但有這“學專一門”的前提後,你跟起來就輕鬆了,而不用總是得“追”~在“專”一門語言的過程中為解決問題你會發現“演算法”很重要,這就是接下來要說的“基礎”了.
5、基礎很重要
　　面試的時候我一般都會問,基礎知識學得如何? 一般重點問的是:《資料結構》, 《編譯原理》, 《資料庫原理》的內容.至於《由》文提到的:《組合語言》,《 Windows 程式設計》我是不會問的.這些是可以進一步學習的東西,但對現在的開發來說不是必須的.《軟體工程》我向來不問,教材理論跟實際差得太遠了~《資料結構》很重要,不懂資料結構很多編碼就是“蠻幹”,而且往往把“簡單問題複雜化”,甚至複雜到不可能解決.認真學習《資料結構》並多做嘗試用你熟悉的語言去實現裡面的演算法,你會發覺“世界真奇妙”~不要認為你不會去開發“程式設計語言”不需要學習《編譯原理》, 《編譯原理》裡麵包含了太多開發軟體的“奇妙”的思想案例,認真體會你肯定會被其解決問題的方法折服,從中你能體會到很多東西,對以後做軟體(不管是設計還是編碼等)大有協助,裡面有很多現存的方法可用在你的項目中,而這些跟《資料結構》是互為補充的.在這些基礎上接下來《設計模式》一書你也一定得看看.
　　很多應用都離不開資料庫,最終總得找個地方來“操縱,儲存,分析資料”,關於範式,關於鎖,關於SQL,關於笛卡兒那一套你總得瞭解瞭解,不然無法入手,這就需要好好學習《資料庫原理》了.單純知道幾條SQL語句是遠遠不夠的,如何保證資料的完整性,安全性?如何提高效率等等都需要這些基礎的支援~當然英文也是基礎,看英文資料確實重要，不單是書,還有網路上的大量資料,論壇…看的時候別害怕就是了，畢竟都是受過高等教育的，英語也學了那麼多年起碼都有點底吧，配合這兩個工具：《金山詞霸》及Google.com，不懂的單詞“即指即譯”，但很多名詞或基礎知識不是靠單詞解釋能清楚的，配合搜尋引擎查查相關資料看看，記住一點，看到不懂的東西多看幾遍，默記一小會，日積月累你能看懂的東西就多了。
6、興趣
　　最後該說說的就是興趣問題,如果你能對它真正感興趣(如果要從事軟體開發又沒興趣的話趕緊先培養興趣去^_^),對看技術資料就想別人看武俠小說看球賽一樣的話,再配合上面提到的幾點(踏實, 先專後廣, 基礎紮實)相信在這一行多少是可以做點東西出來的~~

軟體開發入門學習的個人看法。