1. 想自學c語言,誰能推薦本好的入門教程,謝謝
程序員》推薦C++ 圖書三人談
主持人：熊節（透明），《程序員》雜志編輯，C-View成員
嘉 賓：孟岩（夢魘）,聯想公司掌上設備事業部應用開發處任職，C-View成員。與侯捷先生合譯《C++ Standard Library》一書
金尹（惡魔），上海天宇公司CTO，在《程序員》連載有「自由與繁榮的國度」系列文章
透明：「學C++用哪本書入門」，這是被問得最多的一個問題。但是哪一本書是最好的入門書？似乎很難找到答案。《C++ Primer》太厚，《Effective C++》對讀者要求比較高，《Essential C++》又常常被批評為「太淺」。
其實說穿了：no silver bullet。想從一本書學會C++，那是不可能的。有朋友問我如何學C++，我會建議他先去找本數據結構書，把裡面的習題全部用C++做一遍，然後再去看《Effective C++》。myan經常說「要在學習初期養成好習慣」，我對此頗不以為然。
個人認為，《Essential C++》適合作教材，《C++ Primer》適合作參考書，《Effective C++》適合作課外讀物。
惡魔：很後悔當初買了《C++ Primer》。因為從我個人角度來看，它的功能效用基本是和《The C++ Programming Language》重合。當然對於入門來說，它還是很不錯的。但是《C++ Primer》太厚，一來導致看書極其不方便，二來系統學習需要花比較長的時間。對於目前這個越來越快餐化的時代來說，的確有很多不適合的地方，不過可以作為初學者的參考書。現在我以一塊K3 CPU的代價把它借給了別人，希望我那位同事能夠從中得到一些益處。
如果已經具備了C基礎，我建議看國內的書，例如錢能的《 C++大學教程（第二版）》。(如果沒有C的基礎還是看譚浩強的C語言)。這本書對C講得還算比較清晰，有很多習題值得一做，特別是最後的struct和union兩個部分。其中的一些演算法比較拖沓和繁瑣（比如樹和鏈表的遍歷演算法），讀者可以嘗試修改這些例子，作為最後對C語言的一些總結測試。
夢魘：這個問題讓我想起四五年前的情形。今天對於C++有一點認識的人，多半是從那幾年就開始學C++了。那時根本沒有品牌觀念。從書店裡找一本 C++書，如果看著還算明白，就買下來。我記得那時候宛延闓、張國鋒、麥中凡教授的書都受到很高的贊譽。我個人最早的一本C++書是Greg Perry的一本書，今天想起來，其實是一本打著C++旗號的C語言教程。對我作用最大的一本書是國防科技出版社出版的一本書，書名記不得了，作者叫斯蒂芬·布萊哈。
透明：還記得以前曾批評過一本C++書，是北航出的，整本書就沒有出現過class關鍵字。那本書，說穿了其實只是介紹了C語言和 iostream庫的用法，根本不能算C++。而當時我常常推薦的一本書是電子科技大學張松梅老師的C++教程。那本書，直到今天來看也沒有太大的問題，唯一的缺憾就是由於年代久遠，許多東西已經過時了。而對於一本技術書籍來說，「過時」是最不可接受的。
總體來說，那時使用C++的人真是在「盲人摸象」。不過這也有好處，就是對C++的很多細節能搞清楚，以後看到經典好書時比較容易理解；當然壞處就是概念不清，甚至都不知道C++和Visual C++、Borland C++到底有什麼不一樣。
夢魘：整個90年代，其實大部分人對於C++的認識都似是而非。一開始是等同於Borland C++，後來是等同於Visual C++和MFC。所以一般來說，打著BC和VC旗號的書賣得很好，人們覺得這就是C++。而我比較幸運，布萊哈的那本書雖然從現在的眼光來看談不上高超，但基本路子是對的。可能是因為原書是給UNIX程序員的培訓教材，所以沒有讓我一開始就形成「C++ == VC++」的認識。
其實一直到1996年，我們那裡搞計算機的都是唯Borland C++馬首是瞻的，到了VC 4.0出來，一下子格局全變了。1997年VC5推出之後，書店裡MFC書鋪天蓋地，學MFC的人，頭抬得都比別人高一些。不過現在看來，那時候大部分的 MFC書都是三流貨色。我曾經有一段時間認為，那一批程序員中間有不少被誤導了。根本原因就是相對的封閉。
透明：我覺得一本書的價值有兩方面：第一，教給你實用的技術；第二，促使你去思考。對於一本介紹VC（或者說MFC）使用方法的書，我根本不希望它能促使我有什麼思考，所以我就一定要求它在技術上精益求精完美無瑕。我剛開始用VC的時候，買的第一本書就是潘愛民老師翻譯的《VC技術內幕》（第四版），沒有受到那些「三流貨色」的誤導，應該說是很幸運的。
夢魘：1999年機械工業出版社開始出版「計算機科學叢書」，其中的《Thinking in C++》第一版受到了廣泛的歡迎。其實我一直不認為這本書很出色，雖然拿過一次大獎。然而我們都得承認，這本書在C++書籍領域里第一次建立了品牌觀念，很多初學者開始知道，不是隨便買哪一本都一樣的。再往後就是2000年的《 深入淺出MFC（第二版）》第二版，以及侯先生在《程序員》上發表的那一篇《C++/OOP大系》，加上整個大環境的變化，品牌觀念深入人心，C++書籍市場終於開始逐漸與世界同步。
回想往事，我的感覺是，那個需要戰戰兢兢選擇入門書的時代已經過去，今天的C++初學者，大可以放心地買口碑好、自己讀起來思路順暢的書，入門不再是太大的問題。還有一些程序員已經學了幾年C++，但看到今天出版的一些新書，感覺比較陌生，這也不是什麼問題。侯先生經常說「凡走過必留下足跡」，所謂「走彎路」，未必不是一件好事。
至於具體的推薦表，就不好一概而論了。總之在我的印象里，《Essential C++》、《C++ Primer》、錢能教授的C++教程，都不錯。甚至有人一上來就看Bjarne Stroustrup的《The C++ Programming Language》，只要他喜歡，也沒什麼不可以。
透明：我同意你的觀點。不管怎麼說，編程是門實踐性非常強的學問。要想對C++對象模型有深入的了解，最好的辦法就是寫一串程序去看結果；要想學會OOP，也只能從項目中學。對於初學者，最好的學習方法就是不停地寫程序，寫真正有用的程序，寫到有問題的時候就去查書，於是自然就會知道哪本書好哪本書不好。不過我們的教育制度能不能讓大學里的學生們有這樣的學習機會，我表示懷疑。
以我的經驗，學C++有兩個門檻：入門和使用。完全看不懂C++，這是一個門檻，但是只要有一本合適的入門書，很快就能跨過。要想真正用上C ++，卻不是件很容易的事情。尤其對於學生來說，接觸到的東西多是「玩具」，很難有實戰的機會。所以經常看見有人問「C++到底能做什麼」，這是C++學習中一個比較麻煩的問題。我們都是做了相當長時間的C++程序之後才看到一些真正經典的書，也正是因為走了相當長的彎路之後才知道這些書的經典之所在。所謂彎路，我想也是一種必須的積累。就算一開始就看《Essential C++》和《C++ Primer》，沒有兩三年的時間恐怕還是難有所得。
惡魔：有兩句十分有道理的話，一是我大學的C語言老師說的「寫程序不如說是抄程序」，另一句是一網友說的「好的設計來自借鑒，天才的設計來自剽竊」。對於我這個理性批判主義者來說，這兩句話的確不太適合。但是無論從哪個角度來講，對於初學者來說，剽竊大師的作品是通向成功的最快捷徑。
我個人認為，對於C++的初學者來說，首先要確定自己專業領域內主要使用的特性的方向。因為C++的特性如此眾多，初學者想貪多基本是不可能成功的。C++的編程範式基本可以分為ADT+PP、GP和OO三個方向。對於ADT+PP範式來說，初學者的主要問題不是學習C++，而是學習C的使用。對於這樣的初學者，國內的幾本書還是寫得比較清楚，符合中國人的習慣，比如譚浩強的《C語言教程》、錢能的《C++語言大學教程》。這兩本書我首推第一本，因為這一本我潛心研究了一年，這本書當中很多程序是可以剽竊的，而且可以對這些程序進行加工和提升。比如結構這一章中，它所給出的用struct來實現鏈表、二叉樹的演算法是相當蹩腳的。學習ADT+PP的初學者將這本書揣摩透以後可以嘗試修改這兩個程序。另外這本書的第二版稍微涉及了一些關於「類」 的內容。學習ADT+PP的初學者，可以不被OO中的一些專有特性擾亂自己的思路，對於類層次扁平、無繼承、無多態的程序編寫是有很大好處的。
透明：你好象比較推崇國內教授寫的書。現在社會上有種不好的風氣：一捧就捧上天，一貶就貶下地。就好象對待譚教授的書，前幾年是奉為經典，這幾年又有很多人使勁批評。學C++更是有點「崇洋媚外」，總是覺得初學就應該看《Essential C++》。我看這種觀點也是片面的。
惡魔：當然《Essential C++》也值得看看。但是我個人覺得這本書沒有譚浩強的《C語言教程》來得好。主要原因是：第一，C++的所有特性都點到了，但是不深，看了以後會三心二意沒有方向；第二，可以抄襲借鑒的例子太少。《C語言教程》中有很多有趣的問題，比如猴子吃桃、漢諾塔等等，這些例子對於剛剛涉及C/C++語言編程的人來說是學習編程很好的例子。《Essential C++》只能是前兩本書看透以後，作為學習C++特性的一個過渡性的書籍。讓讀者真正領略到什麼是C++的編程、和C編程的不同點在哪裡。
透明：我發現一個很有趣的現象：初學者往往喜歡問「哪本書比較好」，這讓我很是不解。這有點像一個剛學打籃球的人問「王治郅和科比誰比較厲害」。當然科比更厲害一些。但如果你是想學打籃球，這兩個人都非常非常有資格教你，你跟誰學都能學得很強——關鍵不是在於你選哪個老師，而是在於你自己用多少功夫去學。
透明：回到原來話題。學會了C++的語法，能看懂C++代碼之後，必須有些書來指導進階（或者叫指點迷津）。我覺得《設計模式》很好，能夠讓讀者看到一些精妙的用法。不過正如我經常說的，模式帶來的麻煩和好處一樣多，甚至麻煩還要更多。而且，C++本身的問題使得在C++中使用GoF模式愈加麻煩。
夢魘：《Design Patterns》這本書絕對是不可以沒有的，而且中英文版都不可少。最初我看中文版，說實話看不懂，但是也不覺得人家翻譯得不好，所以就想，大概是原文就很難懂，加上自己水平有限。於是總是想著再找幾本patterns的書來看。後來找到幾本書，口碑還不錯，不過水平高下，一比就出來了，還是那本《Design Patterns》最經典，最耐看。英文版出來之後，兩個版本對照看，明白多了。現在覺得，其實就設計模式來講，把這本看明白了就很不錯了，不用再花費很多心思找其他的書。我現在的包里始終夾著這本書，隨身攜帶，有備無患。
至於說設計模式的副作用，和可能帶來的弊端，我的體會也挺多。不過是這樣，我們想一想，究竟什麼情況下設計模式可以用得很好呢？一種是有經驗豐富的人引導，比如要是Robert Martin帶隊，你在某個地方用錯了設計模式，他就會指出來，說這里不對，將來會產生什麼樣的弊端。對於他來說，豐富的實踐經驗足以支持他進行「預測型」設計。但是大部分人沒這個能力，因此我們只好走第二條路和第三條路，就是「試探型」設計和「重構型」設計。遇到一個問題，你覺得用某種模式挺合適的，就大膽地用了，成功是積累經驗，發現不好，出了問題了，只好改回來，那也是積累教訓。這叫做「試探型」。至於重構，應該算是最有組織、成功率最高的工程化方法。先把問題「quick and dirty」地解決了，所有的暗礁都暴露出來，然後再根據實際情況採用合適的模式優化設計。現在XP和UP都高度重視refactory，UP在 Elaboration和Construction階段都鼓勵抽出專門的iterations進行重構。所以說如果組織快速的軟體開發，當然比較傾向於這條路——打成功率嘛。
透明：講到重構，我順便說說《Refactoring》這本書的影響。從工程本身的角度來說，你所謂的「重構型設計」是沒有什麼問題的。但中國的開發者（也包括我在內）往往比較沖動，比較容易相信銀彈的存在。曾經有那麼一段時間，我在Java中嘗試過了重構的方法之後，又拿到C++中去嘗試。結果發現，在Java中速度非常快的重構過程，到C++中就被減慢了。究其原因，就是因為C++和Java的約束條件不同。拿著Java中成功的案例直接套C ++，不失敗才怪。
所以，我必須說：《Refactoring》這本書很有價值。但對於C++程序員來說，它的價值是讓你思考，思考這種方法的可行性。如果一個 C++程序員沒有打算遷移到Java，那麼我必須告訴他：《Refactoring》這本書不是讓你照著它用的，甚至不是讓你去相信它的。對於C++程序員，《Refactoring》全書可以放心相信的只有第13章，其他的部分，都必須非常謹慎地對待。
夢魘：我還要就「試探型」的方法多說兩句，我覺得對於個人發展來講，「試探」也是必不可少的，撞牆不可怕，高水平的人不都是撞出來的嗎？你失敗了一次，就知道這個模式有什麼潛在的問題，下次再用，就會多看幾步，像下棋似的。撞的多了，路數就出來了。
我不知道你們是否有這個感覺：用錯了模式，吃了虧，再回過頭去翻翻《Design Patterns》，看到人家早就指出來這個問題，不過就是那麼幾句話，原來看上去乾巴巴的，現在覺得句句都講到心坎上，GoF的形象馬上就高大起來，還帶著光環，感覺是既興奮又懊悔。
透明：現在回頭來看，我更欣賞myan推薦給我的《Designing Object-Oriented C++ Applications Using Booch Method》。這本書能夠幫助C++程序員理清思路培養習慣，可惜國內沒有引進。相比後來商業味濃厚的UML系列書籍，我覺得這本書對於面向對象的闡釋精闢獨到，至今未有能出其右者。
夢魘：剛才我們兩人都說到Robert Martin，他可是我的榜樣。那本1995年的《Designing Object Oriented C++ Application》，我覺得是每一個C++軟體工程師都應該反復研讀的書。可惜不僅國內沒有引進，在國外的名氣也不大。如果你覺得面向對象的那些道理你好像都明白，可就是一遇到實際問題就使不上勁，那這本書就是你的最佳導師。
提到理清思路，還有一本書不得不提，就是Andrew Koenig的《Ruminations On C++》。每個人都應該問自己，我學了這么多年的C++，究竟什麼是C++最基本的設計理念？遇到問題我第一個直覺是什麼？第一個試探型的解決方案應該具有那些特點？如果你不能給出明確的答案，就應該認真地去讀這本書，讀完了你就有了「主心骨」。
透明：插一句話，談談「推薦書」的問題。入門書基本上是放之四海而皆準的，所以推薦的意義也不大。而入門後的發展方向，每個人不同，這個時候就需要「高人」的指點。舉個例子：我學C++的時候，myan還不認識我，所以也沒有給我推薦書，我還是學過來了，所以即使你當時向我推薦了《Essential C++》或者《C++ Primer》，我也不會太感謝你；但在我認真研究OO的時候，你推薦Robert Martin那本書給我，對我幫助就特別大，而且我從別的地方也很難找到類似的推薦，所以我就很感謝你。
一個程序員，必須有framework的意識，要學會用framework，還要主動去分析framework（在這方面，《Design Patterns》能有一定的幫助）。但是，真正高質量、成氣候的framework的書恐怕也就只有針對MFC的。從這個角度來說，MFC縱有千般不是，C++程序員都非常有必要先去用它、熟悉它、研究它，甚至藉助《深入淺出MFC》這樣的書來剖析它。不然，很難有framework的意識和感覺。
當然，另一個framework也很好，那就是STL。不管用不用MFC、STL，對這兩個東西的掌握和理解都是極有幫助的。最近我又在看《深入淺出MFC》，雖然已經不用MFC編程了，但幫助是一定有的。
夢魘：MFC和STL方面，我還是比較推崇侯先生的兩本書《深入淺出MFC》和《STL源碼解析》。
《深入淺出MFC》這本書，名氣自然是大得不得了，不過也有不少人批評。其實書也沒有十全十美的，批評當然是少不了的，不過有的時候我看到有人評論這本書，把它跟Inside VC相比，真的是牛頭不對馬嘴。
你剛才其實說得很對，程序員應該有一點framework意識。而這本《深入淺出MFC》與其說是在講MFC編程，不如說通篇是在拿MFC為例分析Application Framework的架構和脈絡。所以無論你對於MFC本身是什麼態度，這本書對每一個C++程序員都有很大的益處。
透明：是的。《VC技術內幕》會告訴你「DYNAMIC_CREATE這個宏怎麼用」，《深入淺出MFC》則告訴你 「DYNAMIC_CREATE這個宏是怎麼實現的」。所以，如果你只需要在VC下寫一些小應用程序，《深入淺出MFC》的價值並不太大；但是，如果你需要設計一個稍微大一點的東西（不一定是framework），MFC的設計思想就會有所幫助。
夢魘：另外，我覺得對於MFC也應該有一個公允的評價。過去是吹捧得天上有地下無，書店裡鋪天蓋地都是MFC的書，搞得大家只知有MFC，不知有 C++，甚至直到現在還有人問：「我是學MFC呢，還是學C++？VC++是不是比C++更高級的語言？」MFC成了一尊神像，阻礙了人們的視線。所以得把它從神壇上拉下來。這就是過去一兩年有很多人，包括我在內批評MFC的一個目的。可是現在大家視野開闊了，.NET也出來了，MFC不再是神像了，少數人就開始以貶損MFC為樂了。我覺得這種態度是不對的。
什麼叫好的框架？我覺得在十幾年的時間能夠象MFC這樣保持穩定並且不斷進步的框架就是好的框架。可能我們在一些具體的設計問題上有不同看法，覺得「這個地方這么設計不是更漂亮嗎？」很多時候是的，但是這不重要，重要的是MFC成熟穩定、有十幾年的成功經驗，這是最了不起的東西。
另外一點，MFC中間包括著學習Win32 API編程的最佳資料。這是除了其framework方面之外的另一個亮點。我現在使用Win32 API開發，但是經常參考MFC的源代碼，收獲很大。
透明：STL方面，我對於剖析它的源代碼興趣並不大，畢竟裡面源代碼多是演算法問題。所以，《STL源碼剖析》我也只是隨便翻翻就束之高閣了。我覺得這本書用來做計算機系的數據結構和演算法教材不錯，不知道有沒有老師樂意這樣做。
對於STL，我的態度一向都是「應用至上」。不過，我一直認為SGI STL本身就是一本精彩的書，一本數據結構和演算法的經典參考書，同時也是泛型技術的參考書。想知道一個演算法是如何實現的，看看STL源代碼就行；想知道如何使用type traits，STL源代碼裡面也有例子。看別人寫的書，總覺得隔著一層紗，有點撓不到癢處的感覺。SGI STL的代碼寫得非常漂亮，一個C++程序員如果不看看這本書，實在是可惜。
夢魘：至於STL，除了《STL源碼解析》之外，我舉賢不避親，強烈推薦侯先生與我合譯的那本《The C++ Standard Library》。這本書質量之高是無需懷疑的。我現在手邊常備此書，隨時查閱，對我幫助很大。
透明：C++和Java相比，最大的優勢就是它沒有一個專門的公司來管它，最大的弱點也是它沒有一個專門的公司來管它。Java程序員在學會簡單的語法之後，立刻進入SUN提供的framework，一邊用這個現成的framework做實際開發，一邊在開發過程中繼續學習Java一些幽深的特性。而這個時候，C++程序員恐怕還在問「VC和BCB哪個好」呢。這無疑是浪費時間。
夢魘：剛才你說Java和C++的優劣，這個話題已經成了我們這個年代永不消失的聲波了。我也不想再談這個。不過有一點我得說清楚：現在我們很多用C++的人吃了不少苦頭，探過脖子去看看Java，覺得它真是太可愛了，這種印象是不準確的。另外，Java也不簡單，而且會越來越龐大復雜。在很多場合，Java還不具有競爭力。至於將來如何，我看有些Java愛好者也過分樂觀了，似乎計算機科學界幾十年解決不了的問題都可以借著Java的東風解決掉，恐怕沒那麼容易。
透明：那當然。我再次強調：No Silver Bullet。讀書很重要，但古人說「行萬里路，讀萬卷書」，還是把「行路」放在「讀書」前面。尤其對於技術書籍，如果它不能幫我解決問題、不能給我帶來非常實際的利益，那麼我是不會去讀它的。惡魔說得對，我們這個社會很快餐，我們這個行業尤其很快餐，我們也只能努力適應它。
2. 自學C語言教程
沒有基礎可以入門，通過努力可以達到初、中級程序員的程度，但再往上走，就比較困難了。後面需要不少演算法、英文和數學知識。
教程的話可以參考下面兩本教程：
譚浩強：《C語言程序設計》
李銘城 黃中豪 陳宇芬：《資料結構 C》
英文的話，進入初級之前都不怎麼需要。但是進入中級後，需要讀一些英文資料。不過現在翻譯比較厲害，絕大部分的資料都有翻譯。但是要進入高級，就必須要學習英文了，因為最新最核心的資料都是英文的，翻譯的往往都會有錯誤。
另外數學在早期影響不大，但是進入中級後就必須要了。因為估算演算法時間復雜度、空間復雜度、圖、樹等等，都涉及不少數學知識。當然如果只是做簡單應用或者驅動的話，這方面要求就不會太高。
最後給一個學習大概的路線圖：
入門級的學習，只要能夠掌握：代碼三大結構（循環、分支、順序）、流程圖、C語言關鍵字和語法、輸入輸出、文件操作、套接字操作。就算是初級滿級了。
初級程序員：數據結構和演算法（排序，查找）、了解軟體開發模型（瀑布模型、敏捷模型、原型模型等等）、了解UML、系統常用API、網路通信、編譯和SDK環境搭建
中級程序員：設計模式、多線程編程、網路通信（伺服器、客戶端）、面向對象編程、掌握UML、系統網路/文件/互斥/線程/事件/安全API、STL、相關法律法規、知道一些常用軟體架構（MVC等）
3. c語言編程怎樣入門
相對於其他編程語言，C語言還是比較難的。初學者需要注意一下幾點：
一是學習順序
先從熟悉簡單的C語言語法開始入門，然後再循序漸進，學習C++語法，WIN32、MFC、QT、網路編程，資料庫、數據結構、演算法、COM、STL等。構建一個完整的C語言知識體系。這需要一個比較漫長的學習積累的過程。語法入門部分大概2-3個月，其他部分需要學習和工作中慢慢理解和消化了。
二是學習方法
人的知識80%是通過眼睛獲取的，但是學習編程有所不同，除了看書、看視頻之外，關鍵是要勤動手，勤動腦。通過做大量的練習、項目實戰不斷積累代碼量。只有代碼量足夠多了，項目做的多了，才能算是真正學會了。項目能否完成，就是衡量是否學會的唯一標准。後期就是代碼的質量和優化問題了，這個只能在項目工作中慢慢積累經驗了。
最後強調一點，很多人學不會編程是因為掉坑裡了。就是教程或者書上的知識點之間跨越太大，作為一個初學者很難自己摸索出來，前面的知識點沒有掌握，接著學習後面的知識，肯定是學不會了。目前絕大多數編程書籍和教程或多或少都有這樣的弊端。自學能力比較強的人可以通過各種方法，參考各種網上的資料自己解決。但是大多數自學能力不是很強的人，只能依賴老師、同學、同事或者朋友幫忙指導，或者報名培訓機構，老師指導完成了。學習編程通常需要一些好的學習資料，包括紙質的書籍，視頻教程，課件，項目練習，代碼。零基礎入門的書籍推薦《明解C語言》、《C Primer Plus》，還有一本非常特別的匯編和C語言正向逆向結合的書編程達人內部教材《匯編、C語言基礎教程》也非常不錯，講解匯編和C語言的本質非常透徹，非常細致。視頻資料也是特別多了，各種視頻網站、論壇、自媒體都有，比如網易課堂、騰訊課堂、慕客網這些。還有一些論壇，比如CSDN、編程中國等。最重要的一點就是答疑服務，推薦愛達人的網站也很不錯，從零基礎入門到應用課程，配套的視頻、課件、代碼、項目、答疑服務都有，還可以兼職接單，學以致用。
4. C語言入門經驗：零基礎如何學習C語言
工作中，接觸過很多想到學習c語言而又沒有一點計算機基礎的人。經常有人問」我沒有一點基礎，該怎麼入門c語言啊」。看過很多初學者久久摸不到門路，每到這個時候，腦海中總會浮現一個問題：學習c語言真的就那麼難嗎? 不難。
很
多人學習c語言，上來就去背語法，甚至連各種高深的演算法都是死背出來的，大學里流行考計算機二級C語言證書，手抄資料的有之，背全書者有之，終於可憐又可悲的拿到了所謂的證書，真正用c語言編寫程序處理問題時，滿腦子空了。可能這樣學過之後，把許多c語言語法記住了，但是卻學不會如何編寫程序處理問題。所以，掌握學習方法很重要。如果你覺得很難，那是因為你缺少一個好的方法。
學習c語言也離不開記憶語法，但是死記的話，肯定不行。c語言，無
非也就是一種工具，用它來表達我們的思路，讓計算機幫我們思考，寫程序的過程就變成了告訴計算機該怎麼做的過程。很多人遇到問題，自己都沒有思路，更別提用c語言寫程序了。很遇到問題的時候不要滿腦子去想怎麼用c語言處理這個問題，記住：程序
= 數據結構 + 演算法，把思路轉變到對數據的組織和對演算法的思考上 來。
數據結構歸根結底就是一些數據的組織形式，而數據在c語言里都有各自的類型，各種復雜的數據結構也都是從最基本數據類型組織起來的，所以學習
c語言，首先要記住c語言里可用的數據類型都有哪些，掌握每種數據類型的定義和使用規則。任何一種計算機編程語言，最根本都是對數據的操作。每種語言都有不完全相同的數據組成形式，很多時候，對於同樣一個問題，你可以構建不同的數據結構對它進行處理。初學者，不必太深究要把數據做成什麼類型可以寫出漂亮的程序。你只需要記住:你需要什麼樣的數據。
學習c語言，其次要學習演算法。演算法的好壞直接影響了程序的好壞。有人建議學程序的時候多看別人的例子程
序，研究別人是如何處理問題的。不錯，這是必不可少的，但是不要總是去看，也要自己多思考。這里的思考不是讓你思考如何處理這個問題，你要思考的是如何教
會計算機幫你解決這個問題。我們寫出來的程序畢竟是讓計算機來運行的。你必須按照計算機的特點來思考才可以。
5. 求郝斌c語言自學教程全套180集視頻
郝斌老師四部編程視頻全mp4版，自己整理的，需要自提
鏈接：
提取碼：l7w9
6. 關於C語言入門
na ni 那你就好好雪白
7. 學習C語言要些什麼基礎
C語言是一門通用計算機編程語言，應用廣泛。C語言的設計目標是提供一種能以簡易的方式編譯、處理低級存儲器、產生少量的機器碼以及不需要任何運行環境支持便能運行的編程語言。
由於C語言簡單易學，已經成為學習編程的入門語言之一。在大學一年級，已經安排C語言相關的學習課程。由此可見，C語言的學習並不需要前置課程，可以輕松入門。附件是一本適合初學者入門學習的C語言書籍。其中包括：基本數據類型，運算符與表達式，控制流，函數，指針，數據結構，輸入輸出等基本基本知識的介紹。能夠熟練運用上述的C語言規則，就可以完成C語言入門學習的內容。
一般要掌握基本的微機原理的知識、英文閱讀的能力。學習語言注意要多動手，多思考調試，還要能堅持不懈，最重要的還有興趣。
只要同學們掌握一些方法,多讀,多寫,克服心理上畏難情緒,C語言是完全可以學好的並且靈活應用的。
至於看什麼書，推薦幾本：
1.C語言入門經典
《C語言入門經典》例子簡單生活化，而且每個例子分析很細。章節安排合理，章末的例子還特別注重思路的引導，而且分析起來特別有成就感。
這本書是自學過程的一本好書。
2.C primer plus
這本書很適合希望系統學習C語言的讀者，正如他的名字，是一本不錯的入門和進階的書。書中的每一個知識點都有很多生動簡單的示例，並給出了相應的運行結果。總之，在看這本書的過程中，有一種一氣呵成的感覺。
3.C和指針
這本書和《專家編程》《C缺陷和陷阱》可以並稱C語言(進階書)三傑。本書的部分內容更適合有C基礎的人看。如ADT、遞歸、指針和數組的部分，書中所述的思想是國內教材所缺乏的。看完本書，能得到一個正確的C語言觀。
4.C程序設計語言
難以置信的是，這樣一本C語言的入門書籍，從hello world開始講起，卻在短小的篇幅里，手把手教你寫了stdio.h stdlib.h
string.h當中大部分常式，實現了二分查找、快速排序、二叉樹、哈希表這些重要的數據結構和演算法。這本書傳遞著一種簡單、優雅、平實和閑適。
5.C專家編程
《C專家編程》展示了最優秀的C程序員所使用的編碼技巧，並專門開辟了一章對C++的基礎知識進行了介紹。書中C的歷史、語言特性、聲明、數組、指針、鏈接、運行時、內存以及如何進一步學習C++等問題進行了細致的講解和深入的分析。
8. c語言如何學習
談及C語言，我想凡是學過它的朋友都有這樣一種感覺，那就是「讓我歡喜讓我憂。」歡喜的是，C語言功能非常強大、應用廣泛，一旦掌握了後，你就可以理直氣壯地對他人說「我是電腦高手！」，而且以後若是再自學其他語言就顯得輕而易舉了。憂慮的是，C語言猶如「少林武功」一般博大精深，太難學了。其實就筆者認為C語言並非是「difficult（困難）」的，只要你能理清思路，掌握它的精髓，那麼自學C語言是一件非常容易且又其樂無窮的事。今天本人就與大家一起談談如何學習C語言。
學習C語言必須從以下四點入手，也就是說，只要你能掌握這四點的內容，那麼基本上就大功告成了。
1、多看代碼 在有一定基礎以後一定要多看別人的代碼。 注意代碼中的演算法和數據結構。
畢竟學C之後的關口就是演算法和數據結構。提到數據結構，指針是其中重要的一環，絕大多數的數據結構是建立在指針之上的，如鏈表、隊列、樹、圖等等，所以只有學好指針才能真正學好C。別的方面也要關注一下，諸如變數的命名、庫函數的用法等等。有些庫函數是經常用到的。對於這些函數的用法就要牢牢記住。
2、要自己動手 編程序是個實乾的活，光說不練不行。剛開始學的時候可以多練習書上的習題。 對於自己不明白的地方，自己編個小程序實驗一下是最好的方法，能給自己留下深刻的印象。 自己動手的過程中要不斷糾正自己不好的編程習慣和認識錯誤。有一定的基礎以後可以嘗試編一點小游戲，文曲星之類的電子詞典上小游戲很多，照著編作為練習。基礎很扎實的時候，可以編一些關於數據結構方面的東西，諸如最經典的學生管理系統。之後.....學匯編、硬體知識。
3、選擇一個好的編譯器 VS2010以上版本
4、關於養成良好的編程習慣 基本上每本C教材上都要提到。作為新手這條一定要時時遵守。具體方面：
（1） 在比較復雜的代碼後面要有注釋。 如果光溜溜一堆代碼，別人就不可能看懂你的代碼，而且也不利於查找錯誤。
（2）注意語句的嵌套不能過長，一般來說，一段代碼里Tab要少於8個。
簡單說就是語句最多8個嵌套。 對於新手來說，這個標准還要下降。有一個好習慣是，把主函數盡量寫簡短。經常看到別人的代碼是主函數只有幾行，幾個函數調用，而定義全在主函數外部。這樣一是減少了主函數內部的嵌套，二是比較精簡，容易讀懂。
（3）注意語句的選擇。並不是分支語句就用if循環就用while、for。在適當的情況下switch和do while語句也是要用的。
9. c語言基礎教程（c99版）
C語言基礎教程別看了，學習C語言不能脫離具體的系統，不能不了解計算機體系結構和操作系統原理、編譯原理，推薦你看這本開源的書：
《Linux C編程一站式學習》
如果是在Windows上學習，可以安裝cygwin來模擬linux環境，下載地址：
下面貼一下這本書的介紹，磨刀不誤砍柴工，看過之後你就會愛上這本書了：
這本書有什麼特點？面向什麼樣的讀者？
這本書最初是為北京亞嵌教育研究中心的嵌入式Linux系統工程師就業班課程量身定做的教材之一。該課程是為期四個月的全日制職業培訓，要求學員畢業時具備非常Solid的C編程能力，能熟練地使用Linux系統，同時對計算機體系結構與指令集、操作系統原理和設備驅動程序都有較深入的了解。然而學員入學時的水平是非常初級而且參差不齊的：學歷有專科、本科也有研究生，專業有和計算機相關的也有很不相關的（例如會計專業），以前從事的職業有和技術相關的也有完全不相關的（例如HR），年齡從二十齣頭到三十五六歲的都有。這么多背景完全不同、基礎完全不同、思維習慣和理解能力完全不同的人來聽同一堂課，大家都迫切希望學會嵌入式開發技術，投身IT行業，這就是職業教育的特點，也是我編這本書時需要考慮的主要問題。
學習編程絕不是一件簡單的事，尤其是對於零基礎的初學者來說。大學的計算機專業有四年時間從零基礎開始培養一個人，微積分、線代、隨機、離散、組合、自動機、編譯原理、操作系統、計算機組成原理等等一堆基礎課，再加上C/C++、Java、資料庫、網路、軟體工程、計算機圖形學等等一堆專業課，最後培養出一個能找到工作的學生。很遺憾這最後一條很多學校沒有做好，來亞嵌培訓的很多學生就是四年這么學過來的，但據我們考查他們的基礎幾乎為零，我不知道為什麼。與之形成鮮明對比的是，只給我們四個月的時間，同樣要求從零基礎開始，最後培養出一個能找到工作的學生，而且還要保證他找到工作，這就是職業教育的特點。
為什麼我說「只給我們四個月的時間」？我們倒是想教四年呢，但學時的長短我們做不了主，是由市場規律決定的。四年的任務要求四個月做好，要怎麼完成這樣一個幾乎不可能的任務？有些職業教育給出的答案是「實用主義」，打出了「有用就學，沒有用就不學」的口號，大肆貶低說大學里教的基礎課都是過時的、無用的，只有他們教的技術才是實用的，這種炒作很不好，我認為大學里教的每一門課都是非常有用的，基礎知識在任何時候都不會過時，倒是那些時髦的「實用技術」有可能很快就過時了。
四年的任務怎麼才能用四個月做好？我們給出的答案是「優化」。現在大學里安排的課程體系最大的缺點就是根本不考慮優化。每個過來人都會有這樣的感覺：大一大二學了好多數學課，卻不知道都是干什麼用的，為什麼要學。連它有什麼用都不知道怎麼能有興趣學好呢？然後到大三大四學專業課時，用到以前的知識了，才發現以前學的數學是多麼有用，然而早就忘得一干二凈了，考完試都還給老師了，回頭重新學吧，這時候才發現很多東西以前根本沒學明白，現在才真的學明白了，那麼前兩年的時間豈不是都浪費了？大學里的課程體系還有一個缺點就是不靈活，每門課必須佔一個學期，必須由一個老師教，不同課程的老師之間沒有任何溝通和銜接，其實這些課程之間是相互依賴的，把它們強行拆開是不符合人的認知規律的。比如我剛上大學的時候，大一上半學期就被逼著學C語言，其實C語言是一門很難的編程語言，不懂編譯原理、操作系統和計算機體系結構根本不可能學明白，那半個學期自然就浪費掉了。當時幾乎所有學校的計算機相關專業都是這樣，大一上來就學C語言，有的學校更瘋狂，上來就學C++，導致大多數學生都以為自己會C語言，但其實都是半吊子水平，到真正寫代碼的時候經常為一個Bug搞得焦頭爛額，卻沒有機會再系統地學一遍C語言，因為在學校看來，C語言課早在大一就給你「上完了」，就像一頓飯已經吃完了，不管你吃飽沒吃飽，不會再讓你重吃一遍了。顯而易見，如果要認真地對這些課程做優化，的確是有很多水份可以擠的。
本書有以下特點：
*
不是孤立地講C語言，而是和編譯原理、操作系統、計算機體系結構結合起來講。或者說，本書的內容只是以C語言為載體，真正講的是計算機的原理和程序的原理。
*
強調基本概念和基本原理，在編排順序上非常重視概念之間的依賴關系，每次引入一個新的概念，只依賴於前面章節已經講過的概念，而絕不會依賴後面章節要講的概念。有些地方為了敘述得完整，也會引用後面要講的內容，比如說「有關XX我們到XX章再仔細講解」，凡是這種引用都不是必要的依賴，可以當它不存在，只管繼續往下看就行了。
*
盡量做到每個知識點直到要用的時候才引入。過早引入一個知識點，講完了又不用它，讀者很快就會遺忘，這是不符合認知規律的。
這是一本從零基礎開始學習編程的書，不要求讀者有任何編程經驗，但讀者至少需要具備以下素質：
*
熟悉Linux系統的基本操作。如果不具備這一點，請先參考其它教材學習Linux系統的基本操作，熟練之後再學習本書，《鳥哥的Linux私房菜》據說是 Linux系統管理和應用方面比較好的一本書。但學習本書並不需要會很多系統管理技術，只要會用基本命令，會自己安裝系統和軟體包就足夠了。
*
具有高中畢業的數學水平。本書會用到高中的數學知識，事實上，如果不具有高中畢業的數學水平，也不必考慮做程序員了。但並不是說只要具有高中畢業的數學水平就足夠做程序員了，只能說看這本書應該沒有問題，數學是程序員最重要的修養，計算機科學其實就是數學的一個分支，如果你的數學功底很差，日後還需惡補一下。
*
具有高中畢業的英文水平。理由同上。
*
對計算機的原理和本質深感興趣，不是為就業而學習，不是為拿高薪而學習，而是真的感興趣，想把一切來龍去脈搞得清清楚楚而學習。
*
勤於思考。本書盡最大努力理清概念之間的依賴關系，力求一站式學習，讀者不需要為了找一個概念的定義去翻其它書，也不需要為了搞清楚一個概念在本書中前後一通亂翻，只需從前到後按順序學習即可。但一站式學習並不等於傻瓜式學習，有些章節有一定的難度，需要積極思考才能領會。本書可以替你節省時間，但不能替你思考，不要指望像看小說一樣走馬觀花看一遍就能學會。
又是一本C語言書。好吧，為什麼我要學這本書而不是譚浩強或者K&R？ 請點評
譚浩強的書我就不說什麼了。居然教學生include一個.c文件。
K&R 是公認的世界上最經典的C語言教程，這點毫無疑問。在C標准出台之前，K&R第一版就是事實上的C標准。C89標准出台之後，K&R跟著標准推出了第二版，可惜此後就沒有更新過了，所以不能反映C89之後C語言的發展以及最新的C99標准，本書在這方面做了很多補充。上面我說過了，這本書與其說是講C語言，不如說是以C語言為載體講計算機和操作系統的原理，而K&R就是為了講C語言而講C語言，側重點不同，內容編排也很不相同。 K&R寫得非常好，代碼和語言都非常簡潔，但很可惜，只有會C語言的人才懂得欣賞它，K&R是非常不適合入門學習的，尤其不適合零基礎的學生入門學習。
這本書「是什麼」和「不是什麼」 請點評
本書包括三大部分：
*
C語言入門。介紹基本的C語法，幫助沒有任何編程經驗的讀者理解什麼是程序，怎麼寫程序，培養程序員的思維習慣，找到編程的感覺。前半部分改編自[ThinkCpp]。
*
C語言本質。結合計算機和操作系統的原理講解C程序是怎麼編譯、鏈接、運行的，同時全面介紹C的語法。位運算的章節改編自亞嵌教育林小竹老師的講義，鏈表和二叉樹的章節改編自亞嵌教育朱老師的講義。匯編語言的章節改編自[GroudUp]，在該書的最後一章提到，學習編程有兩種Approach，一種是Bottom Up，一種是Top Down，各有優缺點，需要兩者結合起來。所以我編這本書的思路是，第一部分Top Down，第二部分Bottom Up，第三部分可以算填了中間的空隙，三部分全都圍繞C語言展開。
*
Linux系統編程。介紹各種Linux系統函數和內核的工作原理。Socket編程的章節改編自亞嵌教育衛劍釩老師的講義。
這本書定位在入門級，雖然內容很多，但不是一本網路全書，除了C語言基本要講透之外其它內容都不深入，書中列出了很多參考資料，是讀者進一步學習的起點。 K&R的第一章是一個Whirlwind Tour，把全書的內容簡單過了一遍，然後再逐個深入進去講解。本書也可以看作是計算機專業課程體系的一個Whirlwind Tour，學習完本書之後有了一個全局觀，再去學習那些參考資料就應該很容易上手了。
為什麼要在Linux平台上學C語言？用Windows學C語言不好嗎？ 請點評
用 Windows還真的是學不好C語言。C語言是一種面向底層的編程語言，要寫好C程序，必須對操作系統的工作原理非常清楚，因為操作系統也是用C寫的，我們用C寫應用程序直接使用操作系統提供的介面。既然你選擇了看這本書，你一定了解：Linux是一種開源的操作系統，你有任何疑問都可以從源代碼和文檔中找到答案，即使你看不懂源代碼，也找不到文檔，也很容易找個高手教你，各種郵件列表、新聞組和論壇上從來都不缺樂於助人的高手；而Windows是一種封閉的操作系統，除了微軟的員工別人都看不到它的源代碼，只能通過文檔去猜測它的工作原理，更糟糕的是，微軟向來喜歡藏著揶著，好用的功能留著自己用，而不會寫到文檔里公開。本書的第一部分在Linux或Windows平台上學習都可以，但第二部分和第三部分介紹了很多Linux操作系統的原理以幫助讀者更深入地理解C語言，只能在Linux平台上學習。
Windows平台上的開發工具往往和各種集成開發環境（IDE，Integrated Development Environment）綁在一起，例如Visual Studio、Eclipse等。使用IDE確實很便捷，但IDE對於初學者絕對不是好東西。微軟喜歡宣揚傻瓜式編程的理念，告訴你用滑鼠拖幾個控制項，然後點一個按鈕就可以編譯出程序來，但是真正有用的程序有哪個是這么拖出來的？很多從Windows平台入門學編程的人，編了好幾年程序，還是只知道編完程序點一個按鈕就可以跑了，把幾個源文件拖到一個項目里就可以編譯到一起了，如果有更復雜的需求他們就傻眼了，因為他們腦子里只有按鈕、菜單的概念，根本沒有編譯器、鏈接器、Makefile的概念，甚至連命令行都沒用過，然而這些都是初學編程就應該建立起來的基本概念。另一方面，編譯器、鏈接器和C語言的語法有密切的關系，不了解編譯器、鏈接器的工作原理，也不可能真正掌握C的語法。所以，IDE並沒有幫助你學習，而是阻礙了你學習，本來要學好C編程只要把語法和編譯命令學會就行了，現在有了IDE，除了學會語法和編譯命令，你還得弄清楚編譯命令和IDE是怎麼集成的，這才算學明白了，本來就很復雜的學習任務被IDE搞得更加復雜了。Linux用戶的使用習慣從來都是以敲命令為主，以滑鼠操作為輔，從學編程的第一天起就要敲命令編譯程序，等到你把這些基本概念都搞清楚了，你覺得哪個IDE好用你再去用，不過到那時候你可能會更喜歡vi或emacs而不是IDE了。