全部內容基本就在這裡了：
c語言的語法，函式，指標，編譯，除錯
資料結構和演算法：
陣列，鍊錶，樹，圖，排序，查詢，插入，刪除；
linux系統資源程式設計：
檔案io，程序，執行緒，訊號，網路通訊；
學習c語言基礎部分的同時，可以穿插linux系統資源程式設計的內容和資料結構與演算法的內容，比單純的學習語法要有效的多，語法是為程式設計而存在的，在實際的運用中更能理解語法和形成自己的**習慣。比如：我們不能聽信大學老師上來就照本宣科地講goto語句怎麼怎麼不要用，毫無根據地說它會破壞結構化程式設計的結構。在實際地程式設計中，善用goto語句是非常有意義的，它不但不會破壞結構，還往往會使得結構更加清晰易懂，有實際專案經驗的同好們都會深有感觸。
此概念還可以類推到c語言的其它基礎知識部分，我們在學習函式和指標的時候如果能結合系統程式設計中的應用，會讓整個基礎知識的學習過程更加有趣和有效，同時也能幫助學習者更快的找到程式設計的感覺，而將c語言的基礎部分切分成各個單調的部分是不利於學習者上手一門程式設計工具的。我們對學習和了解工具的最終目的是上手使用，如何能讓學習者更快上手，是衡量學習路線和規劃是否正確有效的唯一標準。不要讓學習路線和規劃看起來很規整，卻只是看起來好而已。不利於實際學習的規劃都是不科學的規劃，這裡再次強調學習規劃要實事求是的對效果負責。而不是對學習規劃本身是否看起來漂亮負責。
在學習c語言的上手過程中，我們會根據實際工作中的專案需求，不斷的加強自己的薄弱部分，比如在資料結構和演算法上比較欠缺，可以多加強一些這方面內容的學習，比如系統資源程式設計部分比較生疏，後面可以多參看一些這方面的示例，但這些都是具體的術，是很容易忘記的，這個階段我們可以把這些「術」的內容歸納總結一下，讓這些「術」在自己的腦海中形成一些索引和印象。具體到專案應用，我們需要進行專案分析，在專案分析過程中，找出哪個功能需求可以使用哪些合適的「術」來處理，就可以解構專案需求了，專案解構之後，就是對應的乙個又乙個「術」的實現和關聯，程式設計人員最需要具備的能力不是掌握了多少「術」，而是找到「術」和專案需求之間的關係，選擇最合適的「術」的能力。到此為止，學習哪一種程式設計工具已經不是什麼關鍵問題了，不管哪種程式設計工具總是乙個「術」的集合，而很多程式設計工具之間都存在很多交集，每種程式設計工具非常獨特的部分往往無關程式設計思想和解構思路。
熟練一門程式設計工具的使用，並且具備了專案的解構能力，就到了一種新的境界，即便是使用一門新的程式語言，大都可以很快的上手使用。給人一種分分鐘學會了一門程式語言的神奇感覺。而原因就在於其已跳出了原有工具的侷限，上手一門新的程式語言是很快的。
計算機，程式，都是解決人類問題的工具，試想如果這個世界沒有人，還會有這麼多的電腦程式存在嗎，甚至連計算機都不會存在了。提出問題的是人類，解決問題的也是人類，計算機只是人們製造出來的工具，這個工具可以幫助人們解決人類的問題。學習程式設計大有裨益，但千萬不要認為程式設計是解決問題的關鍵，相反，程式設計只是**實現，真正解決問題的方法是人們自己通過思考和分析得來的，從某種意義上，計算機的地位和我們手裡的相機，鋼筆等工具不分伯仲，難道我們使用了鋼筆就把解決問題的功勞記在鋼筆身上嗎。之所以有人會有計算機能解決問題的錯覺，是因為計算機裡執行的程式是他們所不了解的，他們以為計算機很聰明，甚至可以像人一樣具有思考能力。而事實並非如此。但願這樣的愚人越來越少，而聰明的你越來越快樂！！！
計算機系統
一陰一陽之為道。早在幾千年我國古人就知道天地萬物皆由正反兩個東西組成的。自從人類進入電氣時代，隨著電子元件的快速發展，各種裝置隨之誕生了。一些元件 例如閘流體 可以根據電壓的高低變化自行導 通或者關斷。如果是高電壓導通，就規定是1 低電壓導通規定是0，那麼眾多的這些元件組成的乙個整體就可以0 和1來...
計算機系統
做加法時，主要判斷是否溢位 無符號加溢位條件 cf 1 帶符號加溢位條件 of 1 舉例 若n 8，計算107 46 107 0110 1011 46 0010 1110 01001 1001 溢位標誌of 1 零標誌zf 0 符號標誌sf 1 進製標誌cf 0 無符號 sum 153，因為cf 0...
計算機系統
計算機系統概述 1 馮諾依曼計算機系統組成 2 計算機五大構成 3 計算機軟體系統 4 高階語言程式轉換過程 5 計算機系統組成 6 典型的計算機主機板組成框圖 7 微機工作示意圖 8 儲存器工作過程 計算機記憶體容量計算常識 計算機系統對記憶體的識別是以byte 位元組 為單位，每個位元組由8位二...