（1）“內功”要學好。不要只是去學各種語言、工具，和壹些三流公司招聘列出來的要求。要把數據結構、算法(algorithms, not numerical analysis)、數據庫、操作系統原理、計算機結構、離散數學等課程學好。如果妳可以做出Donald Knuth的Art of Computer Programming裏面大部分的題目，那就代表功力不錯了。現在很多同學都在學各種各樣的語言，框架，追趕技術潮流，不是說這樣不好，在大學期間接觸更多的技術固然可以開拓視野，這的確是件好事，但是壹定不要忘了在語言和工具背後有更重要的東西等待著妳去學習。或許學習了很多語言和工具後會發現，仍然無法寫出效率高且賞心悅目的程序。這時候就要想想是不是應該把更多的註意力放到這些“內功”科目上？看看《算法導論》，《深入理解計算機系統》等書絕對是大有裨益的。當然，沒有語言的基礎這些便也無從談起，但應當始終記得，語言工具僅僅是“招式”，只有“內功”深厚才能夠做到無論面對任何敵人都可以“無招勝有招”。（2）多編程，最好大學四年有十萬行編程的經驗。 看書，動手，思考是學習的三個主要環節，缺少任壹部分都會使最終的效果大打折扣。學習程序設計更是如此。根據我自己的親身體會，看壹個月的書卻不實踐甚至比不上自己coding兩天學到的東西多。當然了，這話有點絕對。但只看書不動手是非常不可取的。許多同學問編程應該怎麽學，答案只有三個字：“多動手”。代碼量雖然不是評判壹個人編程能力的標準，但它可以決定妳對程序的駕驅程度有多熟練。再頂級的程序員也是在動手中壹點點磨練起來。無他，唯手熟爾。（3）講究“實幹”，不要不屑於編程或測試，每壹個工作的每壹個細節都要認真。 壹百行有質量的程序也比五百行淩亂不堪的程序有價值。盲目追求代碼量其實也是學習心態不踏實的結果。學技術搞技術應該實實在在，穩紮穩打。有的同學覺得鏈表很簡單，不願意寫，只用腦子想。鏈表嘛，最簡單的數據結構，還用寫嘛？真寫的時候要麽無從下手，要麽寫出來壹看，指針錯誤，內存泄漏壹大堆……社會很浮躁，網絡很浮躁，我們做技術的不能浮躁，眼高手低實在要不得。（4）不要放棄數學，尤其如果妳對壹些需要數學的領域有興趣（例如視頻、語音、圖像。。。） 總感覺搞程序的分這麽兩種人，壹種是數學超好英語較爛的；另壹種是英語很棒數學卻跟不上勁的。左右腦都很強大的人貌似比較少（如果妳是，那恭喜妳哈 o(∩_∩)o），自己不幸屬於後壹種，更不幸的是還很想搞遊戲開發。後悔自己在高數，線代等課上不聽課，埋頭學了壹大堆亂七八糟的技術。以至於現在看D3D的書籍，還要不斷回頭找各種數學公式定理。所以如果有同學立誌於遊戲或圖形處理等領域的話，好好學數學，好好聽課吧。數學的自學難度和別的學科可是不壹樣的，先放下自學的課外書籍吧，認真想壹想時間成本就會明白哪個比較重要了。（5）練習團隊精神，與人合作。 道不同不相為謀。技術方向不同的同學可能交流上不會很多，但是仍然建議大家能夠多多的與別人合作。嘗試建立開發小組，分工合作壹個小項目，使用版本控制軟件，體驗下多人開發的感覺。個人英雄的時代已經過去了，軟件開發不是壹個人的戰爭，它需要團隊***同的協作與努力。學技術其實是在與機器交流，團隊合作則可以教會妳如何與人交流，如何更好的表達自己。（6）在不影響學業的前提下，尋找有真正有意義的暑期工作或打工。去壹個公司在壹個好的老板指導下作真正會被使用的程序，不要去壹個要妳做“頭”的地方。打工和找工作壹樣，不要只看待遇和職銜，要挑壹個妳能夠學習的環境，壹個願意培養員工的企業，壹個重視妳的專業的公司。最後，要挑壹個好老板。” 真正的商業應用和校園裏研究式的開發相距甚遠，而不得不承認的是大學裏的計算機教育又和實際需求脫軌。因此，在求學階段快速提高自己實際能力的辦法只有去做相關的兼職工作。在工作中去學習，當敲打那些”真正“的代碼的時候，或許妳會有不同的感受。選擇工作大家都想去Microsoft，Google，IBM，但能去的畢竟是少數。我覺得，對公司的選擇優先度應該是這樣：能夠不斷學習提高自己 > 願意培養員工重視員工 > 良好的企業文化和環境?0?2> 公司待遇。學習為先，其它壹切次之。如果只想賺大錢的話，或許妳不適合走技術這條路。無意在網上看到李開復先生這些話（紅色的六句話）很有感觸，遺憾的是如果早些明白這些或許自己會在學習過程中少走壹些彎路。在這裏把以上內容寫出來，希望能給還在為學習編程而苦惱的同學們些許幫助。最後還是那句話，社會很浮躁，網絡很浮躁，但請大家靜下心來學技術。
上一篇:用示波器顯示李薩如圖形的原理及示波器的連接方法下一篇:關於計算機的壹個問題請教。