一個老程式設計師對剛上大學的學弟學妹的忠告
始終認為,對一個初學者來說,IT界的技術風潮是不可追趕。 我時常看見自己的DDMM們把課本扔了,去買些價格不菲的諸如C#, VB.Net 這樣的大部頭,這讓我感到非常痛心。 而許多搞不清指標是咋回事的BBS站友眉飛色舞的討論C#裡面可以不用指標等等則讓我覺得好笑。
C#就象當年的ASP 一樣,“忽如一夜春風來,千樹萬樹梨花開”,結果許多學校的資訊學院成了“Web 學院”。 96, 97級的不少大學生都去做Web了。當然我沒有任何歧視某一行業的意識。 我只是覺得如果他們把追趕這些時髦技術的時間多花一點在基礎的課程上應該是可以走得更遠的。
幾個誤區
初學者對C#風潮的追趕其實也只是學習過程中經常遇到的幾個誤區之一。 我將用一些實際的例子來說明這些現象,你可以按部就班的看看自己是不是屬於其中的一種或者幾種:
認為計算機技術等於程式設計技術:
有些人即使沒有這個想法,在潛意識中也有這樣的衝動。 讓我奇怪的是,許多資訊學院的學生也有這樣的念頭。 認為計算機專業就是程式設計專業,與程式設計無關的,或者不太相關課程他統統都不管,極端的學生只要書上沒帶“程式設計”兩個字他就不看。
其實程式設計只是計算機技術應用過程中一種複雜性最低的勞動,這就是為什麼IT業最底層的人是程式設計師(CODER)。 計算機技術包括了多媒體,計算機網路,人工智慧,模式識別,管理資訊系統等等這些方面。 程式設計工作只是在這些具體技術在理論研究或者工程實踐的過程中表達演算法的過程。
程式設計的人不一定對計算機技術的瞭解就一定很高。而一個有趣的現象是,不少大師級的計算機技術研究者是不懂程式設計的。 網上的炒作和現實中良好的工作待遇把程式設計這種勞動神祕化了。 其實每一個程式設計師心裡都明白,自己這些東西,學的時候並不比其它專業難,所以自然也不會高檔到哪裡去。
咬文嚼字的孔已己作風:
我見過一本女生的《計算機網路原理》教材,這個女生像小學生一樣在書上劃滿了橫槓槓,筆記做得滿滿的,列印出來一定比教材還厚。 我不明白的是,像計算機網路原理這樣的課程有必要做筆記? 我們的應試教育的確害了不少學生,在上《原理》這一類課程的時候許多學生像學《馬列原理》一樣逐字背誦記憶。 這乃是我見過的最愚蠢的行為。 所謂《原理》,即是需要掌握它為什麼這樣做,學習why,而不是how(怎樣做)。 極端認真的學生背下乙太網的網線最大長度,資料幀的長度,每個欄位的意義,IP報頭的格式等等,但是忘了路由的原則,忘了TCP/IP協議設計的宗旨。 總之許多人花了大量的時間把書背得滾瓜爛熟卻等於什麼也沒學。
在學習程式設計的時候這些學生也是這樣,他們確切的記得C++語法的各個細節。 看完了C++ 教程後看《Thinking in C++》(確實是好書),《Inside C++》,《C++ reference》,this C++, that C++……, 然後是網上各種各樣的關於C++語法的奇聞逸事,然後發現自己又忘了C++的一些語法,最後回頭繼續惡補…。
有個師弟就跟我說:“C++太難了,學了這裡忘了那裡,學了繼承忘了模板。”
我的回答道:“你不去學就容易了”。
我並沒有教壞他,只是告訴他,死摳C++的語法就和孔已己炫耀茴香豆的茴字有幾種寫法一樣毫無意義。 你根本不需要對的C++語法太關心,動手程式設計就是了,有不記得的地方一查MSDN就立馬搞定。 我有個結論就是,實際的開發過程中對程式語法的瞭解是最微不足道的知識。 這是為什麼我在為同學用Basic(我以前從沒有學過它)寫一個小程式的時候,只花了半個小時看了看語法,然後再用半個小時完成了程式, 而一個小時後我又完全忘記了Basic 的所有關鍵字。
不顧基礎,盲目追趕時髦技術:
終於點到題目上來了。 大多數的人都希望自己的東西能夠馬上跑起來,變成錢。 這種想法對一個已經進入職業領域的程式設計師或者專案經理來說是合理的,而且IT技術進步是如此的快,不跟進就是失業。 但是對於初學者來說(尤其是時間充裕的大中專在校生),這種想法是另人費解的。
一個並未進入到行業競爭中來的初學者最大的資本便是他有足夠的時間沉下心來學習基礎性的東西,學習why而不是how。 時髦的技術往往容易掌握,而且越來越容易掌握,這是商業利益的驅使,為了最大化的降低軟體開發的成本。 但在IT領域內的現實就是這樣,越容易掌握的東西,學習的人越多,而且淘汰得越快。 每一次新的技術出來,都有許多初學者跟進,這些初學者由於缺乏必要的基礎而使得自己在跟進的過程中花費大量的時間,而等他學會了,這種技術也快淘汰了。
基礎的課程,比方資料結構,作業系統原理等等雖然不能讓你立馬就實現一個Linux(這是許多人嘲笑理論課程無用的原因), 但它們能夠顯著的減少你在學習新技術時學習曲線的坡度。 而且對於許多關鍵的技術(比方Win32 SDK 程式的設計,DDK的程式設計)來說甚至是不可或缺的。
一個活生生的例子是我和我的一個同學,在大一時我還找不到開機按紐,他已經會寫些簡單的彙編程式了。 我把大二的所有時間花在了彙編,計算機體系結構,資料結構,作業系統原理等等這些課程的學習上,而他則開始學習HTML和VB,並追趕ASP的潮流。 大三的時候我開始學習Windows 作業系統原理,學習SDK程式設計,時間是漫長的,這時我才能夠用VC開發出象模象樣的應用程式。 我曾一度因為同學的程式已經能夠執行而自己還在學習如何建立對話方塊而懊惱不已,但臨到畢業才發現自己的選擇是何等的正確。 和我談判的公司開出的薪水是他的兩倍還多。
下面有一個不很恰當的比方:假設學習VB程式設計需要 4個月,學習基礎課程和VC的程式設計需要1年。 那麼如果你先學VB,再來學習後者,時間不會減少,還是1年,而反過來,如果先學習後者,再來學VB,也許你只需要1個星期就能學得非常熟練。
幾個重要的基礎課程
如果你是學生,或者如果你有充足的時間。我建議你仔細的掌握下面的知識。 我的建議是針對那些希望在IT技術上有所成就的初學者。 同時我還列出了一些書目,這些書應該都還可以在書店買到。 說實在的,我在讀其他人的文章時最大的心願就是希望作者列出一個書單。
大學英語 -不要覺得好笑。我極力推薦這門課程是因為沒有專業文件的閱讀能力是不可想象的。 中文的翻譯往往在猴年馬月才會出來,而現在的許多出版社乾脆就直接把E文印刷上去。 學習的方法是強迫自己看原版的教材,開始會看不懂,用多了自然熟練。 吃得苦下得狠心絕對是任何行業都需要的品質。
計算機體系結構和組合語言 -關於體系結構的書遍地都是,而且也大同小異, 倒是彙編有一本非常好的書《80x86組合語言程式設計教程》(清華大學出版社,黑色封面,楊季文著)。 你需要著重學習386後保護模式的程式設計。否則你在學習現代作業系統底層的一些東西的時候會覺得是在看天書。
計算機作業系統原理 -我們的開發總是在特定的作業系統上進行,如果不是,只有一種可能:你在自己實現一個作業系統。 無論如何,作業系統原理是必讀的。這就象我們為一個晶片製作外圍裝置時,晶片基本的工作時序是必需瞭解的。 這一類書也很多,我沒有發現哪一本書非常出眾。 只是覺得在看完了這些書後如果有空就應該看看《Inside Windows 2000》(微軟出版社,我看的是E文版的,中文的書名想必是Windows 2000 技術內幕之類吧)。 關於學習它的必要性,ZDNET上的另一篇文章已經有過論述。
資料結構和演算法 -這門課程能夠決定一個人程式設計水平的高低,是一門核心課程。我首選的是清華版的(朱戰立,劉天時)。 很多人喜歡買C++版的,但我覺得沒有必要。C++的語法讓演算法實現過程變得複雜多了,而且許多老師喜歡用模組這一東西讓演算法變得更復雜。 倒是在學完了C版的書以後再來瀏覽一下 C++的版的書是最好的。
軟體工程 -這門課程是越到後來就越發現它的重要,雖然剛開始看時就象看馬哲一樣不知所云。 我的建議是看《實用軟體工程》(黃色,清華)。 不要花太多的時間去記條條框框,看不懂就跳過去。 在每次自己完成了一個軟體設計任務(不管是練習還是工作)以後再來回顧回顧,每次都會有收穫。
Windows 程式設計 -《北京大學出版社,Petzold著》我建議任何企圖設計Windows 程式的人在學習VC以前仔細的學完它。 而且前面的那本《Inside Windows 2000》也最好放到這本書的後面讀。 在這本書中,沒有C++,沒有GUI,沒有控制元件。有的就是如何用原始的C語言來完成Windows 程式設計。 在學完了它以後,你才會發現VC其實是很容易學的。千萬不要在沒有看完這本書以前提前學習VC,你最好碰都不要碰。 我知道的許多名校甚至都已經用它作為教材進行授課。可見其重要。
上面的幾門課程我認為是必學的重要課程(如果你想做Windows 程式設計師)。
對於其它的課程有這樣簡單的選擇方法:如果你是計算機系的,請學好你所有的專業基礎課。 如果不是,請參照計算機系的課程表。 如果你發現自己看一本書時無法看下去了,請翻到書的最後,看看它的參考文獻,找到它們並學習它們,再回頭看這本書。 如果一本書的書名中帶有“原理”兩個字,你一定不要去記憶它其中的細節,你應該以一天至少50頁的速度掌握其要領。 儘可能多的在計算機上實踐一種理論或者演算法。
日三省乎己
每天讀的書太多,容易讓人迷失方向。看看我以前整理的一個合格程式設計師應該看哪些書,如果原文被牆,可以到CSDN看。 一定要在每天晚上想想自己學了些什麼,還有些什麼相關的東西需要掌握,自己對什麼最感興趣,在一本書上花的時間太長還是不夠等等。 同時也應該多想想未來最有可能出現的應用,這樣能夠讓你不是追趕技術潮流而是引領技術潮流。 同時,努力使用現在已經掌握的技術和理論去製作具有一定新意的東西。 堅持這樣做能夠讓你真正成為一個軟體“研發者”而不僅僅是一個CODER。
把最多的時間花在學習上
這是對初學者最後的忠告。 把每個星期玩CS或者CS的時間壓縮到最少,不玩它們是最好的。 同時,如果你的ASP技術已經能夠來錢,甚至有公司請你兼職的話,這就證明你的天分能夠保證你在努力的學習之後取得更好的收益,你應該去做更復雜的東西。 眼光放長遠一些,這無論是對誰都是適用的。
C#就象當年的ASP 一樣,“忽如一夜春風來,千樹萬樹梨花開”,結果許多學校的資訊學院成了“Web 學院”。 96, 97級的不少大學生都去做Web了。當然我沒有任何歧視某一行業的意識。 我只是覺得如果他們把追趕這些時髦技術的時間多花一點在基礎的課程上應該是可以走得更遠的。
幾個誤區
初學者對C#風潮的追趕其實也只是學習過程中經常遇到的幾個誤區之一。 我將用一些實際的例子來說明這些現象,你可以按部就班的看看自己是不是屬於其中的一種或者幾種:
認為計算機技術等於程式設計技術:
有些人即使沒有這個想法,在潛意識中也有這樣的衝動。 讓我奇怪的是,許多資訊學院的學生也有這樣的念頭。 認為計算機專業就是程式設計專業,與程式設計無關的,或者不太相關課程他統統都不管,極端的學生只要書上沒帶“程式設計”兩個字他就不看。
其實程式設計只是計算機技術應用過程中一種複雜性最低的勞動,這就是為什麼IT業最底層的人是程式設計師(CODER)。 計算機技術包括了多媒體,計算機網路,人工智慧,模式識別,管理資訊系統等等這些方面。 程式設計工作只是在這些具體技術在理論研究或者工程實踐的過程中表達演算法的過程。
程式設計的人不一定對計算機技術的瞭解就一定很高。而一個有趣的現象是,不少大師級的計算機技術研究者是不懂程式設計的。 網上的炒作和現實中良好的工作待遇把程式設計這種勞動神祕化了。 其實每一個程式設計師心裡都明白,自己這些東西,學的時候並不比其它專業難,所以自然也不會高檔到哪裡去。
咬文嚼字的孔已己作風:
我見過一本女生的《計算機網路原理》教材,這個女生像小學生一樣在書上劃滿了橫槓槓,筆記做得滿滿的,列印出來一定比教材還厚。 我不明白的是,像計算機網路原理這樣的課程有必要做筆記? 我們的應試教育的確害了不少學生,在上《原理》這一類課程的時候許多學生像學《馬列原理》一樣逐字背誦記憶。 這乃是我見過的最愚蠢的行為。 所謂《原理》,即是需要掌握它為什麼這樣做,學習why,而不是how(怎樣做)。 極端認真的學生背下乙太網的網線最大長度,資料幀的長度,每個欄位的意義,IP報頭的格式等等,但是忘了路由的原則,忘了TCP/IP協議設計的宗旨。 總之許多人花了大量的時間把書背得滾瓜爛熟卻等於什麼也沒學。
在學習程式設計的時候這些學生也是這樣,他們確切的記得C++語法的各個細節。 看完了C++ 教程後看《Thinking in C++》(確實是好書),《Inside C++》,《C++ reference》,this C++, that C++……, 然後是網上各種各樣的關於C++語法的奇聞逸事,然後發現自己又忘了C++的一些語法,最後回頭繼續惡補…。
有個師弟就跟我說:“C++太難了,學了這裡忘了那裡,學了繼承忘了模板。”
我的回答道:“你不去學就容易了”。
我並沒有教壞他,只是告訴他,死摳C++的語法就和孔已己炫耀茴香豆的茴字有幾種寫法一樣毫無意義。 你根本不需要對的C++語法太關心,動手程式設計就是了,有不記得的地方一查MSDN就立馬搞定。 我有個結論就是,實際的開發過程中對程式語法的瞭解是最微不足道的知識。 這是為什麼我在為同學用Basic(我以前從沒有學過它)寫一個小程式的時候,只花了半個小時看了看語法,然後再用半個小時完成了程式, 而一個小時後我又完全忘記了Basic 的所有關鍵字。
不顧基礎,盲目追趕時髦技術:
終於點到題目上來了。 大多數的人都希望自己的東西能夠馬上跑起來,變成錢。 這種想法對一個已經進入職業領域的程式設計師或者專案經理來說是合理的,而且IT技術進步是如此的快,不跟進就是失業。 但是對於初學者來說(尤其是時間充裕的大中專在校生),這種想法是另人費解的。
一個並未進入到行業競爭中來的初學者最大的資本便是他有足夠的時間沉下心來學習基礎性的東西,學習why而不是how。 時髦的技術往往容易掌握,而且越來越容易掌握,這是商業利益的驅使,為了最大化的降低軟體開發的成本。 但在IT領域內的現實就是這樣,越容易掌握的東西,學習的人越多,而且淘汰得越快。 每一次新的技術出來,都有許多初學者跟進,這些初學者由於缺乏必要的基礎而使得自己在跟進的過程中花費大量的時間,而等他學會了,這種技術也快淘汰了。
基礎的課程,比方資料結構,作業系統原理等等雖然不能讓你立馬就實現一個Linux(這是許多人嘲笑理論課程無用的原因), 但它們能夠顯著的減少你在學習新技術時學習曲線的坡度。 而且對於許多關鍵的技術(比方Win32 SDK 程式的設計,DDK的程式設計)來說甚至是不可或缺的。
一個活生生的例子是我和我的一個同學,在大一時我還找不到開機按紐,他已經會寫些簡單的彙編程式了。 我把大二的所有時間花在了彙編,計算機體系結構,資料結構,作業系統原理等等這些課程的學習上,而他則開始學習HTML和VB,並追趕ASP的潮流。 大三的時候我開始學習Windows 作業系統原理,學習SDK程式設計,時間是漫長的,這時我才能夠用VC開發出象模象樣的應用程式。 我曾一度因為同學的程式已經能夠執行而自己還在學習如何建立對話方塊而懊惱不已,但臨到畢業才發現自己的選擇是何等的正確。 和我談判的公司開出的薪水是他的兩倍還多。
下面有一個不很恰當的比方:假設學習VB程式設計需要 4個月,學習基礎課程和VC的程式設計需要1年。 那麼如果你先學VB,再來學習後者,時間不會減少,還是1年,而反過來,如果先學習後者,再來學VB,也許你只需要1個星期就能學得非常熟練。
幾個重要的基礎課程
如果你是學生,或者如果你有充足的時間。我建議你仔細的掌握下面的知識。 我的建議是針對那些希望在IT技術上有所成就的初學者。 同時我還列出了一些書目,這些書應該都還可以在書店買到。 說實在的,我在讀其他人的文章時最大的心願就是希望作者列出一個書單。
大學英語 -不要覺得好笑。我極力推薦這門課程是因為沒有專業文件的閱讀能力是不可想象的。 中文的翻譯往往在猴年馬月才會出來,而現在的許多出版社乾脆就直接把E文印刷上去。 學習的方法是強迫自己看原版的教材,開始會看不懂,用多了自然熟練。 吃得苦下得狠心絕對是任何行業都需要的品質。
計算機體系結構和組合語言 -關於體系結構的書遍地都是,而且也大同小異, 倒是彙編有一本非常好的書《80x86組合語言程式設計教程》(清華大學出版社,黑色封面,楊季文著)。 你需要著重學習386後保護模式的程式設計。否則你在學習現代作業系統底層的一些東西的時候會覺得是在看天書。
計算機作業系統原理 -我們的開發總是在特定的作業系統上進行,如果不是,只有一種可能:你在自己實現一個作業系統。 無論如何,作業系統原理是必讀的。這就象我們為一個晶片製作外圍裝置時,晶片基本的工作時序是必需瞭解的。 這一類書也很多,我沒有發現哪一本書非常出眾。 只是覺得在看完了這些書後如果有空就應該看看《Inside Windows 2000》(微軟出版社,我看的是E文版的,中文的書名想必是Windows 2000 技術內幕之類吧)。 關於學習它的必要性,ZDNET上的另一篇文章已經有過論述。
資料結構和演算法 -這門課程能夠決定一個人程式設計水平的高低,是一門核心課程。我首選的是清華版的(朱戰立,劉天時)。 很多人喜歡買C++版的,但我覺得沒有必要。C++的語法讓演算法實現過程變得複雜多了,而且許多老師喜歡用模組這一東西讓演算法變得更復雜。 倒是在學完了C版的書以後再來瀏覽一下 C++的版的書是最好的。
軟體工程 -這門課程是越到後來就越發現它的重要,雖然剛開始看時就象看馬哲一樣不知所云。 我的建議是看《實用軟體工程》(黃色,清華)。 不要花太多的時間去記條條框框,看不懂就跳過去。 在每次自己完成了一個軟體設計任務(不管是練習還是工作)以後再來回顧回顧,每次都會有收穫。
Windows 程式設計 -《北京大學出版社,Petzold著》我建議任何企圖設計Windows 程式的人在學習VC以前仔細的學完它。 而且前面的那本《Inside Windows 2000》也最好放到這本書的後面讀。 在這本書中,沒有C++,沒有GUI,沒有控制元件。有的就是如何用原始的C語言來完成Windows 程式設計。 在學完了它以後,你才會發現VC其實是很容易學的。千萬不要在沒有看完這本書以前提前學習VC,你最好碰都不要碰。 我知道的許多名校甚至都已經用它作為教材進行授課。可見其重要。
上面的幾門課程我認為是必學的重要課程(如果你想做Windows 程式設計師)。
對於其它的課程有這樣簡單的選擇方法:如果你是計算機系的,請學好你所有的專業基礎課。 如果不是,請參照計算機系的課程表。 如果你發現自己看一本書時無法看下去了,請翻到書的最後,看看它的參考文獻,找到它們並學習它們,再回頭看這本書。 如果一本書的書名中帶有“原理”兩個字,你一定不要去記憶它其中的細節,你應該以一天至少50頁的速度掌握其要領。 儘可能多的在計算機上實踐一種理論或者演算法。
日三省乎己
每天讀的書太多,容易讓人迷失方向。看看我以前整理的一個合格程式設計師應該看哪些書,如果原文被牆,可以到CSDN看。 一定要在每天晚上想想自己學了些什麼,還有些什麼相關的東西需要掌握,自己對什麼最感興趣,在一本書上花的時間太長還是不夠等等。 同時也應該多想想未來最有可能出現的應用,這樣能夠讓你不是追趕技術潮流而是引領技術潮流。 同時,努力使用現在已經掌握的技術和理論去製作具有一定新意的東西。 堅持這樣做能夠讓你真正成為一個軟體“研發者”而不僅僅是一個CODER。
把最多的時間花在學習上
這是對初學者最後的忠告。 把每個星期玩CS或者CS的時間壓縮到最少,不玩它們是最好的。 同時,如果你的ASP技術已經能夠來錢,甚至有公司請你兼職的話,這就證明你的天分能夠保證你在努力的學習之後取得更好的收益,你應該去做更復雜的東西。 眼光放長遠一些,這無論是對誰都是適用的。
相關文章
- 一個老程式設計師對學弟學妹的一些忠告程式設計師
- 一個程式設計師對學弟學妹的建議程式設計師
- 程式設計師的奮鬥史(四十六)——大學斷代史(十)——給學弟學妹們的忠告——終結篇程式設計師
- 一個BAT老程式設計師的忠告!BAT程式設計師
- 給剛畢業的大學生和剛入門的程式設計師的忠告及圖書推薦程式設計師
- 給程式設計師的18個忠告程式設計師
- 考研與就業——答學弟學妹問就業
- 一個“老”程式設計師的思考程式設計師
- 在你迷茫時不如學好一門語言(送給大一的學弟學妹)
- 一個十幾年程式設計師給所有新老程式設計師的忠告程式設計師
- 一個老程式設計師的建議程式設計師
- 一位老工程師給年輕程式設計師的“十大忠告”工程師程式設計師
- 大學教程式設計的老師為何不去當高收入的程式設計師?程式設計師
- 一個老程式設計師的程式設計之路,寫給年輕的程式設計師們程式設計師
- 給各位程式設計師的一些忠告程式設計師
- 老程式設計師肺腑忠告:千萬別一輩子靠技術生存!程式設計師
- 一個程式設計師的數學學習探索之旅程式設計師
- 一個老程式設計師的小小經驗(轉)程式設計師
- 一個老工程師給年輕人的十大忠告工程師
- 剛掙錢的程式設計師同學該如何花錢?程式設計師
- 作為一個程式設計師的學習思考程式設計師
- 我是個程式設計師 大學剛畢業去一家公司面試程式設計師面試
- 一位程式設計師工作10年總結的13個忠告程式設計師
- 計算機學院的老師實際程式設計能力如何?計算機程式設計
- 一個老程式設計師的十年回顧程式設計師
- 經濟學老師教你選大學專業的13個訣竅
- 老程式設計師被新程式設計師拍在沙灘上?程式設計師
- 《程式設計師的數學》思考題(一)程式設計師
- 程式設計師的哲學程式設計師
- 程式設計師的數學程式設計師
- 教小師妹學多執行緒,一個有深度的例子!執行緒
- 學習譚浩強老師的《C程式設計》,必配《C程式設計伴侶》!C程式程式設計
- 數學,離一個程式設計師有多近?程式設計師
- 學會怎樣尊重一個程式設計師程式設計師
- 程式設計師安身立命的138條忠告程式設計師
- 如何讓您的VFP程式更安全?對VFP程式設計師的一點忠告。 (1千字)程式設計師
- 一個老程式設計師未來10年的計劃目標程式設計師
- 漫談程式設計師系列:一個老程式設計師的2014年終總結程式設計師