㈠ 學習c語言怎樣才了精通
首先申明，本人不是什麼高手，但自認為對c還比較熟悉，可以給你提點建議： 1、學習C語言，要從入門到精通，需要讀哪些書（從簡單的到難的排序，越詳細越好，最好都能注釋下選擇這本書的理由）？ 入門階段：還是老譚那本。 理由：雖然不能說它寫得有多好，但是你現在要做的是入門，要快速的掌握c的基本語法，這本書很好理解，能夠讓你在最短的時間內大致掌握這門語言的概更。 第二階段：《c程序設計語言》(The C Programming Language)和《C語言解惑》(The C puzzle book) 理由：《the c programming language》號稱c語言聖經。其實它也只是一本介紹基礎語法的書，不做入門教程是因為對於初學者來說，它難度稍大，之所以推薦，是因為它能讓你---系統而嚴密的---把C語言知識構架整理一遍。《c語言解惑》，系統的整理了c語法中容易讓你產生迷惑或容易犯錯的地方(如a+++++b等)，這時候你才算真正開始學習c語言了.（以上兩本現在出重印了,應該在書店可以買到） 第三階段：《C陷阱與缺陷》(C Traps and Pitfalls)和《高質量c/c++編程指南》 理由：《c陷阱與缺陷》是讓對c的理解有質變得一本書，如如何理解(*(void(*)())0)()等問題，我的感覺是看完這本書讓我真正從小菜鳥變成了老菜鳥。《高質量...》，終於有一本國產的了，呵呵，我認為這本書是把你從土匪變成正規軍的最好指南，該書涉及編程風格、效率、重載、健壯性等一些列之前很難注意的問題。(以上兩本《c陷阱...》已絕版，不過網上可以下載到中英文版，《高質量...》本身就是網路書，很容易找到) 其它推薦書：《c專家編程》《c和指針》 說實話這兩本書我並沒有看過（或看完），但有口皆碑，都是經典之作，不過都已經絕版，仔細找找網上有下載的。 2、有哪些好的C語言練習（越難的越好）？ 對語言本身的練習其實就是你對它的理解，用得多了，注意得多了，自然就ok了。其它思維上的練習主要是演算法和數據結構方面的，嚴老的《數據結構題集（C語言版）》如果你能做完就相當了不起了。 3、要學精C語言，還要具備哪些條件？ 其實c語言也只是一個工具而已，就像鋤頭一樣，你每天挖地鋤田自然就精通它了。只要不是白痴，應該都沒有問題。 4、C語言學完後接下去要學哪些語言好？ 這個我就沒有資格回答了，因為除了少量匯編和c++，我大部分只用到了c,不過也許是一脈相承的c++吧。c是面向過程的語言，學習c++面向對象的思想。 5、各位網友如果在學習計算機語言方面還有一些獨到的見解，歡迎提出! 不是我提出的，不過真的很經典——「天下程序一大抄」,呵呵。
㈡ 學習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語言其實也不好學，如果要學好還是需要大量的代碼基礎的，多練總是好的。然後就是學的時候注意C語言中空間的概念。
1、程語語言其實是一個很初級的工具，但是又必須熟練的掌握它，學懂一門編程語言就好像學會了寫字，但是會寫字的人不見得會寫文章，而會寫文章又不見的寫得好。可是如果不會寫字，那就一定寫不出文章來。
2、在學習C語言之前，應該學好計算機基礎。裡面的很多概念對於C程序員都是非常重要的。如果在著手學習C之前，或者已經開始學習C，但是碰到了很多問題，應該再把計算機基礎的書拿來好好看看。如果有足夠的耐心，十足的毅力，應該再學習C語言之前學學匯編，這會對許多比較細膩的概念有清醒的認識。那麼可以在看完一遍C語言的教材後再看，但是一定要看一遍，一定會受益匪淺。不管看什麼書，先認真地看懂，不要貪速度，應該力求深入的理解。如果能夠比較熟練的解決一本教材上的所有習題，那麼就應該轉入對演算法的學習，盡管此時的C語言還稱不上精通，有許多細節問題還不了解，許多問題還沒有碰到，但是這些問題會在後面的工作和學習中得到解決的。
3、不需要多少資料，掌握一本《The C Programming Language》就足夠了。繼續學習就更加容易。建議不要找捷徑，通過考試除外，真正的水平提高是建立在編程實踐積累基礎上的，必須一個一個程序的完成才能提高。
㈣ 什麼是精通c語言
僅僅學好不叫精通。
精通C語言，就我看來至少要達到以下幾點：
應用——能夠用C語言隨心所欲地實現能想到的任何功能，包括各種演算法、應用特例等等；
了解——對C語言的缺陷有全面的了解，對各種環境下C語言的特性如數家珍；
改進——對C語言進行自己的修訂和改進；
離棄——對C語言了解如此透徹，以至於開始深入探求其它語言。
在我看來，以此為標准，中國能稱得上精通C語言的不超過千人。或許我還太樂觀了。
㈤ C語言編程是屬於哪個專業的范疇如果要考研，哪個學校比較好
具體的是要看c語言的運用了，C語言是屬於底層的語言，統籌屬於 軟體工程 這塊 涉及到物理與光電電信息學院 軟體學院 數計學院 所有專業是都要需要學的。計算機二級考試的 軟考 等也是需要的。具體用於 嵌入式軟體 中的利用lunix系統開發硬體系統。以及像3G移動手機的開發（多是C++和C語言）ARM等微處理器系統開發 像 電子信息工程 就是。相關的我建議你去了解 嵌入式 這塊。考研的話 上海交大是最好的選擇不過了，在10年的國際性ACM編程大賽上上海交大獲得了第一名非參賽組第二名的成績，可以說在國際上都很有影響力，北大的個人感覺是偏文科的高校，相比之下還不如考華中科技大學，清華。
㈥ 安徽專科學校學c語言嗎
安徽專科學校學c語言。根據查詢相關公開信息顯示，安徽專科學校有專門的c語言專業課程，可以通過報名副修課來學習c語言。
㈦ 現代教育技術考C語言的學校
華中師范大學
華中師范大學教育技術學專業包含873c語言程序設計。
現代教育技術所考的C語言不會太難，不會讓你像計算機一樣大段大段的寫在復習的時候你就去看看常考的題型，每個題型都是有框架的，你只要記住框架，往裡面套用就行。
㈧ C語言從入門到精通 清華大學出版社 這本書適合新手、初學者看嗎
很適合，課後的習題一定要上機調試，這樣編程能力才會慢慢進步~
㈨ 如何精通C語言
在這里看的話，這些代碼應該是windows sdk的編程代碼，使用的是系統api編程。如果你只是在學校學的c語言是自然看不懂這些的了。在學校學c，最多也就學到個語法，知道一些皮毛的東西。要想有所發展，還是要多看書，多練習，多開發自己的思維。
如果你喜歡windows sdk編程的話，我推薦你看Windows程序設計（第5版），這本書由淺至深的教導你windows編程的原理。
如果你喜歡c的話，我也推薦你看C Primer Plus這本書，這本書也是由淺至深教你c語言的實質。
㈩ 全國范圍內，哪個院校的C語言的師資力量最強哪個院校培養出來的人的C語言的開發能力最好
學校並不能決定個人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++!
51CTO.com 技術成就夢想
Copyright&;2005-2008
寫《程序員修煉之路》的Andy Hunt和David Thomas大師早就教導我們，要在軟體開發這個行當立於不敗之地，應該「每年學一種新的語言」。
世界上並沒有成為高手的捷徑，但一些基本原則是可以遵循的。
1. 扎實的基礎。精通一門編程語言（C#或Java等），深入理解其編程思想。之後，適當學習數據結構、離散數學、編譯原理等知識。（如果你有足夠多的時間可以深入學習這些知識，它們真的非常重要，但是如果沒有時間或暫時學不會，放一放以後再看，也不失為一種好方法）
2. 良好的編程風格。注意養成良好的習慣，代碼的縮進編排，變數的命名規則要始終保持一致。大家都知道如何排除代碼中錯誤，卻往往忽視了對注釋的排錯。注釋是程序的一個重要組成部分，它可以使你的代碼更容易理解，而如果代碼已經清楚地表達了你的思想，就不必再加註釋了，如果注釋和代碼不一致，那就更加糟糕。
3. 韌性和毅力。這也許是"高手"和一般程序員最大的區別。A good programming is 99% sweat and 1% coffee。高手們並不是天才，他們是在無數個日日夜夜中磨練出來的。成功能給我們帶來無比的喜悅，但過程卻是無比的枯燥乏味。你不妨做個測試，找個10000以內的素數表，把它們全都抄下來，然後再檢查三遍，如果能夠不間斷地完成這一工作，你就可以滿足這一條。
4. 對答案的渴求。人類自然科學的發展史就是一個渴求得到答案的過程，即使只能知道答案的一小部分也值得我們去付出。只要你堅定信念，一定要找到問題的答案，你才會付出精力去探索，即使最後沒有得到答案，在過程中你也會學到很多東西。
5. 多與別人交流。三人行必有我師，也許在一次和別人不經意的談話中，就可以迸出靈感的火花。多上上網，看看別人對同一問題的看法，會給你很大的啟發。
6. 不鑽牛角尖。當你遇到障礙的時候，不妨暫時遠離電腦，看看窗外的風景，聽聽輕音樂，和朋友聊聊天。當重新開始工作的時候，我會發現那些難題現在竟然可以迎刃而解。
7. 豐富的想像力。不要拘泥於固定的思維方式，遇到問題的時候要多想幾種解決問題的方案，試試別人從沒想過的方法。豐富的想像力是建立在豐富的知識的基礎上，除計算機以外，多涉獵其他的學科，比如天文、物理、數學等等。另外，多看科幻電影也是一個很好的途徑。
8.最簡單的是最好的。這也許是所有科學都遵循的一條准則，如此復雜的質能互換原理在愛因斯坦眼裡不過是一個簡單得不能再簡單的公式：E=mc2。簡單的方法更容易被人理解，更容易實現，也更容易維護。遇到問題時要優先考慮最簡單的方案，只有簡單方案不能滿足要求時再考慮復雜的方案。
以上是本人從網上搜集的信息，針對高職高專學生的特點，加以整理的東東，希望能對大家有所幫助！