① 新手如何入門c語言
如果是想通過計算機等級考試 就買一本全國計算機等級考試二級試題認真做就可以了 當然也要加強上機實踐。
怎樣才能學好C語言
第一：C語言語法結構很簡潔精妙，寫出的程序也很高效，很便於描述演算法，大多數的程序員願意使用C語言去描述演算法本身，所以，如果你想在程序設計方面有所建樹，就必須去學它。
第二：C語言能夠讓你深入系統底層，你知道的操作系統，哪一個不是C語言寫的？所有的indows, Unix, Linux, Mac, os/2，沒有一個里外的，如果你不懂C語言，怎麼可能深入到這些操作系統當中去呢？更不要說你去寫它們的內核程序了。
第三：很多新型的語言都是衍生自C語言，C++,Java,C#,J#,perl...哪個不是呢？掌握了C語言，可以說你就掌握了很多門語言，經過簡單的學習，你就可以用這些新型的語言去開發了，這個再一次驗證了C語言是程序設計的重要基礎。還有啊，多說一點：即使現在招聘程序員，考試都是考C語言，你想加入it行業，那麼就一定要掌握好C語言。
那麼究竟怎樣學習C語言呢？
1：工欲善其事，必先利其器
這里介紹幾個學習C語言必備的東東：
一個開發環境，例如turbo C 2.0,這個曾經占據了DOS時代開發程序的大半個江山。但是現在windows時代，用turbo C有感覺不方面，編輯程序起來很吃力，並且拖放，更沒有函數變數自動感應功能，查詢參考資料也不方便。建議使用Visual C++,這個東西雖然比較大塊頭，但是一旦安裝好了，用起來很方便。
一本學習教程,現在C語言教材多如牛毛，但推薦大家使用《C語言程序設計》譚浩強主編 第二版 清華大學出版社，此書編寫的很適合初學者，並且內容也很精到。
除此以外，現在有很多輔助學習的軟體，畢竟現在是Window時代了，學習軟體多如牛毛，不象我們當初學習，只有讀書做題這么老套。我向大家推薦一個「集成學習環境(C語言)」，里邊的知識點總結和常式講解都非常好，還有題庫測試環境，據說有好幾千題，甚至還有一個windows下的trubo C，初學者甚至不用裝其它的編譯器，就可以練習編程了,非常適合初學者。還有一個「C語言學習系統」軟體，不過感覺只是一個題庫系統，如果你覺得題做的不夠，不妨也可以試試。
2：葵花寶典
學習計算機語言最好的方法是什麼？答曰：讀程序。
沒錯，讀程序是學習C語言入門最快，也是最好的方法。如同我，現在學習新的J#,C#等其他語言，不再是抱著書本逐行啃，而是學習它們的常式。當然，對於沒有學過任何計算機語言的初學者，最好還是先閱讀教程，學習完每一章，都要認真體會這一章的所有概念，然後不放過這一章中提到的所有常式，然後仔細研讀程序，直到每一行都理解了，然後找幾個編程題目，最好是和常式類似的或一樣的，自己試圖寫出這段已經讀懂的程序，不要以為常式你已經讀懂了，你就可以寫出和它一樣的程序，絕對不一定，不相信你就試一試吧，如果寫不出來，也不要著急，回過頭來再繼續研究常式，想想自己為什麼寫不出來，然後再去寫這段程序，反反復復，直到你手到擒來為止，祝賀你，你快入門了。
3：登峰造極
寫程序的最高境界其實就是掌握各種解決問題的手段(數據結構)和解決問題的方法(演算法)。
是不是寫出底層程序就是程序設計高手呢？非也，寫底層程序，無非是掌握了硬體的結構，況且硬體和硬體還不一樣，要給一個晶元寫驅動程序，無非就是掌握這塊晶元的各種寄存器及其組合，然後寫值讀值，僅此而已。這不過是熟悉一些io函數罷了。那麼怎樣才算精通程序設計呢？怎樣才能精通程序設計呢？舉個例子：你面前有10個人，找出一個叫「張三」的人，你該怎麼辦？第一種方法：直接對這10個人問：「誰叫張三」。第2種方法：你挨個去問「你是不是張三？」，直到問到的這個人就是張三。第三種方法：你去挨個問一個人「你認不認識張三，指給我看」。不要小看這個問題，你說當然會選第一種方法，沒錯恭喜你答對了，因為這個方法最快，效率最高，但是在程序設計中找到解決問題的最優方法和你用的手段卻是考驗一個程序員程序設計水平的重要標志，而且是不容易達到的。剛才這個問題類似於數據結構和演算法中的：Map數據結構，窮舉查找和折半查找。所以掌握好數據結構和一些常用演算法，是登峰造極的必然之路。最後給大家推薦嚴尉敏的《數據結構》清華大學出版社，希望每一個想成為程序設計高手的人研讀此書。
② 如何學好C語言
所有初學者面臨的第一個問題便是：如何選擇教材。好的開始是成功的一半，選擇一本優秀的教材是事半功倍的關鍵因素。不幸的是，學校通常會幫你指定一本很差勁的C語言課本；而幸運的是，你還可以再次選擇。沒有學習交流地方可以來
所以我建議初學者應該以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語言，其實我主要想說說程序該怎麼學，或者一點感悟罷了，在這里，我只想引用身邊的幾個人的例子，來談一下對程序學習的理解
第一個人要說到我了，我對程序產生興趣，是聽說程序可以作游戲，那時候是在初一，然而借來一本G-BASIC簡明教材後，我便傻了眼。
陌生的詞彙，古怪的邏輯，都是些天文的中文譯本，頭疼了好一陣子。
然而當時又沒有別的閑書可看，我就整天捧著那一本書，什麼方法都試過了，甚至倒著看過了，都沒看出什麼眉目，自己又沒有電腦，只能不停地大膽地想像，然後滿腦子的疑惑……
在這里停一下，上面說的便是我學習的風格：總要經歷一番波折，瞎折騰幾下，然後才會有偶然間的明悟－開竅了！我甚至沒見過幾個人有我這么笨，現在明白過來了，我總是一開始把事情想得過於復雜，造成狗咬刺蝟的難堪的局面，然而竟然有意想不到的收獲！但是不建議大家模仿這種風格，起碼追女朋友的時候不能這樣，生活中很多機會在於接手的那一瞬間，失去就永遠找不回來了。
現在回來，後來偶然間，我看懂了一行代碼，是print 語句，當時興奮得要命，又仔細看了這個看了那個，一下子看懂了很多東西，像是在霎那間被什麼給擊中似的，立刻間醍醐灌頂。。。。
初三在學校學了FOXBASE，基本上自學的，我發現了一件奇怪的事，我這人是出了名的記性不好，然而當時背程序中的命令卻是過目不忘，到現在還記得很多，也許是感興趣吧，也感謝我的微機老師給我提供自由上機的機會！後來我又自學了QBASIC，初四暑假又學了一點C，那時學C遇到不少困難，當時我們學校機房連C語言都沒有，我只好悶在家裡，一本二級C教材，一本配套習題，整天發呆地想，把自己的腦袋當電腦cpu使，有時進入死循環，有時又徹底崩潰。我花十幾天看完了一本書，做完了一本題，然而腦袋裡充滿了疑惑，由於沒有上機實踐的機會，我就憑自己的猜測與推理己慢慢建立了一大堆理論，十分得意與自信，但後來證明大部分是錯的，害我花了很長時間去糾正，這是後話。可是，還是那句話不破不立，不阻不行。就像我現在有了電腦，整天泡在互聯網的海洋里，感受著快餐文化，好久都沒靜下心來好好想點東西了.
高中還上過幾節電腦課，只不過忙於應付高考，我將學程序的打算放棄了，到這里我該說下一個人了。
高中時坐我旁邊一女生，她的文曲星里有BASIC，我偶爾拿過來編了幾個小程序玩，她看到後很感興趣，令人驚訝的是，她只看了三五個程序，聽我講了幾個命令的功能，就能根據自己的想像編出小動畫來，她此前是絕沒有學過程序的！我曾一度懷疑過她的智商，然而她程序是如此之快，卻讓我的眼都瞪大了好幾圈，比我當年高了好幾個境界！我後來經常在想，是不是我當時的方法不對，程序到底應該怎樣學。。。
一晃就到了大學，我碰到另一個讓我佩服的人，跟我一樣是學計算機的，他是偶爾看到我在編動畫，然後十分感興趣，便開始自學。他令人吃驚的是，指針，結構體，位運算等等，都沒搞懂（更不用說演算法和數據結構），只學了三種程序結構，現在只學了C半年，便自己能編出貪吃蛇，俄羅斯方塊，掃雷，還有很多叫不出名字的小游戲來，現在又在寫黑白棋，我知道我確實是走了不少彎路。
程序應該怎樣學，對C來講，我覺得應該從畫圖學起。
原因有二。
一，畫圖程序很能振奮人心的，它能帶給你濃厚的興趣，這是學程序的關鍵。
二，畫圖程序容易上手，很簡單的道理，就能做出很漂亮的東西來。有很多東西甚至不用看課本，就能自己推出來（我認為推理的方法很重要，它是你自學的必要條件）。
比如畫一個圓，從數學角度來分析，要確定一個圓，只需知道它的圓心（x,y）與半徑r,那好一個圓就畫出來了，circle(x,y,r);
其它的類推，再畫一個立體的，選擇立方體，再分析，只要知道兩個對角的坐標就行了吧，翻一下課本，不是這樣，為什麼？你或許會想到，電腦屏幕本來就是平面的，用立體坐標的理論在這里，恐怕就不是最簡單的方法。所以它採用的應該是兩個平面圖形平移。此處留下疑問，立體圖形在平面坐標中怎麼表示？自己慢慢研究，很淺的東西。
想作動畫吧，想像一下動畫的原理只是從一個圖形變幻到另一個圖形，不同地變幻就出現動畫效果，那就可以畫一個，擦了，再畫一個新的，再變化。。。
數學功底好的話，從二維到三維，從靜態到動態我認為是很快的過渡。
具體該怎麼學呢，你可以多找幾個畫圖的例子，敲到電腦里，多敲幾個，慢慢地你就會知道哪些東西是干什麼的，慢慢地就會自己做出東西來。
但這里不要沉溺太久了，先學畫圖只是幫助你輕松地入門（很多人C學完了還沒有入門）。
從畫圖里暫時走出來，你應該打打基礎了，這里不再贅述。可以邊學邊實踐，物理，數學課本中很多問題都可以用程序來演示，來解決，嘗試著多做些東西，這比你老學課本中的模型強多了，只有你自己去體會才能知道。
談及C語言，我想凡是學過它的朋友都有這樣一種感覺，那就是「讓我歡喜讓我憂。」歡喜的是，C語言功能非常強大、應用廣泛，一旦掌握了後，你就可以理直氣壯地對他人說「我是電腦高手！」，而且以後若是再自學其他語言就顯得輕而易舉了。憂慮的是，C語言猶如「少林武功」一般博大精深，太難學了。其實就筆者認為C語言並非是「difficult（困難）」的，只要你能理清思路，掌握它的精髓，那麼自學C語言是一件非常容易且又其樂無窮的事。今天本人就與大家一起談談如何學習C語言或者說學習C語言應從哪幾方面著手。
了解一些基本知識
一．C語言的背景
就個人感觸，無論學習哪門語言首先應該了解一下自己所學語言的背景，也可以說它的發展史。
C語言屬於高級程序語言的一種，它的前身是「ALGOL」。其創始人是布朗·W·卡尼漢和丹尼斯·M·利奇。C語言問世時是帶有很大的局限性，因為它只能用於UNIX系統上。然而隨著科學技術的進步，計算機工業的發展，C語言逐漸脫離UNIX。1987年美國標准化協會制定了C語言的國際標准，簡稱「ANSI C」，從此以後它便成為一種廣泛使用的程序語言。C語言的優點很多，主要的有如下四點：
1．兼備高級語言與低級語言的優點，屬於一種中間語言。
2．它是一種結構化程序設計語言，非常適合結構化程序設計。
3．有較豐富的數據類型、運算符以及函數供以選用。
4．直接與內存打交道，使修改、編輯其他程序與文檔變得輕松，簡單。
二．二大語系二種不同的學習方法
筆者學習過很多程序語言，例如：C，C＋＋（C語言的擴展），QBASIC，VB（BASIC的可視化），JAVA，J ，VB，JAVA，ASP，FOXPRO，PERL等等，就本人實踐所得，其實高級程序語言分為兩大語系。一路是以C為主的程序語言，例如：JAVA，JAVA等，這類語言在函數的調用，程序語句的書寫，循環的控制都極為相似。另一路是以BASIC為首的程序語言，例如：FOXPRO，VB等，此類語言同樣具有相似的函數調用，程序語句書寫以及循環控制，但與C語系是不同的。因此若是您以前是從QBASIC起家的，那麼在學習C語言前最好是先洗洗腦，千萬不要把學習BASIC的方法以及思路用在C身上。
講到這里，我想大家對C語言一定有了感性認識吧！下面讓我們再升華一下，全方位親密接觸它。學習C語言必須從以下四點入手，也就是說，只要你能掌握這四點的內容，那麼基本上就大功告成了。
怎樣才能學好c語言
有人問我c語言是不是很難學，我說不是，後來問的人多了，我就萌生了寫一篇關於c語言如何入門的文章的念頭來。
其實c語言很簡單，它只是一種交流的規則，一種表達的工具，一種承載思想的容器而已，之所以感覺難，我覺得是還不習慣使用計算機特點來考慮問題。這就好比中國人從到英國定居一樣，雖然你學過英語，但是那隻是想像中的英國，和現實的英國的情況還相差很遠，所以要有一個適應的過程，也就是常說的過渡期或磨合期。
想盡快上手就得掌握計算機的特點，計算機的特點包括：
1、 計算機在問題的處理方式上要求全，將所有的可能都要告訴它。人可以根據習慣忽略一些東西，但計算機不行。比如說求解一元二次方程，我們考慮問題就已經默認了a不等於0，更有甚者把b方減4ac也默認大於等於零了。這是我們的習慣，既然有解，我們一般習慣上就把它定為實數解，所以你做出來的程序一般是不考慮這兩個條件的，但是計算機不行，計算機是有名的弱智。計算機沒有象人一樣的智能處理能力，它是人忠實的信徒，不管你怎麼想，它都會執行你的命令。由於你的習慣，導致一些別有用心的人或者無意犯錯的人來犯錯誤，致使計算機有時無所適從。很疲憊，甚至崩潰，報錯，造成你的程序是不成功的，所以你感覺很難。
2、 計算機要求程序的描述精確，無二義性。人的語言有很強的隨機性和二義性。我們平時說話時，有時是一些招呼，有時說話的邏輯性可以不太清楚，話既可以表達這樣的意思，也可以表達那樣的意思，人可以根據環境和對方想表達的含義進行分析，最終得到正確的結果，但是計算機很弱智，雖然它很聽話，但是他不能理解你表達的思想，只會按你交給的指令執行，這樣導致執行時報警和出錯。
3、 計算機編程是要求有很強的全局性和邏輯性，不存在起伏的問題。人的思維有很強的活躍期和蟄伏期，計算機不會，它隨時待命。人在考慮問題時，有很多盡興的東西，但這不是處理問題的整體，而是一部分，所以就出現做完一段代碼後，就不願意再寫，或感覺很吃力，所以感覺很難。
計算機要求它的主人，考慮問題要全面，所有可能的情況及處理都要告訴它，要求學會沉穩，心態要穩定，要求交流的語句一定要明了含義單一。
怎樣才能很快的學會c語言，更快的度過磨合期呢？C語言的語法規則記憶理解當然是不可少的，除此之外還應注意以下幾個方面：
1、 好好理解一下變數和函數的概念，至少要重新回頭看看初等數學。這是基礎，否則就會先天不足，你學的再好，也成不了大氣候。
2、 平衡心態，雖然不能做到「不以物喜，不以己悲」的水平，但至少不要浮躁，不要急於求成，欲速則不達。
3、 培養自身的全局意識，既能小無內，也能大無外，才行。
4、 嚴格按照程序設計過程設計程序，不要跳脫，天馬行空，沒有規矩是不成方圓的。
5、 努力提高自身的綜合素質。程序是人思維的表達形式，是人處理問題思路和語言的結合體。你對客觀看成到什麼程度和你掌握的知識成正比。如果你對處理的問題不理解，不會處理，你怎麼也寫不出程序。
6、 學會交流，多交流，相互補益，同時團隊合作也是很重要的。
總之，實踐出真知，多學、多練、多思、多交流，勤奮好學才能學成。
③ 急求！！！！！ c語言程序設計大賽口號主題
指尖揮灑青春，指針書寫人生
④ 初學者學習C語言，用什麼書好，想用點比較經典的書。
學習C語言不是一朝一夕的事情，但也不需要花費十年時間才能精通。如何讓編程初學者以最小的代價學習並精通C語言是本文的主題。請注意，即使是最小的代價」也絕不是什麼捷徑，而是以最短的時間取得最多的收獲，同時也意味著各位編程初學者需要經歷艱苦的過程。
一、要讀就讀好書，否則不如不讀
所有初學者面臨的第一個問題便是如何選擇教材。好的開始是成功的一半，選擇一本優秀的教材是事半功倍的關鍵因素。
1. 《C程序設計語言》
Kernighan和 RitchiTheCProgramLanguag的《C程序設計語言》堪稱經典中的經典，不過舊版的很多內容都已過時，和現在標准C語言相去甚遠，大家一定要看最新的版本，否則不如不看。
2. 《C語言參考手冊》
即使是最經典最權威的書，也沒有辦法面面俱到,所以手邊常備一本《C語言參考手冊》十分必要的C語言參考手冊》就是CReferManualC語言標準的詳細描述，包括絕大多數C標准庫函數的細節，算得上是最好的標准C語言的工具書。順便提一句，最新的C程序設計語言》根據C89標准修訂的而《C語言參考手冊》描述的C99標准，二者可能會有些出入，建議按照C99標准學習。
3. 《C和指針》
這本《C和指針》寫得也是相當地不錯，英文名是PointeronC特別地強調指針的重要性，算是本書的一個特點吧。不過這本書並不十分適合初學者，如果你曾經學過C語言，有那麼一些C語言的基礎但又不是很扎實，那麼你可以嘗試一下這本書。相信，只要你理解了指針，C語言便不再神秘。
4.如果你已經看完一本C語言教材，並想要繼續深入學習，那麼我有兩本書推薦給你
《C陷井與缺陷》
首先這本CTrapandPitfal的《C陷井與缺陷》，很薄的一本書，內容非常非常地有趣。不過注意的是，這本書是二十多年前寫的，裡面提到很多C語言的缺陷現在都已被改進，不過能夠了解一些歷史也不是什麼壞事。
《C專家編程》
還有就是可以嘗試挑戰一下ExpertCProgram的《C專家編程》，書如其名，這本書頗具難度，不過一旦你仔細讀完並能透徹理解，便可以放心大膽地在簡歷上寫「精通C語言」
切記一個原則，不要讀自己目前還看不懂的書，那是浪費生命。如果你看不懂，那你一定是缺失了某些必需基礎知識。此時，要仔細分析自己需要補充哪些內容，然後再去書店尋找講述的這些內容的書籍。把基礎知識補充完畢再回頭來學習，才會真正的事半功倍。
二、Unix/Linux還是Window這是個很大的問題
不同的編程環境會造就出不同思維的程序員。Window程序員大多依賴集成開發環境，比如VisualStudio而Unix程序員更加鍾愛Makefil與控制台。顯而易見，集成開發環境更容易上手，Window上學習C語言，只需要會按幾個基本的VisutC++工具欄按鈕就可以開始寫Hello,World!而在Unix下，需要一些控制台操作的基本知識。有人也許認為Unix環境更簡潔，但習慣的力量是很大的大家都很熟悉 Window基本操作，而為了學習C語言去專門裝一個Unix系統，似乎有點不劃算。
對於一個只懂得Window基本操作、連 DOS什麼都不知道的新手而言，盡快做一些有趣而有意義的事情才是最重要的用C語言寫一個小程序遠比學習lscat等命令有趣，況且我要專注於C語言本身，就不得不暫時忽略一些東西，比如編譯鏈接的過程、Makefil寫法等等等等。
所以我建議初學者應該以VisualC++6.0不是VisualC++.NET或者DevC++作為主要的學習環境，而且千萬不要在IDE使用技巧上過多糾纏，因為今後你一定要轉向Unix環境的VisualC++6.0使用很方便，調試也很直觀，但其默認的編譯器對C標準的支持並不好，而DevC++使用gcc編譯器，對C99標准都支持良好。使用順帶提一下，很多大學的C語言課程還在使用TurboC2.0作為實驗環境，這是相當不可取的原因其一是TC2.0對C標准幾乎沒有支持，其二是TC2.0編譯得到程序是16位的這對今後理解32位的程序會造成極大的困擾（當然,用djgpp之類的東西可以使TC2.0編譯出32位程序，不過那過於復雜了
等你學完一本C語言的教材，一定要轉向Unix平台繼續學習，幾乎所有的C語言高級教程都是基於Unix平台的比如《C專家編程》轉變的過程是痛苦的需要面對的各種紛繁復雜的命令，完全不同於Window平台的思考方式，但是這種痛苦是值得的Unix與C共生的Unix思考方式和習慣更加符合C語言的思考方式和習慣。Unix下，可以找到無數優秀的源代碼供你盡情閱讀，可以方便地查看某個庫函數的聯機手冊，還可以看到最優秀的代碼風格（說到代碼風格，會專門寫一篇文章詳細敘述）
歸結起來就是一句話：編程初學者初學C語言，建議使用Window系統和集成開發環境，准備向「高手」方向努力時，請先轉向Unix平台。
⑤ 零基礎如何學習C語言
學習C語言不是一朝一夕的事情，但也不需要花費十年時間才能精通。如何以最小的代價學習並精通C語言是本文的主題。請注意，即使是「最小的代價」，也絕不是什麼捷徑，而是以最短的時間取得最多的收獲，同時也意味著你需要經歷艱苦的過程。
一、要讀就讀好書，否則不如不讀。所有初學者面臨的第一個問題便是：如何選擇教材。好的開始是成功的一半，選擇一本優秀的教材是事半功倍的關鍵因素。不幸的是，學校通常會幫你指定一本很差勁的C語言課本；而幸運的是，你還可以再次選擇。
切記一個原則，不要讀自己目前還看不懂的書，那是浪費生命。如果你看不懂，那你一定是缺失了某些必需基礎知識。此時，你要仔細分析自己需要補充哪些內容，然後再去書店尋找講述的這些內容的書籍。把基礎知識補充完畢再回頭來學習，才會真正的事半功倍。
二、Unix/Linux還是Windows，這是個很大的問題。不同的編程環境會造就出不同思維的程序員。Windows的程序員大多依賴集成開發環境，比如Visual Studio，而Unix程序員更加鍾愛Makefile與控制台。顯而易見，集成開發環境更容易上手，在Windows上學習C語言，只需要會按幾個基本的Visutal C++工具欄按鈕就可以開始寫Hello， World！了，而在Unix下，你需要一些控制台操作的基本知識。
建議初學者應該以Visual C++ 6.0（不是VisualC++ .NET）或者Dev C++作為主要的學習環境，而且千萬不要在IDE的使用技巧上過多糾纏，因為今後你一定要轉向Unix環境的。Visual C++ 6.0使用很方便，調試也很直觀，但其默認的編譯器對C標準的支持並不好，而Dev C++使用gcc編譯器，對C99的標准都支持良好。
⑥ 學習C語言之前需要學習些什麼知識
基礎的話什麼都不用。往深學需要英語 主要為了看外文書籍和代碼注釋。還需要數據結構和操作系統的知識。當然要想寫出一段高效的代碼 還需要離散數學，計算機演算法的知識。
程序員之路——如何學習C語言並精通C語言
程序員之路——如何學習C語言
學習C語言不是一朝一夕的事情，但也不需要花費十年時間才能精通。如何以最小的代價學習並精通C語言是本文的主題。請注意，即使是「最小的代價」，也絕不是什麼捷徑，而是以最短的時間取得最多的收獲，同時也意味著需要經歷艱苦的過程。
一、要讀就讀好書，否則不如不讀
所有初學者面臨的第一個問題便是：如何選擇教材。好的開始是成功的一半，選擇一本優秀的教材是事半功倍的關鍵因素。不幸的是，學校通常會幫你指定一本很差勁的C語言課本；而幸運的是，還可以再次選擇。
大名鼎鼎的譚浩強教授出了一本《C語言程序設計》，據說發行量有超過400萬，據我所知，很多學校都會推薦這本書作為C語言課本。雖然本人的名字（譚浩宇）跟教授僅僅一字之差，但是無比堅定地黑他這本書的。這本書不是寫給計算機專業的學生的，而是給那些需要考計算機等級考試的其它專業學生看的。這本書的主要缺點是：例子程序非常不專業，不能教給程序設計應該掌握的思考方式；程序風格相當地不好，會養成亂寫代碼的惡習；
Kernighan和Ritchie的《The C ProgrammingLanguage》（中譯名《C程序設計語言》）堪稱經典中的經典，不過舊版的很多內容都已過時，和現在的標准C語言相去甚遠，大家一定要看最新的版本，否則不如不看。另外，即使是最經典最權威的書，也沒有辦法面面俱到，所以手邊常備一本《C語言參考手冊》是十分必要的。《C語言參考手冊》就是《CReferenceManual》，是C語言標準的詳細描述，包括絕大多數C標准庫函數的細節，算得上是最好的標准C語言的工具書。順便提一句，最新的《C程序設計語言》是
根據C89標准修訂的，而《C語言參考手冊》描述的是C99標准，二者可能會有些出入，建議按照C99標准學習。還有一本《C和指針》，寫得也是相當地不錯，英文名是《Pointers onC》，特別地強調指針的重要性，算是本書的一個特點吧。不過這本書並不十分適合初學者，如果曾經學過C語言，有那麼一些C語言的基礎但又不是很扎實，那麼可以嘗試一下這本書。相信，只要理解了指針，C語言便不再神秘。
如果已經啃完了一本C語言教材，想要更進一步，那麼有兩本書一定要看。首先是《C Traps andPitfalls》（中譯名《C陷井與缺陷》），很薄的一本小冊子，內容非常非常地有趣。要注意一點，這本書是二十多年前寫成的，裡面提到的很多C語言的缺陷都已被改進，不過能夠了解一些歷史也不是什麼壞事。然後可以挑戰一下《Expert CProgramming》（中譯名《C專家編程》），書如其名，這本書頗具難度，一旦仔細讀完並能透徹理解，便可以放心大膽地在簡歷上寫「精通C語言」了。
切記一個原則，不要讀自己目前還看不懂的書，那是浪費生命。如果看不懂，那一定是缺失了某些必需基礎知識。此時，要仔細分析自己需要補充哪些內容，然後再去書店尋找講述的這些內容的書籍。把基礎知識補充完畢再回頭來學習，才會真正的事半功倍。
二、Unix/Linux還是Windows，這是個很大的問題
不同的編程環境會造就出不同思維的程序員。Windows的程序員大多依賴集成開發環境，比如VisualStudio，而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）或者DevC++作為主要的學習環境，而且千萬不要在IDE的使用技巧上過多糾纏，因為今後一定要轉向Unix環境的。Visual C++6.0使用很方便，調試也很直觀，但其默認的編譯器對C標準的支持並不好，而DevC++使用gcc編譯器，對C99的標准都支持良好。使用順帶提一下，很多大學的C語言課程還在使用Turbo C2.0作為實驗環境，這是相當不可取的，原因其一是TC 2.0對C標准幾乎沒有支持，其二是TC2.0編譯得到的程序是16位的，這對今後理解32位的程序會造成極大的困擾（當然,用djgpp之類的東西可以使TC2.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語言，還要具體情況具體分析。