c程序員之路

⑴ 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現在是必須的，C是面向過程的語言，指針是它的精髓，所以學c必須深刻理解指針。然後就是結構體，再就是數組。建議把譚浩強的那邊C語言教材吃的很透就足夠了。最後就是多練習，多寫碼，只有自己真正編寫過，才會深刻理解其中的意思，當然從最簡單的開始啊。一步一步。現在做嵌入式軟體的，從片內的系統，到驅動，介面等基本都是C，個人感覺C是很有前途的，至於其他的語言嗎，如果你真正搞懂了一種，其他的基本看看就很容易上手了。還建議你一定要看看《數據結構》，他會讓你在編程的時候有所依據，個人的觀點是：架構>演算法和數據結構>寫碼

⑷ 成為一名C程序員需要什麼知識

話是用口說的，更具體的是人的口和舌頭以及喉嚨的配合下發出的聲音。語言是話的書面表示。如果我們不運用口或者根本不了解怎麼用口，就不會說出話，這樣的話，一個人即便是非常了解語言，例如漢語，那麼沒有實際用途。小孩出生不知道如何運用口和舌，所以不好說話，當然他也不懂語言，這個時候，即便懂文字的意思，他也不會念。
綜上所述：我們用C語言的本質意圖是要編寫程序，讓它在CPU上運行。所以我們必須非常精通CPU，就像熟練我們的喉嚨一樣，只有這樣，才能唱出好聽的歌，編出好的程序。在這樣的基礎上，學會了C語言，才能編出好的程序，讓CPU為你做事！

⑸ 如何學好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. 計算機基礎類書籍，這類書籍包括計算機組成原理、計算機網路、資料庫、操作系統、數據結構與演算法。

2. c/c++類專業書籍，這類書籍包括基礎的C語言程序設計、C++primer。

3. 擴展類書籍，c/c++相關擴展類，推薦的有C陷阱與缺陷、深度探索C++對象模型、effective C++。

4. 平台擴展類書籍，這類就要看你在哪類系統下做開發，一般常用的系統平台是嵌入式、windows、Unix及ios(object C++)，這類書籍就比較多了，可以按照個人需求選擇。

按照上述推薦的理由是：

1. 學習計算機語言需要一定的基礎，這類基礎是非常重要但是很無聊的，後續在做開發的時候會覺得非常實用。

2. 學好語言其實不是非常麻煩的部分，一般的教材類書籍即可，重要而麻煩的是在敲代碼的過程中去熟練掌握、運用和創新。

3. 擴展類書籍3可以幫助你更深入的理解你所學到的東西，而深入理解是程序員進階的必經之路。

4. 平台類書籍略有區別，但是標准C++是一樣的，只是針對各自平台做了相應擴展(objectc++除外)。如果需要在某個平台下做開發，或者學習再去學習使用即可。
   

⑺ 如何成為一名優秀的C程序員

1、迷戀技術，保持對代碼的熱情

興趣是最好的老師，如果不是最初對編程充滿興趣，應該很少有人會選擇程序員這個行業，但同時程序員是一個有點乏味枯燥的工作。如果你不迷戀技術，對代碼充滿熱情，那你只能做一個平淡的程序員。
2、在實踐中成長，磨礪技術
程序員是一個在實踐中成長的職業。你看再多書，聽再多的視頻課，自以為學到很多東西，但正在接觸項目的時候，就兩手發軟，頭腦空白了。最好的提方法，是正在參與到項目中去，最好是能參與從設計到開發到測試到維護一整套的整套流程。

3、加班雖苦但也是提高的過程
虎虎在之前的文章中說過：畢業之後的前三年最為重要，要認認真真鑽研技術，積累經驗，至少能在某一方面成為技術達人。程序員加班是很正常的事情，要加班工作，加班學習，同時在這段時間要注意多總結，注意工作方法，合理安排時間，提高工作效率。你現在的付出是為了以後的成功！
4、不怕失敗，學會尋找成就感
新程序員由於技術水平、經驗的欠缺，寫出的程序bug多，執行效率低，可能被同事嘲笑（我發現這還是普遍現象），然後被上司責怪，內心充滿有挫折感。要學會自我減壓，相信挫折與失敗只是暫時的，發奮圖強。在工作中要學會尋找成就感，哪怕你只是完成一個小功能，優化了一段代碼，都是你辛勤付出的結果，是你能力提高的體現。
5、要學會寫文檔
不要以為程序員只要負責寫代碼，如果是那樣，你永遠不能有上升的空間了。因為不管是走技術路線，還是管理路線，都離不開文檔，方案文檔，技術文檔，產品介紹文檔，管理文檔等等，是你了解開發流程，產品運營的必由之路。
6、學會復制粘貼
現在的開發資料已經非常的充實，遇到難以解決的問題不要過分糾結，為難自己，請打開搜索引擎搜索一下。畢竟，你做的是工作，不是在學校做研究。
7、細節決定成敗
不少程序員都有這樣的習慣，好不容易思考出解決問題的方法，迫不及待的把代碼寫出來，功能也實現了，立馬提交代碼完事。殊不知你的代碼中還有不少細節需要完善，大到內存泄露、資源釋放、代碼是否高效，小到注釋是否規范，都是你必須關注的問題。且不談這些細節問題對你做出來的項目的影響，就是對你編程習慣的影響也是深遠的。

