[mystery]-前輩的經驗，又是一篇振奮人心的佳做(上)

 若是是初學C語言請看完 一些成功人士的心得

前輩的經驗，又是一篇振奮人心的佳做(上)

前輩的經驗，又是一篇振奮人心的佳做(下)

轉自程先的專欄
    今天，我可以自稱是一個混IT的人，並能以此謀生，未來你們能一次謀生，都要感謝兩我的：克勞德.香農和約翰.馮.諾依曼，是他們發現了全部的數字化信息，不管是一段程序，一封email，一部電影都是用一連串的1和0進行編碼的；是他們發現了咱們能夠利用一個預先編寫好的程序控制機器，並使之完成咱們指望它完成的動做。建議你們在內心默唸三遍他們的名字，以示仰慕。固然，若是讓大家帶着如今的知識回到他們的那個時代，那麼就沒有什麼圖靈獎了。
C語言程序設計是咱們的專業基礎課，可是C語言自己倒是一個很是強大的工具，它是到目前爲止最爲普遍使用的工具，而且在能夠預見的未來，它仍然是皈依爲程序員的人們心中的神器。這個工具做什麼的呢？它在人和機器之間創建了一個交流的平臺。
     某天，你須要完成一個求100的階乘的做業，因而你搬來一個最新的電腦，爲它安裝了最新的windows vista操做系統，而後坐在它的身前，喊「喂電腦，給我計算100的階乘」，電腦說「ok, wait a moment」； 過了一會，一盤香菇小白菜端了上來！呵呵，電腦不是waiter, 你餵它它是不會有反應的，若是你真的wait a moment, 恐怕你就須要wait one more moment了！一萬年後，人們就把你命名成「望夫崖」。
     既然電腦不是伺應生，聽不懂咱們的話，那麼咱們要怎麼控制它呢？若是大家給我裝瘋賣傻，我會告訴你期末掛了你，哦，你立馬老實了！對於電腦，我要怎麼才能使喚它，讓它爲我工做呢？不錯，咱們有個強力工具，C語言！
   好，咱們把上面的場景複習一下：
你要我算100的階乘，因而我去機房上機，編寫了一個程序：
( 參加ppt......)
運行程序，哦，結果出來了！
    有人認爲，如今是java和.net的時代，有誰還須要C以及彙編呢？孰不知，java和.net是創建在軟件之上的，是爲了壟斷市場而創建起來的體系，猶如挖好一個金壁輝煌的坑，請你往下跳，還自覺得站在巨人的肩膀上，事實上成了坑底之蛙。要成爲一個真正的程序員，並指望成爲一個程序員高手，必須從機器出發，從cpu到操做系統，再到軟件體系，高手的境界就是悟道後的明鏡靈臺，軟件設計出神入化，我就是程序，程序就是我。
     聽完我講高手的境界，因而乎你很受感動，說：我要努力學習，向高手學習！隔天就買了一堆MFC, VB, JAVA以及.NET的書回來，早上五點鐘起來背書！這樣是不行的，正確的入門方法只有一個，要證大道，惟有此法！同窗們，從C語言入手，努力學好C語言！
    旁觀者李四說：此人大笨也！我用鼠標隨便拖幾個控件，就是一個xxx管理系統了，你用C語言怕是一年也寫不出來吧！好吧，我要認可，講這話的都已是mS的奴才了，別的我不瞭解，MFC自己就是一個封閉的架構，從MFC入手學習，你只會造成一種封閉的思惟模式，由於MS但願不少人只學會表面的東西，不致成爲高手，因此它大力推薦所謂的可視化的程序開發工具，也真有不少人願意上他的當，最後真正迷失方向。說他坐不了程序吧，他也能夠做，可是若是程序複雜一點，出現問題時，問題出再哪裏就搞不清楚了，反正是不清楚！
     梁肇新，大牛啊，他說：「我就搞不懂了，用鼠標怎麼寫程序呢？在個人公司裏，高手的鍵盤響個不停，鼠標偶爾響一下，新手是鼠標響個不停，鍵盤偶爾響一下，他們的薪水相差的就不是一倍那麼多了！」
     C語言是各大操做系統的基礎，Unix、Linux、Windows其內核都清一色是C語言開發的，(某些地方是和彙編語言混合開發的)，君不見Windows API都是C語言函數的接口？Unix/Linux絕大多數應用都是C語言開發的；Windows應用程序用純API開發已然很少，大多都是依靠某種Application Framework，好比所謂的VC++，其實就是指VC IDE + C++語言 + MFC(如今重點已轉向ATL、WTL)，可是Windows服務、網絡、驅動程序等底層軟件，仍是C語言開發的。各類語言的編譯器，包括java虛擬機，都是用C語言開發的。各類嵌入式設備，如手機、PDA也都是C語言開發的。C語言歷史悠久，其內容也絕非譚浩強老師的《C語言程序設計（第二版）》所描述的那麼簡單——那本書只是針對中國國情的教學入門書而已。
    學生總喜歡問：那種語言好？學那種語言有前途？這種問題每天在討論，永無休止。其實我以爲你們所關心的，無非是那種語言更有「錢途」，學習那種語言畢業後可以輕鬆找到高薪的工做——當年我也是這麼想。那麼，我告訴你，若是你精通C語言，請你去華爲，不要在小池塘裏浪費青春了！
  OK, 聽了我苦口婆心的勸告，你準備從C語言入手，開始攀登程序員高手這座山峯了，在你出發以前，你的行囊中須要準備什麼呢？
