暫時的解決方式很簡單，把所有定義丟到 header file 裡面去就行了。

假設我們要設的是第二個 break point，在某變數 x 大於 3 時停下，就這樣下指令：

如果要改設別的 condition，可以這樣下取消

或者直接改設別的條件也可以

附帶一提，continue (cont) 也滿好用的。在 for-loop 之中常常會想要一次跳個 100, 1000 個 iteration 之類的。那可以這樣下：

下次再按 enter 會重複上一個指令，於是就會以 1000 個 iteration 為單位作 break。

我很久沒用 VC，不過可以想見這在 VC 之中應該是選單拉來拉去才能完成。gdb 的學習曲線較陡一些，但上手之後會不少人都會喜歡上這簡潔明快的節奏感。其實 gvim 啦、gcc 等等也是如此，算是 opensource 工具很常見的一個共通點。

如果沒有 svn 的話可以下一行指令就裝好（Ubuntu, Debian）：

首先要作的是開一個存放 svn 所需檔案的地方：

切到打算要匯入的 project 路徑下，用這行指令 import 進去：

路徑前面要加 file:// 因為偶爾我們會用不同的協定如 http:// 等等

接下來可以大膽的把原來的 directory 刪掉，再 checkout 一份有 svn 加持過的：

這樣就搞定了。在 svn 加持過的這個 workspace 裡面就有完整的 svn 功能。之後如果有改就用 svn ci, svn up 等等去 update。到此為止應該很簡單，最後附上一份 manual 給大家參考。

Hello World 本質上是一支連玩具都稱不上的程式，但透過寫作，她可以讓我們了解編程的最基本流程，並確認環境設定無誤。我記得自己剛開始編程的時候對環境的設定反而比較苦手，不知道什麼部分該用什麼，不然就是知道該用什麼卻必須一直辜狗；相較之下，語法的部分一開始超簡單，看看書沒兩下就懂了，所以在這邊，如同第零章所述，我想補的是一般書籍的不足，語法部分就請大家在第一章的推薦書籍之中自修一下。

首先在第四章我們提過了編程環境的選擇，當中我推薦用開源環境來編程，所以在這邊我介紹的是開源流的編程方式，M$ 流的也不難，基本上就是想辦法搞到一片 VC（到底有多少人用正版的？科科），打上 Hello World 再按某個鈕就好了，非常簡單，兩者的差異大致上就像自排車手排車一樣。自排車好開，但要充份享受駕馭極速機器的快感唯有手排，沒有人開藍寶基尼在開自排的吧？

OK，咱們開始吧。

首先你必需要準備的是作業系統。我個人建議想辦法弄台機器灌 *nix，純灌或是雙重開機都可以。*nix 的系統要求並不高，你家如果有舊機器應該就很可以勝任。distro 的話，初學者推 Ubuntu，每半年會升級一次，本文寫就時的版本是 8.04（即 2008 Apr. 發行，8.10 也快出了），可在這裡下載，而這裡有份 step by step 的 installation guide，裝起來非常簡單，下一步下一步就好，甚至比 Windows 還簡單，因為不必準備認證碼 :p。如果不打算自己灌也可用 ssh 連工作站，或是在 Windows 上灌 cygwin 或是 VMware 等等，方法很多。

灌完之後我們分三個階段來介紹：編輯、編譯、執行。

首先是編輯，我們需要 text editor。*nix 系統中應該內建有 gedit 等等的麻瓜 editor，但如果真有心要學編程的話，建議還是用真正巫師在用的 editor 如 vim 或 emacs。我自己是較慣用 vim 的圖形化版本 gvim，因此這邊用 gvim 來介紹。

Ubuntu 為 Debian 系 distro，安裝軟體非常簡便，一行指令就可以完成，package 間的 dependencies 會自動幫你 handle（當然其他 distro 應該也很簡單，最起碼會比 M$ 系簡單很多，連下一步下一步都不必）。以 gvim 為例，下這行指令就可以幫你裝好：

Ubuntu 的套件安裝、管理是用 apt 在做的，有興趣可以看這份 tutorial。其他也有圖形介面，或是 aptitude 可用。圖形介面較麻瓜，aptitude 較適合上級者，apt 則介於兩者之間。

接著我們就可以來「寫程式」了。下這行指令作編輯：

