讓我們來複習一下標頭檔的用途：對小型程式而言，基本上我們只需要把所有的原始檔一起編譯，就可以產生出所要的執行檔。但是如果到了大型的專案呢？很多程式勢必是朝向模組化並且講究可再使用性高的方向去設計。其中最關鍵的就是可再使用性（Reusability），但別人要怎重複使用這段程式呢？ 首先，回想一下我們如果完全不使用標頭檔又要把一個程式切成好幾個原始檔完成，勢必得在各個原始檔前面加上必要的「事先宣告（Forware Declaration）」，這些東西對我們來說是相依性高的，因為這些事先宣告可能跟原始碼本身的實作沒有關係。所以為了可再使用性，我們把這些事先宣告都放進了標頭檔，如此一來，不論是動態函式庫或是靜態鏈結，我們都可以透過引用這個標頭檔而再用該函式庫。 但是也不是每種語言都有標頭檔的設計，例如 Java，就透過 package 的命名機制(有興趣可以詳讀這篇文章)，避免歧義，讓編譯器可以直接找到所需要的 Symbol。 標頭檔的概念很容易理解，要照著做也只是把變數拉出去而已。那麼到底還有什麼值得寫出一篇文章的地方呢？ 不要把標頭檔當垃圾桶 有些人可能會為了方

平行化程式設計會越來越重要的這件事情，我想也不必我多說（因為從很早就開始被提倡了），早在幾年前，大家就注意到單核心高頻率的 CPU 是不可行的，為什麼呢？ 1. Power：當 CPU 的時脈頻率一直提高，所耗費的功率也會呈指數上升，為了省電，只好放棄了繼續提高時脈的想法。 2. ILP (Instruction-Level Parallelism)：不是每道指令都可以拿來管線化的，所以時脈再高也無用武之地。 3. Memory Wall：當記憶體頻寬跟不上 CPU 處理速度時，時脈再高的 CPU 也只是增加閒置時間。 因此，就演變成現在大家所熟悉的多核心處理器，隨著硬體的進步，軟體當然也要配合才可以發揮最大的效能。這就是此篇文章的目的，從抽象的角度先跟大家分享平行程式設計所應該注意的，有什麼工具、函式庫可以用？接著，會開啟一系列的文章來討論相關的議題。 回到主題，在寫平行化程式的時候，基本上我們應該要注意幾點： 1. Scalability：寫程式的時候，你絕對不可以因為這只跑在你的雙核心電腦上，就只用兩個執行緒（舉例）