第一個要裝進行囊和你一塊兒前進是「規範的格式」，有不少教科書，參考書，不太注重程序的格式的問題，寫出的程序就象一堆堆的垃圾同樣，這也致使瞭如今不少人寫的程序中有不少的廢碼，垃圾代碼，這和那些入門的書有很是大的關係，要把那些做者都拿來打打PP。真正的商業程序絕對是規範的，張三寫的程序和李四的程序格式大體相同，各類標識符的命名規則同樣，不然誰也看不懂你寫的程序。若是寫出來的代碼誰也看不懂，那絕對是垃圾。若是要把那些垃圾翻半天，勉強才把金子找出來，那這樣的程序不如不要，還不如從新寫過，這樣，思路會更清楚一點。因此說，規範的格式是入門的基礎。那這個規範的格式包括什麼呢？很多啊，要堅持才能作到！長標誌符命名，代碼縮進，一對大括號範圍不超過一屏幕，等等。
    第二個要裝進行囊的是耐心，所謂工欲善其事，必先利其器。要想成功，沒有一個相對平淡的過程是不可能的。這不只僅指你在學習過程當中要有耐心，要按部就班，而起也說的是另外一個重要的方面：調式程序。調試是寫程序過程當中一個重要的方面，若是有人能一次寫成程序，牛啊，並且是大牛，不光是大牛，仍是老子騎的那頭青牛，凡人是作不道的！調試是每一個程序一定經歷的歷程。常常有同窗問我：老師，個人程序徹底沒錯誤啊，都是照書抄的啊！怎麼就運行不出來呢？對於這個問題我也看不出來！大家有問題能夠找我，找其餘的老師，老師找誰啊？李師父？那是很荒謬的！我就只好坐下來調試，這個說實話，調試是很枯燥的，因此有同窗抱怨說我操做太快，不理解爲何要這樣，爲何要那樣，個人脾氣不太好，一煩躁就會罵人地，因此，這個就須要大家本身修煉內功了！
有了這兩個就能夠了，能夠出發了，估計有人說了，英語和數學不要了？你們都說大學生了，這種問題就不要問了嘛！你已經用早晨和傍晚的時光學習了英語了，我這個沒有要去，計算機專業英語超簡單，小學水平而已，記住一些專業詞彙就能夠了！關於數學，說數學好，寫程序就好是沒有科學根據的！我就有個同窗，數學回回100分，寫程序也就是hello world的程度，不過人家如今是數學博士了！慚愧啊！作爲的大學生，並且是咱們這個專業的大學生，已經徹底具有了寫程序所須要的數學素養了！因此這個不是咱們要擔憂的，Ready? Go！
第一招，學什麼呢？打狗棍法！呵呵
有一個偉人說過：「重複權威是成熟的必經之路」，這是站在巨人的肩膀上的作法，習武之人首先要學的都是各類套路，比方說辟邪劍法，而後才能融會貫通，開宗流派；咱們學習寫程序也要這樣來，這是一個捷徑，幫你走得更遠得捷徑。
   看書，看好書！書中所寫，是前人數十年經驗所寫，看十本書，就至關於汲取了前人數十年的功力，那麼你的內功也會迅速上升1甲子。：）書固然要看好書，只有好書才養分豐富。要作到讀書破萬卷，編程若有神；枯燥的看書是很鬱悶的，很容易變成化石！如今不少是書都是用源碼說明問題的，源碼就像是動畫、就像是幻燈片，把書中的招式一一演練給你看。能夠說高手的經驗大都是源自代碼，最後也都化成源碼展示在你們面前，把書上的程序一個一個的輸入（用鍵盤，用你的手指）到電腦中，編譯運行。本身手工輸入這一步不能省略，如今不少書有配套源碼，不少同窗或者成年人學習的時候都耍小聰明，直接把源碼複製過去編譯運行，hoho, 這是沒有效果的。
   天然，我讓你輸入程序不是讓你練習盲打，你在輸入的過程就能夠品出程序的好壞來了，若是發現本身輸入了不少重複代碼，那至少這個程序的結構就很差了，窮則變，變則通嘛，你就想改進它啊，這不是很好嗎？
    固然，程序輸得多了，盲打功力也上了一個臺階，鍵盤敲得快了，薪水也跟着漲上去了！^_^