⑻ 程序員如何入門C井語言

入了門的才算程序員，沒有入門不算程序員。

1、程語語言其實是一個很初級的工具，但是又必須熟練的掌握它，學懂一門編程語言就好像學會了寫字，但是會寫字的人不見得會寫文章，而會寫文章又不見的寫得好。可是如果不會寫字，那就一定寫不出文章來。
2、在學習C語言之前，應該學好計算機基礎。裡面的很多概念對於C程序員都是非常重要的。如果在著手學習C之前，或者已經開始學習C，但是碰到了很多問題，應該再把計算機基礎的書拿來好好看看。如果有足夠的耐心，十足的毅力，應該再學習C語言之前學學匯編，這會對許多比較細膩的概念有清醒的認識。那麼可以在看完一遍C語言的教材後再看，但是一定要看一遍，一定會受益匪淺。不管看什麼書，先認真地看懂，不要貪速度，應該力求深入的理解。如果能夠比較熟練的解決一本教材上的所有習題，那麼就應該轉入對演算法的學習，盡管此時的C語言還稱不上精通，有許多細節問題還不了解，許多問題還沒有碰到，但是這些問題會在後面的工作和學習中得到解決的。
3、不需要多少資料，掌握一本《The C Programming Language》就足夠了。繼續學習就更加容易。建議不要找捷徑，通過考試除外，真正的水平提高是建立在編程實踐積累基礎上的，必須一個一個程序的完成才能提高。

⑼ 程序員之路怎樣走(自學成才的進來)

給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++的書
1. 《Thinking In C++》
2. 《The C++ Programming Language》
《Inside The C++ Object Model》
3. 《The Standard C++ Bible》(中文版：標准C++寶典)
4. 《Effective C++》
《More Effective C++》
《Exceptional C++》
5. 《程序設計實踐》
6. 《Inside The C++ Object Model》
7. 《C++面向對象高效編程（C++ Effective Object-Oriented Software Construction）》
《面向對象軟體構造 (Object-Oriented Software Construction)》
《設計模式（Design Patterns）》
《The Art of Computer Programming》

⑽ C程序員怎麼學習

一、知識點學習
①字元串
1、strlen()函數的返回值是什麼類型的？
2、字元串strlen() 的值，是否和他占據的內存空間相同？
3、你是否知道strcpy 函數存在的潛在風險？如何避免？
4、如果一個字元串沒有字元串結束符，而調用str 開頭的庫函數，會發生什麼？
5、Strcpy(),strcat(),strcmp(),strncpy(),strncat(),strncmp()內部到底是如何運行的？這些函數到底對源字元串和目標字元串做了些什麼？你是否觀察過它們運行時兩個字元串內存的變化？
6、上面這些函數使用時，各有哪些需要注意的地方？
7、你會幾種字元串查找操作？
8、c語言中有字元串這個數據類型嗎？
9、對字元串進行操作的時候，是否為字元串結尾符預留存儲位置？不然的話容易造成非常訪問內存。
二、數組
1、你肯定知道，定義「int a[10]; 」， a[10] 這個元素是無效的。
2、你知道幾種數組初始化的方法？
3、數組和指針有千絲萬縷的聯系而又不同，你是否對他們在不同情況下的使用進行過詳細的總結？
4、「int calendar[10][20]; 」，這是一個什麼樣的數組？它擁有 10 數組類型的元素，還是 20 個？
5、「int a[10]; 」，數組名 a 在本質上是一個什麼？你是否列印過 a 的值？
6、你知道幾種獲取數組某元素的方法？
7、指針和數組相同嗎？什麼時候相同？什麼時候不同？
8、用指針和下標訪問數組元素，那種方式更快？
三、結構體
1、你知道什麼是位域結構體嗎？如何定義它？如何使用它？
2、你知道位元組對齊對結構體佔用內存空間大小的影響嗎？如何計算結構體佔用內存的大小？
四、宏
1、你知道宏的本質是什麼嗎？函數？語句？類型定義？或者其他？
2、你知道語言設計者為什麼設計宏嗎？這些原因目前是否仍然成立？
3、你會設計帶有參數的宏嗎？
4、你知道使用宏的參數的的時候的注意事項嗎？
5、你會設計帶有可變參數的宏嗎？
6、你知道使用宏有什麼劣勢嗎？
7、你有沒有更好的替代方案？
五、枚舉
1、是否可以指定枚舉中各項的值？
2、如果不指定值，枚舉的第一個值是多少？
3、枚舉的值是否可以是負數？
4、定義枚舉的時候，你是否專門定義了枚舉的最小值和最大值？
六、switch
1、switch©中的 c 的數據類型有哪些？
2、你是否在所有的switch 中都加了 default 語句？
3、是否在所有的case 中都加了 break 語句（一般情況的做法）？如果你不加 break ，將會發生什麼？
七、static
1、static的三個主要作用是什麼？
2、static的修飾的局部變數是保存在什麼地方的？全局變數哪 ?
3、static修飾的全局變數和函數，在其他的文件中是否可以訪問？如何訪問？
4、你知道static 是 c 語言中實現封裝和隱藏的利器嗎？你是否經常使用？
5、定義在不同源文件中的static 全局變數，編譯器是否允許他們的變數名稱相同？他們在內存中的地址是否相同？函數那？
八、const
1、你是否經常使用const 來表明不能夠被更改的變數？
2、你是否經常使用const 常量來代替宏？
3、下面四種情況，你知道是各表示什麼意思嗎？
int i_value= 10;
const int* pvalue = & i_value
int const *pvalue = & i_value
int* const pvalue=& i_value
const int* const pvalue =& i_value
4、你知道const 常量如何初始化嗎？
九、sizeof
1、對於字元數組，strlen 和 sizeof 的值是否相同？
2、S izeof本質上是函數還是宏？
3、S izeof的返回值是什麼類型？

