⑴ 求c語言初學者書籍推薦
1.基礎（C語言入門，初學，編程基礎）
《C語言程序設計：現代方法》（第2版）
《深入理解計算機系統》（修訂版或第2版）
《C語言程序設計》（第2版）
《程序員修煉之道》
《C和指針》
《C primer plus》（入門首選）
《高質量程序設計指南》（一定要看）
《從問題到程序》（最佳高校教材）
2.內核/驅動
《Linux內核設計與實現》（第3版）
《Linux設備驅動程序》（第3版）
《深入Linux內核架構》
《Linux C編程一站式學習》
3.應用
《UNIX環境高級編程》
《UNIX網路編程》
4.進階
《C陷阱與缺陷》
《C專家編程》
《C語言程序設計》K&R版
《C語言解惑》
《你必須知道的495個C語言問題》
《C語言參考手冊(原書第5版)》
《C語言介面與實現》
《C語言的科學和藝術》
《數據結構與演算法分析C語言系列》
《Linux程序設計》
《現代編譯原理》
《重構-改善既有代碼的設計》
《老碼識途-從機器碼到框架的系統觀逆向修煉之路》
《C語言進階》
《實用C語言編程》
C語言從入門到進階書籍推薦吐血整理大全（含網盤下載鏈接）
⑵ c語言入門自學到精通需要看那些書籍
1.C Primer Plus
《C Primer Plus》作為被業內人士推崇的C語言入門經典，C Primer Plus 應該是C語言教材里最好的一款之一。
2.The C programming language
都說濃縮的都是精華，《The C programming language》把c語言的原理演變解釋的淋漓盡致。
3.C和指針：《C和指針》通過講述指針來讓初學者更好的理解c語言
4.C專家編程：《C專家編程》這本書的特色詼諧幽默，把C上升到一個更高的層次，更容易讓初學者接納
這幾本書是我推薦給初學者入門的基本關於C語言入門的書籍。
建議去看傳智播客的入門教程，都是免費資源。稍有一定的基礎之後看書學習。
⑶ C語言初學者應該看什麼書籍
c programming language，現在應該是第二版，這是c語言創始人和另一個人合寫的，如果有能力最好看英文原版，網上中英文pdf都有，不過還是建議去購買正版
最好和課後答案一起買，兩本書都不厚，但絕對值得研究
實在不放心就買個譚浩強的書，這書和手冊沒什麼區別
所有的編程語言都建議看英文原版
⑷ C語言入門學習應該買哪些書籍
如果想以後深入的話 不推薦國內的書（譚浩強的過分注重語法細節，而且講得不深入，代碼風格也不好） 如果只是學一下，以後沒想過要深入編程的話 可以看 譚的書（大學都用這書）
國外的經典 我推薦《c primer plus》 這本600頁左右 內容注重大體，不糾纏於語法細節（過於注重語法細節，是學語言的大忌，其實任何學問也是如此，先從模仿開始學習）
這本書能夠讓你充分了解，編程的真正過程，理解更深入（並不是語法細節的糾纏，而是原理的理解）。
看完這本 看《c programming language》 C之父的傑作 必看！（但不適合入門，有點難度）
這樣下來你已經對於c 語言能夠 基本應用了，但是還有一些問題（如指針的應用，和一些細節忽視）
該這本了《c缺陷和陷阱》 講述了很多 編程時遇到的問題，是你的編程技術更加精湛。
這個時候 《數據結構》 是必須看的啦 （演算法是程序的靈魂）
下面 就 可以做一些 簡單的項目了 什麼 貪吃蛇啦 五子棋啦 管理系統啦 都可以做
項目會大大提高你的 編程水平。
如果想做 應用軟體開發的 可以學習 C++ 或者 JAVA （比較適合上層的開發，帶界面那種）
用C做界面是很痛苦的，也是不切實際的，基本沒人這么做。
編程就該照這個順序學下來。（不過也可以 直接學習 C++ 或者 JAVA，他們並不以C為基礎，只是C比較適合入門，了解編程邏輯而已，如果不是寫系統軟體的，很少用C來工作的，基本都是JAVA或者C++ VB 這類較高級的語言）
⑸ 小白學習C語言應該看哪些書，順序是什麼
一點建議，入門的書越薄越好
重要的是一邊學一邊找簡單習題來練
只看書是不好的
cousera上有一門北大老師的課「計算概論A」，個人感覺用來入門c是極好的
⑹ 剛開始學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。讀書很重要，但古人說「行萬里路，讀萬卷書」，還是把「行路」放在「讀書」前面。尤其對於技術書籍，如果它不能幫我解決問題、不能給我帶來非常實際的利益，那麼我是不會去讀它的。惡魔說得對，我們這個社會很快餐，我們這個行業尤其很快餐，我們也只能努力適應它。
⑺ 想成為C語言高手都需要看哪些書籍
1.C語言的基礎知識書籍
2.WINDOWS核心編程
3.以後就自己定幾個項目,嘗試完成,編學編寫
⑻ 學習Ｃ語言有什麼書適合新手看
學習C語言不是一朝一夕的事情，但也不需要花費十年時間才能精通。如何以最小的代價學習並精通C語言是本文的主題。請注意，即使是「最小的代價」，也絕不是什麼捷徑，而是以最短的時間取得最多的收獲，同時也意味著你需要經歷艱苦的過程。
一、要讀就讀好書，否則不如不讀
所有初學者面臨的第一個問題便是：如何選擇教材。好的開始是成功的一半，選擇一本優秀的教材是事半功倍的關鍵因素。不幸的是，學校通常會幫你指定一本很差勁的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語言」了。
切記一個原則，不要讀自己目前還看不懂的書，那是浪費生命。如果你看不懂，那你一定是缺失了某些必需基礎知識。此時，你要仔細分析自己需要補充哪些內容，然後再去書店尋找講述的這些內容的書籍。把基礎知識補充完畢再回頭來學習，才會真正的事半功倍。
二、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平台。
三、萬事俱備，你就是東風
書已選定，環境配置完成，正所謂萬事俱備，只欠你自己的努力了。請從書的前言開始，仔細地閱讀手頭的教材，很多人看書喜歡直接從第一章開始看，這是錯誤的做法。前言是作者對整本書的大體介紹，作者一般會告訴你需要什麼基礎才能夠順利閱讀本書，這可以幫助你檢驗自己的基礎知識是否已經具備。看完前言，還要瀏覽一下目錄，了解一下書的整體結構，順便給自己安排一下學習計劃。
學習C語言，必需注意每一個細節，書上的例子代碼一定要自己親自敲一遍，編譯執行輸出都跟書上說的一致才能算是學完了一個例子，如果不一致，就要仔細找原因。出了書本上有的例子，自己還要「創造」一些例子，比如學習運算符優先順序的時候，可以寫幾個相同的表達式，在不同的位置加上括弧，看看有哪些不同的行為，比如*p++和(*p)++，又比如a = b == c、(a = b) == c和a = (b == c)等等。自己抄的書上的例子以及改造之後的例子，還有自己「創造」的例子，都應該仔細地歸類保存，並且要在源代碼中寫上簡短的注釋，闡述這個例子的意圖。
例子之後就是習題了，我建議初學者把所有的習題都獨立做一遍，然後對照答案的代碼，看看自己的代碼有那些不足，再試著修改自己的代碼。很多人不重視習題，這是極大的錯誤，因為作者通常會在習題中說明一些重要的道理，而不是單純地檢驗前面的知識。
也許你認為這樣學習太慢，其實不然。學得細致就不用走回頭路，等你學到後面才發現自己前面沒搞清楚，那才是真的得不償失。一般說來，整本書讀完，你應該完成數千行乃至上萬行的代碼，無論是原封不動照抄書上的，還是自己心血來潮寫就的，都是今後繼續學習的一筆財富。以我自己舉例，閱讀《Windows核心編程》時（我只閱讀了3/4的內容），除了抄書上的代碼，還自己寫了很多例子，一共有5574行（用unix下的wc工具統計），時隔多日，我早已記不清 Windows的系統編程了，但只要花幾分鍾翻出以前的代碼看看，便會重新瞭然於胸。所謂好記性不如爛筆頭，就是這個道理。
仔細讀書、認真抄寫源代碼、獨立完成習題外加更進一步的實驗，最後將所有的代碼留下，成為自己的經驗和財富，絕對的辛苦，也絕對的事半功倍。當然，這種方式只適合學習需要精通的技術，如果不是學習C語言，你還要具體情況具體分析。
寫到最後，還有非常非常重要的一點沒有提及──代碼風格，從最開始學習就必須強迫自己模仿最優秀的代碼風格。因為代碼風格太重要內容也太多，我會用專門的一篇文章來詳細討論，請大家關注《程序員之路──關於代碼風格》。
⑼ 大一新生學習c語言，有什麼必看的書籍，或者有什麼建議
C語言入門到精通清華出版社出版的 C語言程序設計譚浩強,一般是大學教材 CPrimerPlus很多版本 CPrimerPlus5thEdition(ENG) C語言入門經典（第4版） 相關的電子書: 密碼:zj45
⑽ 學習C語言 必看的書籍
給C++初學者的50個忠告
1.把C++當成一門新的語言學習（和C沒啥關系！真的。）；
2.看《Thinking In C++》，不要看《C++變成死相》；
3.看《The C++ Programming Language》和《Inside The C++ Object Model》,不要因為他們很難而我們自己是初學者所以就不看；
4.不要被VC、BCB、BC、MC、TC等詞彙所迷惑——他們都是集成開發環境，而我們要學的是一門語言；
5.不要放過任何一個看上去很簡單的小編程問題——他們往往並不那麼簡單，或者可以引伸出很多知識點；
6.會用Visual C++，並不說明你會C++；
7.學class並不難，template、STL、generic programming也不過如此——難的是長期堅持實踐和不遺餘力的博覽群書；
8.如果不是天才的話，想學編程就不要想玩游戲——你以為你做到了，其實你的C++水平並沒有和你通關的能力一起變高——其實可以時刻記住：學C++是為了編游戲的；
9.看Visual C++的書，是學不了C++語言的；
10.浮躁的人容易說：XX語言不行了，應該學YY；——是你自己不行了吧！？
11.浮躁的人容易問：我到底該學什麼；——別問，學就對了；
12.浮躁的人容易問：XX有錢途嗎；——建議你去搶銀行；
13.浮躁的人容易說：我要中文版！我英文不行！——不行？學呀！
14.浮躁的人容易問：XX和YY哪個好；——告訴你吧，都好——只要你學就行；
15.浮躁的人分兩種：a)只觀望而不學的人；b)只學而不堅持的人；
16.把時髦的技術掛在嘴邊，還不如把過時的技術記在心裡；
17.C++不僅僅是支持面向對象的程序設計語言；
18.學習編程最好的方法之一就是閱讀源代碼；
19.在任何時刻都不要認為自己手中的書已經足夠了；
20.請閱讀《The Standard C++ Bible》(中文版：標准C++寶典)，掌握C++標准；
21.看得懂的書，請仔細看；看不懂的書，請硬著頭皮看；
22.別指望看第一遍書就能記住和掌握什麼——請看第二遍、第三遍；
23.請看《Effective C++》和《More Effective C++》以及《Exceptional C++》；
24.不要停留在集成開發環境的搖籃上，要學會控制集成開發環境，還要學會用命令行方式處理程序；
25.和別人一起討論有意義的C++知識點，而不是爭吵XX行不行或者YY與ZZ哪個好；
26.請看《程序設計實踐》，並嚴格的按照其要求去做；
27.不要因為C和C++中有一些語法和關鍵字看上去相同，就認為它們的意義和作用完全一樣；
28.C++絕不是所謂的C的「擴充」——如果C++一開始就起名叫Z語言，你一定不會把C和Z語言聯系得那麼緊密；
29.請不要認為學過XX語言再改學C++會有什麼問題——你只不過又在學一門全新的語言而已；
30.讀完了《Inside The C++ Object Model》以後再來認定自己是不是已經學會了C++；
31.學習編程的秘訣是：編程，編程，再編程；
32.請留意下列書籍：《C++面向對象高效編程（C++ Effective Object-Oriented Software Construction）》《面向對象軟體構造(Object-Oriented Software Construction)》《設計模式（Design Patterns）》《The Art of Computer Programming》；
33.記住：面向對象技術不只是C++專有的；
34.請把書上的程序例子親手輸入到電腦上實踐，即使配套光碟中有源代碼；
35.把在書中看到的有意義的例子擴充；
36.請重視C++中的異常處理技術，並將其切實的運用到自己的程序中；
37.經常回顧自己以前寫過的程序，並嘗試重寫，把自己學到的新知識運用進去；
38.不要漏掉書中任何一個練習題——請全部做完並記錄下解題思路；
39.C++語言和C++的集成開發環境要同時學習和掌握；
40.既然決定了學C++,就請堅持學下去，因為學習程序設計語言的目的是掌握程序設計技術，而程序設計技術是跨語言的；
41.就讓C++語言的各種平台和開發環境去激烈的競爭吧，我們要以學習C++語言本身為主；
42.當你寫C++程序寫到一半卻發現自己用的方法很拙劣時，請不要馬上停手；請盡快將餘下的部分粗略的完成以保證這個設計的完整性，然後分析自己的錯誤並重新設計和編寫（參見43）；
43.別心急，設計C++的class確實不容易；自己程序中的class和自己的class設計水平是在不斷的編程實踐中完善和發展的；
44.決不要因為程序「很小」就不遵循某些你不熟練的規則——好習慣是培養出來的，而不是一次記住的；
45.每學到一個C++難點的時候，嘗試著對別人講解這個知識點並讓他理解——你能講清楚才說明你真的理解了；
46.記錄下在和別人交流時發現的自己忽視或不理解的知識點；
47.請不斷的對自己寫的程序提出更高的要求,哪怕你的程序版本號會變成Version 100.XX；
48.保存好你寫過的所有的程序——那是你最好的積累之一；
49.請不要做浮躁的人；
50.請熱愛C++!
建議你買本書，書比網上的電子版教程好的多，如計算機屆超級權威教授 譚浩強 老先生寫的《C語言程序設計（第三版）》，全國發行了700萬冊，可以說是學C語言的人必看的書，我們大學就用這本書，很適合自學，通俗易懂
建議你學習其它計算機知識時也看他的書，他出的書很多，涵蓋面廣，每一本都很經典
這里有他的教程word版下載
另外，機械工業出版社的 計算機叢書系列也相當經典，全是翻譯國外經典教材，國外計算機發展早，水平比國內高很多，看這些教材事半功倍，推薦（美）Al Kelley Ira Pohl的《C語言教程第4版》
學習程序語言要持之以恆，不浮躁，祝你成功！