gvim 的視窗會被開起來。巫師的 editor 把移動跟編輯分開了，所以一開始用起來可能沒那麼直覺。這份中文 tutorial 很不錯，可以邊看邊玩玩看，現在 vi 的操作並不是我們的重點，之後我可能會寫但這邊先略過，我們輸入下面幾行：

如同之前所說的，各符碼所代表的意義就請自己查書。 XD 簡而言之我們是在 printf 那一行 print 出了一個訊息。其餘主要是 C++ 這個語言所要求的一些形式。

接著是編譯的部分。C++ 在 *nix 上的編譯是用 g++ 這個 compiler 來完成。這裡有一份 tutorial 對他作了簡介。要編譯剛剛寫好的程式，我們下這行指令：

這樣就會以 HelloWorld.cpp 為 source file 編譯出 HelloWorld 這個可執行檔。g++ 可下各種參數作出不同取向的編譯，比方說 -O2 是對程式效能作最佳化，-g 是把 debugging info 編進去，-Wall 是輸出最多的 warning 訊息等等（這很重要，bug 常常出現在這裡，如果將來有一天你 debug 卡住可以試著用看看這個參數）。更完整的 g++ manual 可以在這裡找。
另外，每次編譯都要打這麼多字好像很煩，所以我們可以用 Makefile 來自動化編譯流程，這裡有一份 tutorial，有空我也會寫寫自己對 Makefile 的心得。

最後就是執行了。許多系統內建的執行檔通常直接下就可以了，不必給路徑，比方說 ls 就直接 ls 不必 /bin/ls。那是因為我們有把 /bin 加入 PATH 這個環境變數的原因。但通常我們存放自己寫的 program 的 path 並沒有 include 在 PATH 當中，所以必須給路徑。一般來說相對路徑即可，所以我們下：

應該會得到

這樣的 output，那就大功告成了！這便是萬世一系的不敗經典 Hello World 是也！

其他還有 gdb 可作一般性質 debug，valgrind 可作 memory debug，gprof 可作程式效能分析，subversion 可作源碼版本控制…等等。暫且打住，改天再提吧。

參考資料：
argh no sound in rmvb @ Ubuntu Forums

有點小複雜但是相當強大。身為一位巫師應該經常將自動化放在心裡。而這點正是 Linux 優越的地方。附上連結一枚：
Using the find command

若不經 WEP 加密的 AP 可以說是灌好馬上就可以用；經過加密的卻稍微麻煩一點，之前用內建套件輸入 encrypted key 不知為何並不能使用，應該是隻 bug。經過爬文之後大約歸納出三個 solution：

1. sudo gvim /etc/network/interfaces

   編輯形如下式：

   iface eth1 inet dhcp
   wireless-essid tokyomod
   wireless-key s:meoap# 加 "s:" 表 ASCII，不加則為 HEX
    

   經過測試，此法可以使用，不過要 reboot 或 hibernate 重開

2. $iwconfig ath0 key XXXXX

   尚未測試。

3. sudo gvim /etc/pcmcia/wireless.opt

   大致上同 1，不過還沒測過。

今天才知道原來 printf 比 cout 快、scanf 比 cin 快、\n 比 endl 快。

有興趣可以自己 print 一堆 hello world 出來試看看。我測的結果大致上是十比九左右。

但 int 要轉 string 就麻煩一點，雖然 itoa 這個 non-standard function 也不算太不常見，但不在標準裡面，最起碼 gcc 就沒支援。標準的作法應該是用 stringstream：

三個問題：首先、atoi 本身名稱有點醜。第二、有 atoi 卻沒有 itoa 是很莫名的不對稱性。第三、用到 stringstream 增加不必要的複雜度。有時候不得不承認 C++ 語法是太過駁雜不純了一點。string int 互轉又很常用…

p.s “>”, “<” 在 code snippet 當中會爛掉，爬了一下 google 暫時沒找到 solution，有空再回來修。若有其他 code display plugin on wordpress 也網友們推薦，找很久了。= =

我自己的看法是這樣，就像一個專業的投手需要配球一樣，一個專業的 programmer 也至少需要兩種以上用起來順手的語言。用軍隊來比喻或許更為恰當。一支現代化的軍隊不可能只有步兵，也不可能只有重裝甲部隊。根據戰略戰術需求的不同，在兵種之間取得適當的平衡，才能讓戰力達到最大化。但兵種之間，比方說，戰機到底要裝備蘇系的 SU-27 還是美系的 F-22 就看各人喜好了。只要記得在這個講究制空權的時代，買戰艦的時候別去買到過時的巨大戰列艦大和號就好。