不過，鍵盤敲得快不表明你的程序就寫得好，不然學校只要每一個學生髮一份盲打聯繫軟件，四年畢業後，個個都是程序高手了！
好了，你輸了一個程序進電腦了，鍛鍊了手部肌肉，也運行出告終果，愉悅了身心，就此知足了？那離高手還遠呢，要變成高手，你還要鍛鍊一下你得腦部肌肉！拿起你得筆，拿起你得紙，用你得大腦，這號稱世界上最精密的機器來運行你輸入的程序，記錄下不一樣運行時刻變量的值，記錄下程序的運行分支，最後發現，這個程序被你解剖到了紙上，我相信也解剖到了你的內心！這是捷徑的核心，必定要記住，輸入的程序不是說正確運行就完事了，要去閱讀一下代碼，利用筆和紙作輔助工具，作一下筆記，這就是重複權威 ，固然，若是你是天才，那請你塞上耳朵，你不在咱們討論的範圍以內！
  爲何這一步很重要呢？
你們剛開始學習的時候，是否是有種感受，若是讓你寫一個程序，你從哪裏下手呢？前面？後面？上面？下面？爲了解決這個問題，個人程序該如何寫呢？抓耳撓腮，好煩啊，因而乎乾脆睡覺去，不寫了，你看，這種行爲是要打PP的！
  練武功，老是先重複師父的動做，纔能有本身的動做，因此也讓咱們重重複別人寫的程序開始，而後再寫本身的程序吧！
遵循這個方法，大家就跟着組織走上了通往羅馬的大路了！
   接下來，你得走啊，不走怎麼到羅馬呢？ 把你學會的程序設計方法應用到你寫的程序中去啊！
某天，你看到這裏有個問題，你有了想法，怎麼辦？上機去，和鍵盤奮戰去！stop, stop! 暫停一下，上機以前，不要忘記了你的筆和紙，勇敢地把你的想法寫下來，若是寫不出來，就不要去機房浪費爸爸媽媽的血汗錢了！
  固然，你不能亂寫啊，寫出來的東西怎麼樣才叫不是亂寫的呢？實踐是檢驗真理的惟一標準！用你的大腦去運行一邊啊，不是叫「人程序合一」嘛？，這就是了！學武功就要學絕世武功！雖然號稱最精密，實際效果上，人腦仍是沒有電腦的準確度的，若是你的大腦能馬馬虎虎地運行出來以後，那麼OK，帶上規範的格式和耐心，去上機吧！
    天然，咱們說一天到晚面對字符界面的TC是有些鬱悶，你們都習慣了windows，微軟的客戶體念設計中心可不是吹出來的！windows多好，色彩斑斕的。當你修煉到我這個程度的時候，非要聽這京劇才文思泉涌的寫程序的時候，固然要用windows下的集成開發環境了。可是對你們來講，不是如今，windows是很危險地，程序員仍是回到TC中去吧！
  TC至少有一個好處，能夠鍛鍊咱們使用組合鍵的習慣，能夠鍛鍊咱們使用鍵盤編程的習慣，回想咱們剛剛說的梁某說的話「用鼠標怎麼編程呢？」有同窗難免要提出疑問了，我是80年代甚至是90年代生人，你還讓我面對那麼枯燥的輸入輸出界面？我跟你有代溝！我期待有更豐富更吸引人的交互手段