十、指針
1、「int *p; 」 &p ， p ， *p 他們的值分別表示什麼含義？
2、你定義的指針初始化了沒？
3、你理解指針的指針的概念嗎？你會使用嗎？
4、「int *pi_value; pi_value = 0x100000; 」 pi_value + 1 的值是是多少？
5、你會定義函數指針嗎？
6、你會使用函數指針調用函數嗎？
7、關於指針和數組，請參見知識點數組。
十一、動態分配內存
1、動態分配的內存是保存在什麼地方的？
2、什麼情況下使用動態分配內存？
3、動態申請內存一定要釋放，否則會內存泄露。你是否使用過內存檢測工具？
十二、函數
1、如何查看函數在內存中的地址？
2、如何給一個函數指針賦值？
3、你是否會定義可變入參函數
4、你是否可以區分函數的形參與實參？
5、如何定義函數名，以准確的表達函數的用途？
6、你是否使用const 來修飾函數入參和返回值，以表的特定的含義？
7、遞歸如何使用？
十三、變數
1、全局變數，局部變數，常量分別保存在內存中的什麼地方？
2、不同類型的變數，你是否知道其作用域？
3、全局變數和局部變數是否可以重名？你是否在這樣做？
4、局部變數在函數退出後是否有效，為什麼？
5、全局變數為什麼不允許定義在頭文件中？有何危害？
十四、連接（Linux）
1、鏈接位於編譯過程的那個階段？
2、動態鏈接庫和靜態鏈接庫使用時有何區別？
3、如何 對 動態鏈接庫 進行 動態載入 （不用重啟程序而載入鏈接庫）？
4、動態鏈接有何優點？
5、動態鏈接庫中是否定義了非static 的全局變數？你是否知道這是一個非常危險的動作？
6、動態庫中的全局變數（非static ）和函數（非 static ）是否可以和上層全局變數和函數重名？重名後會發生什麼事情？
十五、運行時的數據結構（Linux）
1、你知道什麼是段的概念嗎？
2、可執行程序可以分為幾個段？每個段保存的是什麼內容？
3、如何查看可執行程序各個段的大小？
4、當函數被調用時發生了什麼？
5、你有沒有試過程序的棧空間最大有多大？程序超過此大小會發生什麼？
6、你使用的系統的棧是向下生長的，還是向上生長的？
十六、Include
1、如何避免對同一頭文件的多次include ？
十七、聲明
1、什麼是 聲明 ，什麼是定義？
2、你是否會運用c 語言聲明的優先順序規則？
十八、關於 復雜度 ：
1、軟體的首要技術使命 是 管理復雜度。
2、優秀程序員的 一個特質 是將復雜的事情簡單化，而非將簡單的問題復雜化。所以，他們一般會選擇簡單的解決方案。
3、極盡機巧，復雜的解決方案，除了將新手搞得暈頭轉向之外，別無他用。
4、閱讀優秀程序員的代碼，是一種享受，你很少遇到思維的阻力，你可以盡情的享受簡單之美。