想学习编程，但是不知道是学习c开始还是java开始，很纠结！ 各位高手给点建议。
学习是最好的投资！
程序員之路——一個老程序員對剛上大學的學弟學妹的忠告 原文地址：http://blog.csdn.net/justjavac/article/details/7998856
先學C語言
始終認為，對一個初學者來說，IT界的技術風潮是不可追趕。 我時常看見自己的DDMM們把課本扔了，去買些價格不菲的諸如C#, VB.Net 這樣的大部頭，這讓我感到非常痛心。 而許多搞不清指針是咋回事的BBS站友眉飛色舞的討論C#裏麵可以不用指針等等則讓我覺得好笑。
C#就象當年的ASP 一樣，“忽如一夜春風來，千樹萬樹梨花開”，結果許多學校的信息學院成了“Web 學院”。 96, 97級的不少大學生都去做Web了。當然我沒有任何歧視某一行業的意識。 我隻是覺得如果他們把追趕這些時髦技術的時間多花一點在基礎的課程上應該是可以走得更遠的。
初學者對C#風潮的追趕其實也隻是學習過程中經常遇到的幾個誤區之一。 我將用一些實際的例子來說明這些現象，你可以按部就班的看看自己是不是屬於其中的一種或者幾種：
有些人即使沒有這個想法，在潛意識中也有這樣的衝動。 讓我奇怪的是，許多信息學院的學生也有這樣的念頭。 認為計算機專業就是編程專業，與編程無關的，或者不太相關課程他統統都不管，極端的學生隻要書上沒帶“編程”兩個字他就不看。
其實編程隻是計算機技術應用過程中一種複雜性最低的勞動，這就是為什麼IT業最底層的人是程序員（CODER）。 計算機技術包括了多媒體，計算機網絡，人工智能，模式識別，管理信息係統等等這些方麵。 編程工作隻是在這些具體技術在理論研究或者工程實踐的過程中表達算法的過程。
編程的人不一定對計算機技術的了解就一定很高。而一個有趣的現象是，不少大師級的計算機技術研究者是不懂編程的。 網上的炒作和現實中良好的工作待遇把編程這種勞動神秘化了。 其實每一個程序員心裏都明白，自己這些東西，學的時候並不比其它專業難，所以自然也不會高檔到哪裏去。
我見過一本女生的《計算機網絡原理》教材，這個女生像小學生一樣在書上劃滿了橫杠杠，筆記做得滿滿的，打印出來一定比教材還厚。 我不明白的是，像計算機網絡原理這樣的課程有必要做筆記？ 我們的應試教育的確害了不少學生，在上《原理》這一類課程的時候許多學生像學《馬列原理》一樣逐字背誦記憶。 這乃是我見過的最愚蠢的行為。 所謂《原理》，即是需要掌握它為什麼這樣做，學習why，而不是how（怎樣做）。 極端認真的學生背下以太網的網線最大長度，數據幀的長度，每個字段的意義，IP報頭的格式等等，但是忘了路由的原則，忘了TCP/IP協議設計的宗旨。 總之許多人花了大量的時間把書背得滾瓜爛熟卻等於什麼也沒學。
在學習編程的時候這些學生也是這樣，他們確切的記得C 語法的各個細節。 看完了C 教程後看《Thinking in C 》（確實是好書），《Inside C 》，《C reference》，this C , that C ……， 然後是網上各種各樣的關於C 語法的奇聞逸事，然後發現自己又忘了C 的一些語法，最後回頭繼續惡補…。
有個師弟就跟我說：“C 太難了，學了這裏忘了那裏，學了繼承忘了模板。”
我的回答道：“你不去學就容易了”。
我並沒有教壞他，隻是告訴他，死摳C 的語法就和孔已己炫耀茴香豆的茴字有幾種寫法一樣毫無意義。 你根本不需要對的C 語法太關心，動手編程就是了，有不記得的地方一查MSDN就立馬搞定。 我有個結論就是，實際的開發過程中對程序語法的了解是最微不足道的知識。 這是為什麼我在為同學用Basic（我以前從沒有學過它）寫一個小程序的時候，隻花了半個小時看了看語法，然後再用半個小時完成了程序， 而一個小時後我又完全忘記了Basic 的所有關鍵字。
終於點到題目上來了。 大多數的人都希望自己的東西能夠馬上跑起來，變成錢。 這種想法對一個已經進入職業領域的程序員或者項目經理來說是合理的，而且IT技術進步是如此的快，不跟進就是失業。 但是對於初學者來說（尤其是時間充裕的大中專在校生），這種想法是另人費解的。
一個並未進入到行業競爭中來的初學者最大的資本便是他有足夠的時間沉下心來學習基礎性的東西，學習why而不是how。 時髦的技術往往容易掌握，而且越來越容易掌握，這是商業利益的驅使，為了最大化的降低軟件開發的成本。 但在IT領域內的現實就是這樣，越容易掌握的東西，學習的人越多，而且淘汰得越快。 每一次新的技術出來，都有許多初學者跟進，這些初學者由於缺乏必要的基礎而使得自己在跟進的過程中花費大量的時間，而等他學會了，這種技術也快淘汰了。
基礎的課程，比方數據結構，操作係統原理等等雖然不能讓你立馬就實現一個Linux（這是許多人嘲笑理論課程無用的原因）， 但它們能夠顯著的減少你在學習新技術時學習曲線的坡度。 而且對於許多關鍵的技術（比方Win32 SDK 程序的設計，DDK的編程）來說甚至是不可或缺的。
一個活生生的例子是我和我的一個同學，在大一時我還找不到開機按紐，他已經會寫些簡單的彙編程序了。 我把大二的所有時間花在了彙編，計算機體係結構，數據結構，操作係統原理等等這些課程的學習上，而他則開始學習HTML和VB，並追趕ASP的潮流。 大三的時候我開始學習Windows 操作係統原理，學習SDK編程，時間是漫長的，這時我才能夠用VC開發出象模象樣的應用程序。 我曾一度因為同學的程序已經能夠運行而自己還在學習如何創建對話框而懊惱不已，但臨到畢業才發現自己的選擇是何等的正確。 和我談判的公司開出的薪水是他的兩倍還多。
下麵有一個不很恰當的比方：假設學習VB編程需要 4個月，學習基礎課程和VC的程序設計需要1年。 那麼如果你先學VB，再來學習後者，時間不會減少，還是1年，而反過來，如果先學習後者，再來學VB，也許你隻需要1個星期就能學得非常熟練。
如果你是學生，或者如果你有充足的時間。我建議你仔細的掌握下麵的知識。 我的建議是針對那些希望在IT技術上有所成就的初學者。 同時我還列出了一些書目，這些書應該都還可以在書店買到。 說實在的，我在讀其他人的文章時最大的心願就是希望作者列出一個書單。
大學英語 －不要覺得好笑。我極力推薦這門課程是因為沒有專業文檔的閱讀能力是不可想象的。 中文的翻譯往往在猴年馬月才會出來，而現在的許多出版社幹脆就直接把E文印刷上去。 學習的方法是強迫自己看原版的教材，開始會看不懂，用多了自然熟練。 吃得苦下得狠心絕對是任何行業都需要的品質。
計算機體係結構和彙編語言 －關於體係結構的書遍地都是，而且也大同小異， 倒是彙編有一本非常好的書《80x86彙編語言程序設計教程》（清華大學出版社，黑色封麵，楊季文著）。 你需要著重學習386後保護模式的程序設計。否則你在學習現代操作係統底層的一些東西的時候會覺得是在看天書。
計算機操作係統原理 －我們的開發總是在特定的操作係統上進行，如果不是，隻有一種可能：你在自己實現一個操作係統。 無論如何，操作係統原理是必讀的。這就象我們為一個芯片製作外圍設備時，芯片基本的工作時序是必需了解的。 這一類書也很多，我沒有發現哪一本書非常出眾。 隻是覺得在看完了這些書後如果有空就應該看看《Inside Windows 2000》(微軟出版社，我看的是E文版的，中文的書名想必是Windows 2000 技術內幕之類吧)。 關於學習它的必要性，ZDNET上的另一篇文章已經有過論述。
數據結構和算法 －這門課程能夠決定一個人程序設計水平的高低，是一門核心課程。我首選的是清華版的（朱戰立，劉天時）。 很多人喜歡買C 版的，但我覺得沒有必要。C 的語法讓算法實現過程變得複雜多了，而且許多老師喜歡用模塊這一東西讓算法變得更複雜。 倒是在學完了C版的書以後再來瀏覽一下 C 的版的書是最好的。
軟件工程 －這門課程是越到後來就越發現它的重要，雖然剛開始看時就象看馬哲一樣不知所雲。 我的建議是看《實用軟件工程》（黃色，清華）。 不要花太多的時間去記條條框框，看不懂就跳過去。 在每次自己完成了一個軟件設計任務（不管是練習還是工作）以後再來回顧回顧，每次都會有收獲。
Windows 程序設計 －《北京大學出版社，Petzold著》我建議任何企圖設計Windows 程序的人在學習VC以前仔細的學完它。 而且前麵的那本《Inside Windows 2000》也最好放到這本書的後麵讀。 在這本書中，沒有C ，沒有GUI，沒有控件。有的就是如何用原始的C語言來完成Windows 程序設計。 在學完了它以後，你才會發現VC其實是很容易學的。千萬不要在沒有看完這本書以前提前學習VC，你最好碰都不要碰。 我知道的許多名校甚至都已經用它作為教材進行授課。可見其重要。
上麵的幾門課程我認為是必學的重要課程（如果你想做Windows 程序員）。
對於其它的課程有這樣簡單的選擇方法：如果你是計算機係的，請學好你所有的專業基礎課。 如果不是，請參照計算機係的課程表。 如果你發現自己看一本書時無法看下去了，請翻到書的最後，看看它的參考文獻，找到它們並學習它們，再回頭看這本書。 如果一本書的書名中帶有“原理”兩個字，你一定不要去記憶它其中的細節，你應該以一天至少50頁的速度掌握其要領。 盡可能多的在計算機上實踐一種理論或者算法。
每天讀的書太多，容易讓人迷失方向。看看我以前整理的一個合格程序員應該看哪些書，如果原文被牆，可以到CSDN看。 一定要在每天晚上想想自己學了些什麼，還有些什麼相關的東西需要掌握，自己對什麼最感興趣，在一本書上花的時間太長還是不夠等等。 同時也應該多想想未來最有可能出現的應用，這樣能夠讓你不是追趕技術潮流而是引領技術潮流。 同時，努力使用現在已經掌握的技術和理論去製作具有一定新意的東西。 堅持這樣做能夠讓你真正成為一個軟件“研發者”而不僅僅是一個CODER。
這是對初學者最後的忠告。 把每個星期玩CS或者CS的時間壓縮到最少，不玩它們是最好的。 同時，如果你的ASP技術已經能夠來錢，甚至有公司請你兼職的話，這就證明你的天分能夠保證你在努力的學習之後取得更好的收益，你應該去做更複雜的東西。 眼光放長遠一些，這無論是對誰都是適用的。
說說我的看法，一家之言，僅供參考。
我在學校讀書的時候，最開始接觸的是C，僅限於學習。後麵又接觸了C ，同樣是個人興趣。後來讀研的時候，由於實驗室項目的需要，重新學習了C ，再後來，出於同樣的目的，學了Java。畢業之後，本來打算找C 方麵的開發，陰差陽錯，進入現在的公司，工作中又是Java服務器端開發。工作之餘，隨著個人興趣，又學了Python，Scala，JS，但僅限於自己做做自己感興趣的東西。
囉嗦了這麼一大堆，隻是為了以自己親身經曆說明了一個觀點：學習語言的時候，不要糾結著自己到底是學A還是學B，重要的是帶著目標，或者說需求去學，目標驅動是最有效的！
此外，看了你的評論說第一門語言很重要。對於第一門語言是否重要，我的觀點是：是很重要，但不起決定性作用，重要的是行動！而且對於你以後想以編程為職業，很大可能你工作的編程語言不是你的第一門語言，而且作為一個coder，你也不應該局限於一門語言！
最後，如果你還在學校的話，不要僅關注語言，語言隻是載體，重要的還是數據結構、算法、編程思想這些本質性的東西。
先學 C 吧，畢竟是係統語言，對底層涉及的比較多。
同意 @justjavac 的那句話
越容易掌握的東西，學習的人越多，而且淘汰得越快
學哪個都行 ， 關鍵你要去學 ， 別隻問 。
怎麼不直接學習python呢？
python不錯，入門門檻不高，功能強大，代碼縮進使得程序本身很漂亮，習慣後以後學習別的語言也能使自己的代碼風格更“優雅”，不像有些程序員（包括我自己，有時候代碼就是一坨）。LS各位答得都很好，語言說白了不過是一種工具。個人認為我們要學的其實是“如何去學習”。 PS：當然如果純粹要從c和java裏學 那當然還是c。。。
我還是覺得先學比較高級的語言比較好。比如python 比較高級，不是難學，而是好學，跟自然邏輯比較接近。 等到對編程有想法後，做具體方向研究的時候在開始深入研究專項領域的研究。
coursera上麵有不少編程入門的課程。用的語言基本都不是c。我對c的感受也是，過於底層。c的抽象很多是對機器結構做了注記的感覺。感覺上是很接近彙編的來著。所以，如果你不是學習硬件方麵的入手的，我還是支持先學python這樣的語言。把編程是怎麼回事搞懂。編程=算法 數據結構。這個是一個說法。而其中算法，應該是把問題形式化的過程（我記得老師是這麼講的），這塊其實跟底層沒什麼關係的。
c,java,c 這些語言細節問題對於初學者來說實在有些多。尤其c 。java裏麵的話，會有很多概念，不過其實很簡單的東西。
我貼兩個我在看的課程： python的 https://class.coursera.org/interactivepython-002/class/index 下麵這個是用racket的 https://class.coursera.org/programdesign-001/class/index
可惜的是，C 語言過於注重對機器模型的抽象，並不適合用來程序員入門。
來自雲風的一篇blog《C語言的前世今生》，是給《程序員》雜誌寫的一篇文章。
拋棄了實用目的的編程都是扯淡。而且最好以興趣作主導，你最想用編程技能做什麼東西？
做website或者webapp？Ruby, Python都可以學。喜歡重前端交互的玩意的話，搭配點前端mvc框架比如Angular, Ember都是不錯的選擇，否則就jQuery吧。Java和.NET不太推薦。選擇web開發的優勢，一方麵這是比較主流的東西，另一方麵，如果做mobile app，簡單的也可以用phonegap之類的html5技術模擬，掌握html, css, javascript沒啥壞處。
做mobile app？iOS和Android開發都不錯，不過iOS開發你需要單獨去買mac了，投入成本比較高。
其他的，就不評價了，沒弄過。
記住你想用你的技術做什麼，這比學什麼技術本身更重要。
一旦選定了一個方向，就要用心去鑽。不要半路看到別的好又改主意了。不管你選什麼，你在技術方麵的投入都會化成你的寶貴經驗。不用擔心以後“換個語言就完全不熟悉了”。
記得我的導師是這樣跟我說的 ----需求驅動學習，沒需求的學習都是空談一場
自身不明白自身需求，那是一件很麻煩的事情。等同於中國的應試教育，隻是為了考試而考試，為了應試而受教育
毫無需求的事情，做起來隻會讓人忘了自己的中心思想就是作為“人”
建議,web的話學學python的flask或django. java的三大框架,ruby的ruby on rails等 剩下的就交給c/c 或彙編
當然 其實你學會一門語言，想要學第二門語言也是很順理成章的事情 因為我也是初學者，也不是計算機專業，並且沒有畢業。
盡管沒學過php或ruby,但看起PHP和ruby代碼一點也不覺得吃力 因為我是python入門編程的，這是一門非常易學的腳本語言
後來發現有BBS的需求，就去看了discuz的(php)源碼 也發現需要在github上弄一個靜態博客(jekyll)，所以也慢慢的開始看ruby的代碼 就這樣，折騰個一年半載，應該可以成為一名新手了
為什麼說還隻是新手呢 1，菜鳥 得決定是否要在這條路上走下去，真心的 2，小白 開始自主掃盲，用編程的形式，堅持，每天。至於已經成為一枚程序員了，那麼接下來的... 3， 4， 5， ...省略50萬字
最後引用下蓋索林在他的安卓教程那書上所引用過的話: 將一份創意落實到可執行的應用程序，背後需要的是從閱讀與編寫代碼中累積的經驗，並有堅持理念，直到完成的耐心
程序員之路——一個老程序員對剛上大學的學弟學妹的忠告
原文地址：http://blog.csdn.net/justjavac/article/details/7998856
先學C語言
始終認為，對一個初學者來說，IT界的技術風潮是不可追趕。 我時常看見自己的DDMM們把課本扔了，去買些價格不菲的諸如C#, VB.Net 這樣的大部頭，這讓我感到非常痛心。 而許多搞不清指針是咋回事的BBS站友眉飛色舞的討論C#裏麵可以不用指針等等則讓我覺得好笑。
C#就象當年的ASP 一樣，“忽如一夜春風來，千樹萬樹梨花開”，結果許多學校的信息學院成了“Web 學院”。 96, 97級的不少大學生都去做Web了。當然我沒有任何歧視某一行業的意識。 我隻是覺得如果他們把追趕這些時髦技術的時間多花一點在基礎的課程上應該是可以走得更遠的。
幾個誤區
初學者對C#風潮的追趕其實也隻是學習過程中經常遇到的幾個誤區之一。 我將用一些實際的例子來說明這些現象，你可以按部就班的看看自己是不是屬於其中的一種或者幾種：
認為計算機技術等於編程技術：
有些人即使沒有這個想法，在潛意識中也有這樣的衝動。 讓我奇怪的是，許多信息學院的學生也有這樣的念頭。 認為計算機專業就是編程專業，與編程無關的，或者不太相關課程他統統都不管，極端的學生隻要書上沒帶“編程”兩個字他就不看。
其實編程隻是計算機技術應用過程中一種複雜性最低的勞動，這就是為什麼IT業最底層的人是程序員（CODER）。 計算機技術包括了多媒體，計算機網絡，人工智能，模式識別，管理信息係統等等這些方麵。 編程工作隻是在這些具體技術在理論研究或者工程實踐的過程中表達算法的過程。
編程的人不一定對計算機技術的了解就一定很高。而一個有趣的現象是，不少大師級的計算機技術研究者是不懂編程的。 網上的炒作和現實中良好的工作待遇把編程這種勞動神秘化了。 其實每一個程序員心裏都明白，自己這些東西，學的時候並不比其它專業難，所以自然也不會高檔到哪裏去。
咬文嚼字的孔已己作風：
我見過一本女生的《計算機網絡原理》教材，這個女生像小學生一樣在書上劃滿了橫杠杠，筆記做得滿滿的，打印出來一定比教材還厚。 我不明白的是，像計算機網絡原理這樣的課程有必要做筆記？ 我們的應試教育的確害了不少學生，在上《原理》這一類課程的時候許多學生像學《馬列原理》一樣逐字背誦記憶。 這乃是我見過的最愚蠢的行為。 所謂《原理》，即是需要掌握它為什麼這樣做，學習why，而不是how（怎樣做）。 極端認真的學生背下以太網的網線最大長度，數據幀的長度，每個字段的意義，IP報頭的格式等等，但是忘了路由的原則，忘了TCP/IP協議設計的宗旨。 總之許多人花了大量的時間把書背得滾瓜爛熟卻等於什麼也沒學。
在學習編程的時候這些學生也是這樣，他們確切的記得C 語法的各個細節。 看完了C 教程後看《Thinking in C 》（確實是好書），《Inside C 》，《C reference》，this C , that C ……， 然後是網上各種各樣的關於C 語法的奇聞逸事，然後發現自己又忘了C 的一些語法，最後回頭繼續惡補…。
有個師弟就跟我說：“C 太難了，學了這裏忘了那裏，學了繼承忘了模板。”
我的回答道：“你不去學就容易了”。
我並沒有教壞他，隻是告訴他，死摳C 的語法就和孔已己炫耀茴香豆的茴字有幾種寫法一樣毫無意義。 你根本不需要對的C 語法太關心，動手編程就是了，有不記得的地方一查MSDN就立馬搞定。 我有個結論就是，實際的開發過程中對程序語法的了解是最微不足道的知識。 這是為什麼我在為同學用Basic（我以前從沒有學過它）寫一個小程序的時候，隻花了半個小時看了看語法，然後再用半個小時完成了程序， 而一個小時後我又完全忘記了Basic 的所有關鍵字。
不顧基礎，盲目追趕時髦技術：
終於點到題目上來了。 大多數的人都希望自己的東西能夠馬上跑起來，變成錢。 這種想法對一個已經進入職業領域的程序員或者項目經理來說是合理的，而且IT技術進步是如此的快，不跟進就是失業。 但是對於初學者來說（尤其是時間充裕的大中專在校生），這種想法是另人費解的。
一個並未進入到行業競爭中來的初學者最大的資本便是他有足夠的時間沉下心來學習基礎性的東西，學習why而不是how。 時髦的技術往往容易掌握，而且越來越容易掌握，這是商業利益的驅使，為了最大化的降低軟件開發的成本。 但在IT領域內的現實就是這樣，越容易掌握的東西，學習的人越多，而且淘汰得越快。 每一次新的技術出來，都有許多初學者跟進，這些初學者由於缺乏必要的基礎而使得自己在跟進的過程中花費大量的時間，而等他學會了，這種技術也快淘汰了。
基礎的課程，比方數據結構，操作係統原理等等雖然不能讓你立馬就實現一個Linux（這是許多人嘲笑理論課程無用的原因）， 但它們能夠顯著的減少你在學習新技術時學習曲線的坡度。 而且對於許多關鍵的技術（比方Win32 SDK 程序的設計，DDK的編程）來說甚至是不可或缺的。
一個活生生的例子是我和我的一個同學，在大一時我還找不到開機按紐，他已經會寫些簡單的彙編程序了。 我把大二的所有時間花在了彙編，計算機體係結構，數據結構，操作係統原理等等這些課程的學習上，而他則開始學習HTML和VB，並追趕ASP的潮流。 大三的時候我開始學習Windows 操作係統原理，學習SDK編程，時間是漫長的，這時我才能夠用VC開發出象模象樣的應用程序。 我曾一度因為同學的程序已經能夠運行而自己還在學習如何創建對話框而懊惱不已，但臨到畢業才發現自己的選擇是何等的正確。 和我談判的公司開出的薪水是他的兩倍還多。
下麵有一個不很恰當的比方：假設學習VB編程需要 4個月，學習基礎課程和VC的程序設計需要1年。 那麼如果你先學VB，再來學習後者，時間不會減少，還是1年，而反過來，如果先學習後者，再來學VB，也許你隻需要1個星期就能學得非常熟練。
幾個重要的基礎課程
如果你是學生，或者如果你有充足的時間。我建議你仔細的掌握下麵的知識。 我的建議是針對那些希望在IT技術上有所成就的初學者。 同時我還列出了一些書目，這些書應該都還可以在書店買到。 說實在的，我在讀其他人的文章時最大的心願就是希望作者列出一個書單。
大學英語 －不要覺得好笑。我極力推薦這門課程是因為沒有專業文檔的閱讀能力是不可想象的。 中文的翻譯往往在猴年馬月才會出來，而現在的許多出版社幹脆就直接把E文印刷上去。 學習的方法是強迫自己看原版的教材，開始會看不懂，用多了自然熟練。 吃得苦下得狠心絕對是任何行業都需要的品質。
計算機體係結構和彙編語言 －關於體係結構的書遍地都是，而且也大同小異， 倒是彙編有一本非常好的書《80x86彙編語言程序設計教程》（清華大學出版社，黑色封麵，楊季文著）。 你需要著重學習386後保護模式的程序設計。否則你在學習現代操作係統底層的一些東西的時候會覺得是在看天書。
計算機操作係統原理 －我們的開發總是在特定的操作係統上進行，如果不是，隻有一種可能：你在自己實現一個操作係統。 無論如何，操作係統原理是必讀的。這就象我們為一個芯片製作外圍設備時，芯片基本的工作時序是必需了解的。 這一類書也很多，我沒有發現哪一本書非常出眾。 隻是覺得在看完了這些書後如果有空就應該看看《Inside Windows 2000》(微軟出版社，我看的是E文版的，中文的書名想必是Windows 2000 技術內幕之類吧)。 關於學習它的必要性，ZDNET上的另一篇文章已經有過論述。
數據結構和算法 －這門課程能夠決定一個人程序設計水平的高低，是一門核心課程。我首選的是清華版的（朱戰立，劉天時）。 很多人喜歡買C 版的，但我覺得沒有必要。C 的語法讓算法實現過程變得複雜多了，而且許多老師喜歡用模塊這一東西讓算法變得更複雜。 倒是在學完了C版的書以後再來瀏覽一下 C 的版的書是最好的。
軟件工程 －這門課程是越到後來就越發現它的重要，雖然剛開始看時就象看馬哲一樣不知所雲。 我的建議是看《實用軟件工程》（黃色，清華）。 不要花太多的時間去記條條框框，看不懂就跳過去。 在每次自己完成了一個軟件設計任務（不管是練習還是工作）以後再來回顧回顧，每次都會有收獲。
Windows 程序設計 －《北京大學出版社，Petzold著》我建議任何企圖設計Windows 程序的人在學習VC以前仔細的學完它。 而且前麵的那本《Inside Windows 2000》也最好放到這本書的後麵讀。 在這本書中，沒有C ，沒有GUI，沒有控件。有的就是如何用原始的C語言來完成Windows 程序設計。 在學完了它以後，你才會發現VC其實是很容易學的。千萬不要在沒有看完這本書以前提前學習VC，你最好碰都不要碰。 我知道的許多名校甚至都已經用它作為教材進行授課。可見其重要。
上麵的幾門課程我認為是必學的重要課程（如果你想做Windows 程序員）。
對於其它的課程有這樣簡單的選擇方法：如果你是計算機係的，請學好你所有的專業基礎課。 如果不是，請參照計算機係的課程表。 如果你發現自己看一本書時無法看下去了，請翻到書的最後，看看它的參考文獻，找到它們並學習它們，再回頭看這本書。 如果一本書的書名中帶有“原理”兩個字，你一定不要去記憶它其中的細節，你應該以一天至少50頁的速度掌握其要領。 盡可能多的在計算機上實踐一種理論或者算法。
日三省乎己
每天讀的書太多，容易讓人迷失方向。看看我以前整理的一個合格程序員應該看哪些書，如果原文被牆，可以到CSDN看。 一定要在每天晚上想想自己學了些什麼，還有些什麼相關的東西需要掌握，自己對什麼最感興趣，在一本書上花的時間太長還是不夠等等。 同時也應該多想想未來最有可能出現的應用，這樣能夠讓你不是追趕技術潮流而是引領技術潮流。 同時，努力使用現在已經掌握的技術和理論去製作具有一定新意的東西。 堅持這樣做能夠讓你真正成為一個軟件“研發者”而不僅僅是一個CODER。
把最多的時間花在學習上
這是對初學者最後的忠告。 把每個星期玩CS或者CS的時間壓縮到最少，不玩它們是最好的。 同時，如果你的ASP技術已經能夠來錢，甚至有公司請你兼職的話，這就證明你的天分能夠保證你在努力的學習之後取得更好的收益，你應該去做更複雜的東西。 眼光放長遠一些，這無論是對誰都是適用的。
說說我的看法，一家之言，僅供參考。
我在學校讀書的時候，最開始接觸的是C，僅限於學習。後麵又接觸了C ，同樣是個人興趣。後來讀研的時候，由於實驗室項目的需要，重新學習了C ，再後來，出於同樣的目的，學了Java。畢業之後，本來打算找C 方麵的開發，陰差陽錯，進入現在的公司，工作中又是Java服務器端開發。工作之餘，隨著個人興趣，又學了Python，Scala，JS，但僅限於自己做做自己感興趣的東西。
囉嗦了這麼一大堆，隻是為了以自己親身經曆說明了一個觀點：學習語言的時候，不要糾結著自己到底是學A還是學B，重要的是帶著目標，或者說需求去學，目標驅動是最有效的！
此外，看了你的評論說第一門語言很重要。對於第一門語言是否重要，我的觀點是：是很重要，但不起決定性作用，重要的是行動！而且對於你以後想以編程為職業，很大可能你工作的編程語言不是你的第一門語言，而且作為一個coder，你也不應該局限於一門語言！
最後，如果你還在學校的話，不要僅關注語言，語言隻是載體，重要的還是數據結構、算法、編程思想這些本質性的東西。
先學 C 吧，畢竟是係統語言，對底層涉及的比較多。
同意 @justjavac 的那句話
學哪個都行 ， 關鍵你要去學 ， 別隻問 。
怎麼不直接學習python呢？
python不錯，入門門檻不高，功能強大，代碼縮進使得程序本身很漂亮，習慣後以後學習別的語言也能使自己的代碼風格更“優雅”，不像有些程序員（包括我自己，有時候代碼就是一坨）。LS各位答得都很好，語言說白了不過是一種工具。個人認為我們要學的其實是“如何去學習”。 PS：當然如果純粹要從c和java裏學 那當然還是c。。。
我還是覺得先學比較高級的語言比較好。比如python 比較高級，不是難學，而是好學，跟自然邏輯比較接近。 等到對編程有想法後，做具體方向研究的時候在開始深入研究專項領域的研究。
coursera上麵有不少編程入門的課程。用的語言基本都不是c。我對c的感受也是，過於底層。c的抽象很多是對機器結構做了注記的感覺。感覺上是很接近彙編的來著。所以，如果你不是學習硬件方麵的入手的，我還是支持先學python這樣的語言。把編程是怎麼回事搞懂。編程=算法 數據結構。這個是一個說法。而其中算法，應該是把問題形式化的過程（我記得老師是這麼講的），這塊其實跟底層沒什麼關係的。
c,java,c 這些語言細節問題對於初學者來說實在有些多。尤其c 。java裏麵的話，會有很多概念，不過其實很簡單的東西。
我貼兩個我在看的課程： python的 https://class.coursera.org/interactivepython-002/class/index 下麵這個是用racket的 https://class.coursera.org/programdesign-001/class/index
來自雲風的一篇blog《C語言的前世今生》，是給《程序員》雜誌寫的一篇文章。
拋棄了實用目的的編程都是扯淡。而且最好以興趣作主導，你最想用編程技能做什麼東西？
做website或者webapp？Ruby, Python都可以學。喜歡重前端交互的玩意的話，搭配點前端mvc框架比如Angular, Ember都是不錯的選擇，否則就jQuery吧。Java和.NET不太推薦。選擇web開發的優勢，一方麵這是比較主流的東西，另一方麵，如果做mobile app，簡單的也可以用phonegap之類的html5技術模擬，掌握html, css, javascript沒啥壞處。
做mobile app？iOS和Android開發都不錯，不過iOS開發你需要單獨去買mac了，投入成本比較高。
其他的，就不評價了，沒弄過。
記住你想用你的技術做什麼，這比學什麼技術本身更重要。
一旦選定了一個方向，就要用心去鑽。不要半路看到別的好又改主意了。不管你選什麼，你在技術方麵的投入都會化成你的寶貴經驗。不用擔心以後“換個語言就完全不熟悉了”。
記得我的導師是這樣跟我說的 ----需求驅動學習，沒需求的學習都是空談一場
自身不明白自身需求，那是一件很麻煩的事情。等同於中國的應試教育，隻是為了考試而考試，為了應試而受教育
毫無需求的事情，做起來隻會讓人忘了自己的中心思想就是作為“人”
建議,web的話學學python的flask或django. java的三大框架,ruby的ruby on rails等 剩下的就交給c/c 或彙編
當然 其實你學會一門語言，想要學第二門語言也是很順理成章的事情 因為我也是初學者，也不是計算機專業，並且沒有畢業。
盡管沒學過php或ruby,但看起PHP和ruby代碼一點也不覺得吃力 因為我是python入門編程的，這是一門非常易學的腳本語言
後來發現有BBS的需求，就去看了discuz的(php)源碼 也發現需要在github上弄一個靜態博客(jekyll)，所以也慢慢的開始看ruby的代碼 就這樣，折騰個一年半載，應該可以成為一名新手了
為什麼說還隻是新手呢 1，菜鳥 得決定是否要在這條路上走下去，真心的 2，小白 開始自主掃盲，用編程的形式，堅持，每天。至於已經成為一枚程序員了，那麼接下來的... 3， 4， 5， ...省略50萬字
最後引用下蓋索林在他的安卓教程那書上所引用過的話: 將一份創意落實到可執行的應用程序，背後需要的是從閱讀與編寫代碼中累積的經驗，並有堅持理念，直到完成的耐心