哦，這個問題問得好，C語言中也有圖形啊，徹底能夠知足你們寓教於樂得心理！讓咱們來看這個程序，很簡單，就是在屏幕上話一個週期得正弦波！
(參見ppt......)
運行效果是否是很好？你學數據結構的時候，樹啊，圖啊，你均可以這樣輸出啊，不少地方你均可以作的更好呢！

好了，到這裏，咱們基本解決了在學習C語言程序設計時的一些方法論的東西，關於具體的學習過程，若是你要我在這裏給大家講指針要如何學習？函數要如何學習？那我講的內容也不會多於任課老師的內容，或者開個專題叫「如何學好指針」，固然，若是你願意和我探討一下指針的本質和高級應用的話，課後，課後啊！
如今，咱們要談最後一個問題！咱們這個專業的女生的比例較其餘的工科專業仍是要高一些的，不知道爲何常常到以下的說法：1，我是女生，我不適合寫程序啊；2，個人性格比較外向，不適合坐下來安靜的寫程序呢！
   性格外向不適合寫程序？大家看我啊，以爲我是性格內向的任嗎？程序員也很是須要發散的外向型思惟，老比，地球上最富裕的人說，他招程序員更願意招原來是學物理的人，由於學物理的人的思惟能夠從極大（宇宙）到極小（原子）。全部，說性格外向不適合寫程序的話是懶惰的藉口，是要掩蓋他不可告人的目的的接口！狂打PP!
  女生又爲何不適合寫程序呢？我到知道一個理由，對皮膚很差啊！大家看我這滿臉滄桑的，就知道了！除此以外，還會又其餘的理由嗎？英國科學家早就證實了男女的區別徹底不是人們想象的那樣，不少方面女性是要超過男性的！想一想之前的母系社會，如今的惠安女！
我就見過一個上市公司的研發二部全是女性！，從軟件工程師到硬件工程師再到部門經理都是女性，業績根本不輸其餘的研發部門，這個公司在湖南，不是我瞎掰的！
同窗們，問你們一個問題，「二十一世紀最貴是什麼？」，不錯，是人才，因此，我能夠負責任地告訴你們，「不學好C語言，老師很生氣」，老師很生氣，後果怎麼樣啊？是很嚴重！
That’s all, thank you!
    學習C語言不是一朝一夕的事情，但也不須要花費十年時間才能精通。如何以最小的代價學習並精通C語言是本文的主題。請注意，即便是「最小的代價」，也毫不是什麼捷徑，而是以最短的時間取得最多的收穫，同時也意味着你須要經歷艱苦的過程。

1、要讀就讀好書，不然不如不讀

　　全部初學者面臨的第一個問題即是：如何選擇教材。好的開始是成功的一半，選擇一本優秀的教材是事半功倍的關鍵因素。不幸的是，學校一般會幫你指定一本不好勁的C語言課本；而幸運的是，你還能夠再次選擇。
　　大名鼎鼎的譚浩強教授出了一本《C語言程序設計》，聽說發行量有超過400萬，據我所知，不少學校都會推薦這本書做爲C語言課本。雖然本人的名字（譚浩宇）跟教授僅僅一字之差，但我是無比堅決地黑他這本書的。這本書不是寫給計算機專業的學生的，而是給那些須要考計算機等級考試的其它專業學生看的。這本書的主要缺點是：例子程序很是不專業，不能教給你程序設計應該掌握的思考方式；程序風格至關地很差，會讓你養成亂寫代碼的惡習；錯誤太多，曾經有人指出過這本書的上百個錯誤，其中不乏關鍵的概念性錯誤。好了，這本書我也不想說太多了，有興趣你們能夠百度一下：）

　　Kernighan和Ritchie的《The C Programming Language》（中譯名《C程序設計語言》）堪稱經典中的經典，不過舊版的不少內容都已過期，和如今的標準C語言相去甚遠，你們必定要看最新的版本，不然不如不看。另外，即便是最經典最權威的書，也沒有辦法面面俱到，因此手邊常備一本《C語言參考手冊》是十分必要的。《C語言參考手冊》就是《C Reference Manual》，是C語言標準的詳細描述，包括絕大多數C標準庫函數的細節，算得上是最好的標準C語言的工具書。順便提一句，最新的《C程序設計語言》是根據C89標準修訂的，而《C語言參考手冊》描述的是C99標準，兩者可能會有些出入，建議按照C99標準學習。還有一本《C和指針》，寫得也是至關地不錯，英文名是《Pointers on C》，特別地強調指針的重要性，算是本書的一個特色吧。不過這本書並不十分適合初學者，若是你曾經學過C語言，有那麼一些C語言的基礎但又不是很紮實，那麼你能夠嘗試一下這本書。我相信，只要你理解了指針，C語言便再也不神祕。