那麼，在編程的世界裡我們怎樣裝備自己的語言比較好呢？既然標題是 C++ 教學，就先來談談 C++ 好了。

C/C++，一言以敝之，是編程界的重裝甲部隊。他的戰鬥能力強大（效率高），用途廣泛，從高階應用到低階系統幾乎無所不能，但最大的問題在於機動力（開發效率較低）。此階級語言，相類似的還有 Java, C# 等等可供選擇。C# 之前微軟在推的，後來有人 port 到 *nix 平台上，但基本上開源界還是不多人用，之後微軟如果又不推的話…如同我在第四章所講的一般，語言、工具要看得長遠，才能讓自己所投注精力的報酬率得到最大。

Java 的話寫過一陣子，的確比 C++ 開發效率高一些。語法也比較純粹，比起 C++ 那種「語言聯邦」式的狀況簡潔許多，跨平台也較容易，不像我現在作研究常常拿到別人用 MFC 包 GUI 的 code 就 port 不過來…但 Java 的最大問題就在效率。說實在我沒有很精確的比較過（把幾支具代表性的程式分別寫成要比較的語言），但 Java 給人的印象就是慢。固然有人宣稱 Java 跑某些 benchmark 是跟 C++ 差不多的，我不知道他們跑了什麼 benchmark，跟我個人的經驗是有很大的出入就是了。Java 慢到我覺得差不多跟 Python 之類的 scripting language 差不多了…也因此儘管 Java 有我個人欣賞的語法純粹、跨平台等優點，只好捨棄不用，若要為了這種程度的開發效率上的提升，而以巨大的執行效率作為代價，不如直接來寫 scripting language 算了。

就像 C++ 是 C 的改進版，最近有個語言 D 也自認是 C++ 的接班人。我幾乎沒有碰這個語言，不過如果他能把 C++ 雜亂的語法修正一些，搞不好在不遠（？）的將來會是個很不錯的選擇。

與 compiled language 相對的便是 scripting language。威力略遜重裝甲部隊（執行效率較低），但部署上極為機動（開發效率較高），可以稱得上是編程界的輕騎兵或是傘兵之類的，當你需要寫一些小程式，字串處理啦、無名抓圖啦或是系統管理之類的，犯不著用 C/C++，那樣太笨重了，這時候用 scripting language 就可以搞定。

而在 scipriting language 當中，人們常提起的是所謂 3P1R: PHP, Perl, Python, Ruby。PHP 是網路編程很常用的語言，早期（好吧，其實也沒那麼早期）動態網站最常用的就是所謂 LAMP 的工具組合：Linux, Apache, MySQL, PHP。包括我現在用的 Wordpress 這個 blog 套件也是 PHP 所寫成。但說實在 PHP 的語法也不是那麼漂亮，所以轉移到另外 2P1R 的人也越來越多。

Perl 的話以「拋棄式語言」著名。字串處理很強，但是過一陣子回來看這程式就廢掉了，因為你看不懂。不太符合我的風格。

剩下 Python, Ruby。說實在話兩個都是很不錯的語言，以哪邊為主我也著實猶豫了一陣子。儘管 Python 也宣稱自己很有禪意，但單就語法來說其實 Ruby 真的是很乾淨很漂亮的，不得不承認。但現時點 Python 的社群、程式庫各方面支援較齊備（連 Google 也是把 Python 當作 official language），因此我選擇了 Python。另外我學 scripting language 很重要的是想用 web framework。這部分我喜歡 Python 的 Django 勝過 Ruby 的 Rails 一些些。

我建議如果時間、能力許可的話至少要熟一種 compiled language，一種 scripting language，如果兩者之間搭配得不錯，那就更好。我自己花比較多精神的是 C++ 與 Python。單獨寫的話都是不錯的語言，用 SWIG 之類摻在一起也很不錯。我自己的理想是 scripting 作 glue code，底層需要效率的再用 C++ 寫成可被 Python 呼叫的 module。

那為什麼我要首先來寫 C++ 的教學呢？因為現在的編程教學大部分都還是以 C++ 作為起頭。但如果將來有一天我當上某資工系的系主任，我倒是比較傾向讓同學大一上先學 Python 之類的 scripting language，把編程的觀念先打好了，下學期再來學 C++，屆時就可以專注在 C++ 深不可測的語言細節之中。

參考資料：
TIOBE 語言排名