當今幾乎所有的實用的編譯器/解釋器（以下統稱編譯器）都是用 C 語言編寫的，有一些語言比如 Clojure,Jython 等是基於 JVM 或者說是用 Java 實現的，IronPython 等是基於 .NET 實現的，但是 Java 和 C# 等本身也要依靠 C/C++ 來實現，等於是間接調用了 C。所以衡量某種高級語言的可移植性其實就是在討論 ANSI/ISO C 的移植性。
為什麼學習C語言會有學的既不深，也不紮實，半吊子的感覺？
我相信，這可能是很多朋友的問題，我以前也有這樣的感覺，編程編到一定的時候，發現能力到了瓶頸，既不深，也不紮實，半吊子。比如：你長期地使用Java和.NET ，這些有虛擬機的語言對於開發便利是便利，但是對於程序員來說可能並不太好，原因有兩個：
虛擬機屏蔽了操作系統的系統調用，以及很多底層機制。
大量的封裝好的類庫也屏蔽了很多實現細節。
一段時間後，你會發現你知其然，不知所以然。。我以前在CSDN上寫過一篇文章，提到過（有譏諷的語氣）Java的程序員不懂底層實現，所以很難把技術學得更紮實。此時，一部分程序員會不自然地想學學底層的技術，很自然的，C語言就被提了上來。
下面是我給大家的一些建議：
鼓勵併為你叫好。我鼓勵你想要去學C語言的想法和精神，很多人都覺得C語言好學，其實並不然。（你可以看看《C語言的迷題》）現在的這個社會更多地去關注那些時髦的技術，而忽略了這個流行了40+年的C語言。一門技術如果能夠流行40多年，這才是你需要去關注和學習的技術，而不是那些剛出來的技術（過度炒作的技術，Windows編程史）。這才是踏踏實實的精神。
不要找藉口。這一條路走下來並不容易，不要給自己找藉口。我最不喜歡聽到的就是“很忙，沒有時間”這樣的藉口。我以前在銀行做項目，早9點到晚10點，週一到週六，我一樣可以每天抽1個小時來看書和專研，一年下來也能精讀5、6本書。我現在的工作項目和招聘任務很緊張，剛生的小孩只有自己和老婆兩人帶，還需要準備講課，但是我還是能夠找到時間看文章寫文章維護酷殼。所以，我可以告訴你，“時間就像乳溝，只要你肯擠，就一定會有”。
學好C語言和系統編程。我認為，學好編程有四個方面：語言、算法和數據結構、系統調用和設計。
語言。我可以告訴你C語言有兩大主題你要好好學，一個是內存管理，一個是指針！這個世界上90%以上的C/C++出的嚴重性錯誤全是和這兩個有關。不要看譚浩強的那本書，那本是本爛書。推薦這本書給你《C程序設計語言（第2版·新版）》
算法和數據結構。我認為，用C語言實現算法和數據結構莫過於最爽的事情。推薦你看這本書——算法:C語言實現(第1～4部分)基礎知識、數據結構、排序及搜索(原書第3版)，還有那本經典的《算法導論》
系統編程。Windows下推薦兩本書——《Windows 程序設計 》和《Windows核心編程》，Unix/Linux下推薦兩本書——《Unix高級環境編程》和《Unix網絡編程卷1，套接字》《Unix網絡編程卷2，進程間通信》尤其是《Unix網絡編程》這本書，一通百通，無論Windows還是Unix/Linux，都是一樣的。
系統設計。關於設計方面，我全力推薦《Unix編程藝術》，看完以後，你就明白什麼是真正的編程文化了。然後，當你看到Windows的Fans的某些言論時，你就知道什麼叫一笑了之了。
如果你能在2-3年內精讀完這些書，並全部融會貫通，那麼你就明白什麼是一覽眾山小的感覺了！我足足花了5年時間才算是真正全部讀完這些書的。最後，祝你好運！努力！
個人總結
我想，這篇文章主要想告訴大家這麼幾件事：
編程編到一定時候，你就需要了解底層系統的機制，否則，知其然不知所以然。
我沒有否定非C的程序員的邏輯，真正的邏輯是——如果你想要了解底層機制，請學習C語言和操作系統。
40多年的Unix/C影響深遠。包括影響了Windows。如果你想一通百通，一定要了解Unix。那是計算機文化真正的根。
不要膚淺地去思考問題。比如，不要以為一個DBA就不會考慮數據庫引擎的內存頁面的問題。也不要以為Web程序員就不需要了解後臺的服務器和腳本的運行性能以及TCP/IP的問題。
高手往往都是有很強的系統的基礎知識的，表面的東西永遠是膚淺的。
閱讀更多 編程學習 的文章