　　若是你已經啃完了一本C語言教材，想要更進一步，那麼有兩本書你必定要看。首先是《C Traps and Pitfalls》（中譯名《C陷井與缺陷》），很薄的一本小冊子，內容很是很是地有趣。要注意一點，這本書是二十多年前寫成的，裏面提到的不少C語言的缺陷都已被改進，不過可以瞭解一些歷史也不是什麼壞事。而後你能夠挑戰一下《Expert C Programming》（中譯名《C專家編程》），書如其名，這本書頗具難度，一旦你仔細讀完並能透徹理解，你即可以放心大膽地在簡歷上寫「精通C語言」了。
　　切記一個原則，不要讀本身目前還看不懂的書，那是浪費生命。若是你看不懂，那你必定是缺失了某些必需基礎知識。此時，你要仔細分析本身須要補充哪些內容，而後再去書店尋找講述的這些內容的書籍。把基礎知識補充完畢再回頭來學習，纔會真正的事半功倍。

2、Unix/Linux仍是Windows，這是個很大的問題

　　不一樣的編程環境會造就出不一樣思惟的程序員。Windows的程序員大多依賴集成開發環境，好比Visual Studio，而Unix程序員更加鍾愛Makefile與控制檯。顯而易見，集成開發環境更容易上手，在Windows上學習C語言，只須要會按幾個基本的Visutal C++工具欄按鈕就能夠開始寫Hello, World!了，而在Unix下，你須要一些控制檯操做的基本知識。有人也許認爲Unix的環境更簡潔，但習慣的力量是很大的，你們都很熟悉Windows的基本操做，而爲了學習C語言去專門裝一個Unix系統，彷佛有點不划算。
　　對於一個只懂得Windows基本操做、連DOS是什麼都不知道的新手而言，儘快作一些有趣而有意義的事情纔是最重要的。用C語言寫一個小程序遠比學習ls、cat等命令有趣，何況咱們要專一於C語言自己，就不得不暫時忽略一些東西，好比編譯連接的過程、Makefile的寫法等等等等。

　　因此我建議初學者應該以Visual C++ 6.0（不是VisualC++ .NET）或者Dev C++做爲主要的學習環境，並且千萬不要在IDE的使用技巧上過多糾纏，由於從此你必定要轉向Unix環境的。Visual C++ 6.0使用很方便，調試也很直觀，但其默認的編譯器對C標準的支持並很差，而Dev C++使用gcc編譯器，對C99的標準都支持良好。使用順帶提一下，不少大學的C語言課程還在使用Turbo C 2.0做爲實驗環境，這是至關不可取的，緣由其一是TC 2.0對C標準幾乎沒有支持，其二是TC 2.0編譯獲得的程序是16位的，這對從此理解32位的程序會形成極大的困擾（固然,用djgpp之類的東西可使TC 2.0編譯出32位程序，不過那過於複雜了）。

　　等你學完一本C語言的教材，你必定要轉向Unix平臺繼續學習，幾乎全部的C語言高級教程都是基於Unix平臺的（好比《C專家編程》）。轉變的過程是痛苦的，你須要面對的是各類紛繁複雜的命令，徹底不一樣於Windows平臺的思考方式，可是這種痛苦是值得的。Unix與C是共生的，Unix的思考方式和習慣更加符合C語言的思考方式和習慣。在Unix下，你能夠找到無數優秀的源代碼供你盡情閱讀，你能夠方便地查看某個庫函數的聯機手冊，還能夠看到最優秀的代碼風格（說到代碼風格，我會專門寫一篇文章詳細敘述）。

　　歸結起來就是一句話：初學C語言，建議使用Windows系統和集成開發環境，在準備向「高手」方向努力時，請先轉向Unix平臺。

　　(後面繼續，請點擊網址)http://infohacker.blog.51cto.com/6751239/1171129