沒什麼難學的，關鍵是訓練。你學再好，不訓練，一點用也沒有，你學的不好，天天看東西，天天做應用，你掌握的會很好。

技術沒什麼特殊的，靠的就是大量的實際操作經驗。

我就是一個程式設計愛好者，也是一個程式設計工作者，其實就我個人的經驗來說呢：我覺得在程式設計的技術上，其實並不存在難或者不難，更多的是會或者不會，當學會了就會覺得，原來如此簡單。這些只是個人的一些經驗。

如果要了解比較硬核的知識點的話，我給你列舉一些：

計算機組成原理→DOS命令→組合語言→C語言（不包括C++）、程式碼書寫規範→資料結構、編譯原理、作業系統→計算機網路、資料庫原理、正則表示式→其它語言（包括C++）、架構……對學習程式設計者的忠告：眼過千遍不如手過一遍！書看千行不如手敲一行！手敲千行不如單步一行！單步原始碼千行不如單步對應彙編一行！VC除錯時按Alt+8、Alt+7、Alt+6和Alt+5,開啟彙編視窗、堆疊視窗、記憶體視窗和暫存器視窗看每句C對應的彙編、單步執行並觀察相應堆疊、記憶體和暫存器變化，這樣過一遍不就啥都明白了嗎。對VC來說，所謂‘除錯時’就是編譯連線透過以後，按F10或F11鍵單步執行一步以後的時候，或者在某行按F9設了斷點後按F5執行停在該斷點處的時候。（Turbo C或Borland C用Turbo Debugger除錯,Linux或Unix下用GDB除錯時,看每句C對應的彙編並單步執行觀察相應記憶體和暫存器變化。）想要從本質上理解C指標，必須學習彙編以及C和彙編的對應關係。從彙編的角度理解和學習C語言的指標，原本看似複雜的東西就會變得非常簡單！指標即地址。“地址又是啥？”“只能從組合語言和計算機組成原理的角度去解釋了。”但我又不得不承認： 有那麼些人喜歡或者適合用“先具體再抽象”的方法學習和理解複雜事物； 而另一些人喜歡或者適合用“先抽象再具體”的方法學習和理解複雜事物。而我本人屬前者。不要企圖依賴輸出指標相關表示式的值【比如printf("%p\n",...)】來理解指標的本質，而要依賴除錯時的反彙編視窗中的C/C++程式碼【比如void *p=...】及其對應彙編指令以及記憶體視窗中的記憶體地址和記憶體值來理解指標的本質。這輩子不看記憶體地址和記憶體值；只畫連結串列、指標示意圖，畫堆疊示意圖，畫各種示意圖，甚至自己沒畫過而只看過書上的圖……能從本質上理解指標、理解函式引數傳遞嗎？本人深表懷疑！這輩子不種麥不收麥不將麥粒拿去磨面；只吃饅頭、吃麵條、吃麵包、……甚至從沒看過別人怎麼蒸饅頭，壓麵條，烤麵包，……能從本質上理解麵粉、理解麵食嗎？本人深表懷疑！！提醒：“學習用匯編語言寫程式”和“VC除錯(TC或BC用TD除錯)時按Alt+8、Alt+7、Alt+6和Alt+5,開啟彙編視窗、堆疊視窗、記憶體視窗和暫存器視窗看每句C對應的彙編、單步執行並觀察相應堆疊、記憶體和暫存器變化，這樣過一遍不就啥都明白了嗎。（Linux或Unix下可以在用GDB除錯時,看每句C對應的彙編並單步執行觀察相應記憶體和暫存器變化。）想要從本質上理解C指標，必須學習C和彙編的對應關係。”不是一回事！不要迷信書、考題、老師、回帖；要迷信CPU、編譯器、偵錯程式、執行結果。並請結合“盲人摸太陽”和“駕船出海時一定只帶一個指南針。”加以理解。任何理論、權威、傳說、真理、標準、解釋、想象、知識……都比不上擺在眼前的事實！有人說一套做一套，你相信他說的還是相信他做的？其實嚴格來說這個世界上古往今來所有人都是說一套做一套，不是嗎？不要寫連自己也預測不了結果的程式碼！電腦記憶體或檔案內容只是一個一維二進位制位元組陣列及其對應的二進位制地址；人腦才將電腦記憶體或檔案內容中的這個一維二進位制位元組陣列及其對應的二進位制地址的某些部分看成是整數、有符號數/無符號數、浮點數、複數、英文字母、阿拉伯數字、中文/韓文/法文……字元/字串、彙編指令、函式、函式引數、堆、棧、陣列、指標、陣列指標、指標陣列、陣列的陣列、指標的指標、二維陣列、字元點陣、字元筆畫的座標、黑白二值圖片、灰度圖片、彩色圖片、錄音、影片、指紋資訊、身份證資訊……

C語言的難點就是指標和記憶體操作，在其他高階語言中，這些內容都被最佳化掉了。正因為C語言有指標，對記憶體的操作十分靈活，所以才廣泛應用於底層驅動和協議棧相關的領域。 但是在應用級別，C語言就力不從心了，因為其他高階語言如Java和C#就是針對高階應用而開發的，它的目標就是模組化，使用簡單。所以，你就會發現使用C#等開發視窗程式，就是拖拖拽拽的過程。 所以，並不能說C語言是最有用的，只是更適合某個領域而已。 之所以認為C語言難，大多都是沒把指標和記憶體搞清楚的緣故，而且有的教材也沒有教明白，甚至都有錯誤。之前我看過那本出版量最多的廣泛被推薦的教材，書中居然就有指標就是地址的這種錯誤概念。