先介紹一下敝部門。我現在在趨勢科技 CoreTech Backend 的 SPN team 工作，這個部門的主要工作是構建趨勢雲端防毒的後端基礎建設，處理來自全世界各地反饋回來的各種資料，以 global scale 分析處理，以提出各種反制威脅的解決方案。由於資料量很大，因此敝 team 累積了相當多的 big data 處理經驗，而且面對的是真實的資料，實際的問題，做的絕非假雲端。我們的團隊裡有許多鬼才，信奉 hacker 精神，使用的 open source 技術五花八門，平日常常需要膜拜彼此，因為令人讚嘆的事蹟層出不窮。

不過由於敝 team 擅長的是後端，前端雖然還是能做，但總是不夠專業，因此需要 web front-end 的人才加入，以便真實呈現挖掘自巨量資料的寶貴資訊。為協助在最短的時間內驗證各種解決方案，這個工作會有一部分需要能夠快速建構各種 visualization demonstration。這是個 contractor 或 part-time 職缺，公司內部有專門的 HIE (Human Interface Engineering) 部門，有志於 front-end 專長的人，將不乏於此發展個人職涯的機會。

工作的地點在台北敦化南路，上班時間正常，不常加班。以下為正式的 job description：

Overview:

• Software development for web front-end solution
• Develop UI prototypes to demonstrate concepts
• Web application design, implementation, unit testing and trouble shooting

Qualification/Requirement:

• 3+ years experience of web front-end design and development
• Solid JavaScript programming and familiar with DHTML, CSS, XML, JSON, AJAX, and Flex
• Experienced in new web technologies, like Django, jQuery, Ruby and Structs
• Experienced in server side scripting with PHP/ASP/JSP will be a plus
• Good English communication skill
• Self-motivated, good teamwork and problem solving skill

嗯，總算在 blog 上塞點有用的東西。

拿著巧虎醫生扮演組，玩得不亦樂乎的紅蘿蔔，突然轉頭，拿瓶藥水給我，對我說：「把拔，這個毒藥給你喝。」

我：「........」

故事是這樣的，在之前開發某分散式系統時，為了避免系統啟動時，因為散布在多台機器的許多程式，一起同時運作而造成塞車，所以套用 CSMA/CD 的招數，讓大家在啟動時，各自暫停若干時間，暫停的長度由亂數決定。

不過，因為 Standard C 的 srand()、rand() 係 pseudo random 的關係，只要給 srand() 的值一樣，之後大家所 rand() 得到的 sequence 都會一樣。大部份的教科書，在介紹這兩個函式的時候，大都是用 time() 取得當前 epoch 秒數喂進 srand()，所以如訓練有術的狗一般，我也很直覺的就用同一個方法設定亂數種子值。然後很不幸地，當所有程式同時啟動時，因為呼叫 time() 的時間非常接近，所以傳進 srand() 的數值，也幾乎一模一樣，導至這整招失效。而且因為 random sequence 一模一樣，所以後面的動作都非常「synchronize」，效率可想而知。

我那時的解法是，乾脆進而撰寫了 device_random_generator 與 guid_random_generator 來使用，前者直接利用硬體手法取得亂數值，後者仰賴了 GUID 的產生，有一部份是亂數的結果。

但若嫌麻煩，使用 avhacker 或 sorry 提的，用更精確的時間，或把 Process ID、Thread ID 等一起參作伙做撒尿魚丸，來得到亂數種子值，都是簡便但可行的好方法。

我們小組所負責的某模組的 database schema，原本只有兩個 table，送出去與整個 team 所有模組的 database schema 整合後，事情變成：

模組裡最會被頻繁使用的 API，所需要下的 SQL query，需要 join 達 8 個 tables，才能拿到我們需要的資訊。若還要驗證輸入的參數是否正確，則還需要再多 join 一個，共 9 個 tables。

這個世界真是美妙啊。

拿該篇最後一個版本的程式，在 Mac OS X 10.6 (Snow Leopard) 上面編譯執行，會得到下列的輸出結果：

SHELL> ./a.out
[DEBUG] pbuf_size == 16
[DEBUG] len == 13
[DEBUG] {13} Hello, sign!
Hello, sign!
[DEBUG] pbuf_size == 16
[DEBUG] len == 17
[DEBUG] pbuf_size == 18
[DEBUG] len == 26
[DEBUG] pbuf_size == 27
[DEBUG] len == 15
[DEBUG] {15} Hello, (null)!
[DEBUG] free pbuf
Hello, (null)!
[DEBUG] pbuf_size == 16
[DEBUG] len == 36
[DEBUG] pbuf_size == 37
[DEBUG] len == 9
[DEBUG] {9} Hello, !
[DEBUG] free pbuf
Hello, !

這個結果，很顯然地，並不正確。起先我以為是 Mac OS X 的 vsnprintf() 和 Windows 平台一樣，不符合 C99 標準。不過驗證的結果卻非如此。幾經波折，再加上空閒很少，拖了好久我才注意到，上列輸出裡，第二輪預期結果為 "Hello, jeffhung!" 的測試，其 len 值起先為正確的 17，後來卻變成了 26 與 15。這個差異，讓我注意到，我這段程式，居然只有一個 va_start()，而沒有 va_end()。

見鬼，真是見鬼！！居然犯這種低級錯誤，我羞愧到極點，想要鑽到土裡去。不過，還好趕緊檢查所有我寫的相關程式庫，都沒有這種少掉 va_end() 的錯誤，只能算是當初寫文章時，準備範例程式不夠嚴謹。

但是將 va_end() 補在函式後面後，卻仍然產生同樣的錯誤輸出，讓我百思不得其解。測試後發現，要將 va_start() 與 va_end() 包在 vsnprintf() 前後才行。也就是說，每次將 va_list 變數送進去給 vsnprintf() 用之前，都要重新用 va_start() 初始化一次。這不禁讓我懷疑，va_list 變數，是 non-reentraint 的。

翻查 C99 標準，在 7.15.3 節裡找到這句：

The object ap may be passed as an argument to another function; if that function invokes the va_arg macro with parameter ap, the value of ap in the calling function is indeterminate and shall be passed to the va_end macro prior to any further reference to ap.²¹²⁾

212) It is permitted to create a pointer to a va_list and pass that pointer to another function, in which case the original function may make further use of the original list after the other function returns.

這證實了我的想法。另外，原來還有 va_copy() 這個 macro，以便在自己寫的，直接收一個 va_list 變數而非 ... 的 v 系列函式，複製 va_list 變數好重覆使用。再依據 C99 標準裡第 7.15.1.1 節的說法：

Each invocation of the va_start and va_copy macros shall be matched by a corresponding invocation of the va_end macro in the same function.

得知自製 v 系列函式時，若收到的 va_list 變數會不只用到一次，如再傳給 vsnprintf() 很多次，則最好每次都用 va_copy() 製作複本，使用這個複本，並馬上利用 va_end() 銷毀之。

雖然說我之前寫的相關程式庫，並沒有犯少了 va_end() 的低級錯誤，但一樣還是沒有注意到這個 reentraint 的問題。還好在所 target 的平台，實際上並不會造成影響，隨附的 test cases 的成功執行，也都確保了這點。不過，這種 non portable issue，還是地雷一枚。寫出這種程式，慚愧啊慚愧。

例如，Subversion 相依於 Apache，而我對於 www/apache22，亦有一套針對自己喜好的設定，這些設定會存放於 Subversion 裡做版本控制。裝新機時，直接從 Subversion 裡拿出設定檔，即可將系統安裝成我慣用的樣子。然而，以上實際上是個雞生蛋、蛋生雞的問題：在裝 www/apache22 之前，沒辦法安裝 devel/subversion，但我又需要 devel/subversion，以便取得放在 repository 裡，用來設定 www/apache22 的選項。

為了解決這個問題，要不是得先用預設選項，裝一組陽春的 www/apache22 與 devel/subversion，起出設定選項之後，再整個砍掉重練一次；要不就得利用其它機器，取得設定檔。前者太過麻煩，所以我通常是用後者。

但後者其實還是很麻煩，因此，如果有個機制，可以讓我不必安裝 Subversion，就可以取得 svn export 出的內容，那整件事情就容易許多了。因為我有寫 install script，所以若有這個機制，整個 deploy 過程，就可以用兩個指令搞定：

1. 利用這個機制，取出最新版的設定；
2. 執行 install script，會將整個環境設定成我慣用的樣子，所有設定檔皆安裝至定位。

所以，問題來了，怎樣在本機尚未安裝 Subversion 的情況下，透過另一台機器，取得 repository 內容？甚至，做這件事的程式，如果不必先安裝在本機，那更好。於是，我發現我搞出了 svn-rexport.sh 這個 script。這個 script 的用法很特別，其 usage 為 (後略)：

Usage: ssh [USER@]HOST svn-rexport.sh [OPTIONS...] URL [PATH] | sh -s

流程為：

1. 透過 ssh 到另一台遠端機器裡執行安裝在那台機器上的 svn-rexport.sh，因此，我們無須在本機安裝 svn-rexport.sh。
2. 接著，在遠端執行的 svn-rexport.sh，會依據 command-line 參數，將由 URL 指定的 repository 內容，export 出來。
3. 起出內容之後，用 shar(1) 包裝，寫到 stdout。
4. 由 svn-rexport.sh 在遠端機器輸出的 shar 檔內容，會透過 SSH 送回本機，此時用 pipe 導到每台 UNIX 都有的 bourne shell (sh)，令 sh 從 stdin 讀入要執行的內容並執行之。
5. 因為 sh 所執行的內容，格式為 shar，相當於解開這個 shar-ball，於是就在本機裡，將我們所需要的 repository 內容，解開置放於目前目錄下。

然後，我就可以執行 install script，將慣用的環境 deploy 出來。整個機制，在本機端，只需要有 ssh 與 sh 兩個指令即可。

以上，實在是太邪惡了啊，不過，的確是替我節省了很多時間，讓我隨時可以開個 VM，兩、三動裡，就可以重現我慣用的開發環境，十分方便。程式碼放在 gist:312523 (svn-rexport.sh)，以下為完整的 usage message：

Usage: ssh [USER@]HOST svn-rexport.sh [OPTIONS...] URL [PATH] | sh -s

Export Subversion URL in remote host and extract to local PATH>, even without
this script.  Assuming this script is already deployed in HOST, and USER can
run Subversion commands non-interactively in HOST.  This command will run this
script in HOST as USER, export from Subversion URL, pack as shar(1) ball, send
back via ssh(1), and extract locally to PATH.

Alternatively, we can specify USER@HOST via --connect option if we have this
script deployed in local machine.  When --connect is specified, we should run
this script locally. This script will manipulate all of above via ssh(1).

Options:

  -h,--help                 Show this help message.
  -u,--username USERNAME    Use USERNAME to login to Subversion repository.
  -p,--password PASSWORD    Use PASSWORD to login to Subversion repository.
                            (USERNAME and PASSWORD are required if these is no
                            credentials cached in USER@HOST, since Subversion
                            command will be ran non-interactively.)
  -c,--connect [USER@]HOST  When run this script locally with this option,
                            will connect to USER@HOST via ssh(1) to export URL
                            to local PATH.  (USER default to $USER).
  -r,--revision REV         Use REV as the Subversion revision argument.
  -v,--verbose              Show verbose messages.

Example:

  - Run remotely: will run this script in HOST as USER, export from Subversion
    URL, pack as shar(1) ball, send back via ssh(1), and extract locally to PATH.

    SHELL> ssh USER@HOST svn-rexport.sh http://foo.com/svn/ bar | sh -s

  - Run locally: will execute subversion command remotely via ssh(1).

    SHELL> svn-rexport.sh --connect user@foo.com http://foo.com/svn/ bar

Revision: r578 (2010-02-24)

噢，對，--connect 還沒做。:-p

經過測試，我喜歡將 Readability 設定成使用 eBook 字型，large 字體大小，以及 wide 邊界。

可是，在 iPhone 上要收錄 bookmarklet 實在是很麻煩，要先找個地方把 bookmarklet 串在正常的 link 後用 # 隔開，收錄書簽之後，再編輯之將 # 之前的部份刪除。「還要再編輯」這問題不大，比較麻煩的是，往往必須依靠 desktop 的幫忙，才能「修改 bookmarklet，偽裝成正常的 URL，並找個地方置放」。

為了解決這個問題，於是找到了《iPhone Bookmarklet to Install iPhone Bookmarklets》這篇文章。這篇文章所提供的這個 bookmarklet 真是幹的好啊，直接用 bookmarklet 即時將頁面裡的所有 link 全都改成「偽裝過的 bookmarklet」的形式，然後我們僅需點觸要收錄的 bookmarklet 鍊結，此時頁面不會變化，但對應的 url 已經變成內含 bookmarklet 的版本。收錄之，然後再把 # 之前的部份刪除，就搞定了。更方便的是，收錄此 bookmarklet 也僅需要先點觸之。

很可惜地，這個 bookmarklet 碰上 Readability 無效，所以只好還是等回到家之後，再來依靠 desktop 幫忙，安裝 Readability。

一樣使用 SSH 建 tunnel：

SHELL> ssh -D5487 <account>@<server-address>

安裝好 net/socks5 之後，建立 /usr/local/etc/libsocks5.conf 檔案設定之：

# proxy cmd     host    port    users   proxies
socks5  -       -       -       -       localhost:5487

每一行為一個 entry，以空白隔開各欄位，「-」表示 any。更進階的設定法請參照 libsocks5.conf(5)。

使用時，在原來的指令前面，冠以 runsocks 即可。如下：

SHELL> cd /usr/src
SHELL> runsocks make update

同事建議，可以改用走 HTTP 的 portsnap(8)，或是 freebsd-update(8) 以 binary 形式升級系統。這倒也是個不錯的辦法，設定好 http_proxy 環境變數即可使用。

No way to disable geotag feature

Hi,

I'm user of tweetie 2 for iPhone. I love this software. However, I'd like to report a bug (mis design): there's no way to disable geotag feature.

I like this feature. But I'd like to keep my position in secret most of the time, and exposing it only when I really want. But, once I enabled the feature, I no longer can disable it. And, every time I post a twit, a window pop up asking whether do I allow tweetie to get my current position. Since most of the time I do not like exposing my position, I selected No. This always make tweetie fail to get geo info and lead to another error message window popped up.

The whole process is annoying. But I find no place to disable geotag feature. I would like tweetie let user choose whether they want the feature on or off defaultly. If user choose no, geotag can only attached in twit when user explicitly turned it on. After the twit sent, the option turn back to No, and user do not need to disable it manually to prevent unwanted geotag attached in next twit.

Thanks for bringing us this great software. It is really useful. I hope my suggestion can be adopted and make tweetie better.

Sincerely,
Jeff Hung

Sent from my iPhone

一分鐘之後，收到系統自動回信，我的 bug report 已經被登錄在其系統裡了。來等看看幾時可以有回應與解法。

我發現，atebits.com 的問題回應機制設計的挺精妙。support.atebits.com 的 Problems 列表裡只有我那一則問題。該頁裡有這麼一句話：

This category is private — new discussions are only visible to the support staff and the original reporter.

既然我從未在該系統建立過 profile，顯然當初那封系統自動回信給的 URL 裡，所埋的那串 anon_token 另有玄機：當我循著該 URL 造訪時，自動建立了 anonymous profile。如果我繼而選擇建立 profile 時，此 anonymous profile 可以「變身」成「我」，那這整套機制就可說是走通了，帥。

CNNIC 就跟 TWNIC 一樣，是國家級的網路管理中心，主要負責如 domain registration 業務。雖然 CNNIC 號稱是非營利組織，但實際上對於豎立 GFW 之中國政府的各項要求，沒有能力拒絕。事實上，CNNIC 也幹過，發佈內含流氓軟件功能，且使用者無法刪除的中文上網官方版軟體這種事。

由於 CNNIC SSL CA 被納入 Root CA，依據 SSL CA 的階層式信任的架構，CNNIC 隨時可以發佈假的 CA，進行 SSL MITM (Man-In-The-Middle) 攻擊。這個意思是說，當你從境外連結中國境內的網站，透過 SSL 登入該網站系統時，即使瀏覽器顯示此 SSL 安全連線安全無虞，但實際上因為假的 CA 之故，很有可能連到的實際上是個釣魚網站 (DNS hijacking 是中國 GFW 常用的技倆)。因此，你的帳號密碼，就會被竊取；而如果這密碼是平常常用的密碼，那你所有平常用的資訊服務，盡皆淪陷。

另一種更可能的情境是，在中國境內連 Gmail 時，由於 CNNIC 的假 CA 與 DNS hijacking 之故，連到的是假的 Gmail 登入頁，你很可能毫無所覺，使自己的 Gmail 帳號密碼拱手予人。中國政府由充足的動機，利用此法，竊取民運人士的 Gmail 帳密。記得否？Gmail 帳號系統遭攻擊，是 Google 宣稱可能退出中國的主因之一。

因此，在各官方決定並真的移除 CNNIC 相關 CA 之前，我們最好自力救濟。以下列出我搜集到的方法：

《为Mac的Safari屏蔽CNNIC根证书》：

1. 開啟 Keychain Access 程式
2. 左上方選擇 System Roots
3. 右方雙擊 CNNIC ROOT
4. 打開 Trust
5. 全部設成 Never Trust
6. 開 Safari 連 https://www.enum.cn/ 測試

《苹果下的FIREFOX如何删除CNNIC的根证书》：

1. Firefox: Perferences / Options -> Advanced -> Encryption -> View Certificates
2. Export CNNIC:CNNIC Root, then delete it.
3. Export Entrust.net:Entrust.net Secure Server Certification Authority and Entrust.net:CNNIC SSL, then delete them.
4. Windows: Run -> certmgr.msc
5. Untrusted Certificates -> Certificates -> All Tasks: Import...
6. Import all CA exported from firefox in previous steps.

 《CNNIC，我不信任你！——从“受信任的根证书”里赶走CNNIC》

《在 Linux 上移除 CNNIC 憑證》

在 Opera 上《移除 CNNIC 憑證 (2010/02/02 23:32)》

《最近的話題之一：從系統/瀏覽器中移掉 CNNIC 的憑證》

大家的動作都很快，所以這篇文章就當做我自己的筆記文了。

20:52 < visitor> 有人在嗎
20:53 -!- visitor has left #cpp-tw []
21:02 <@lukhnos> there
21:02 <@lukhnos> ha gone
21:09 < jeffhung> 好久沒寫 C/C++。
21:48 <@lukhnos> jeffhung: 都在寫... ?
22:40 < yhchan> jeffhung: 我也好久沒寫了...
23:12 < jeffhung> 前陣子都在寫 java，最近畫 uml、看 python 比較多。
Day changed to 30 Jan 2010
15:47 < visitor> 有人在嗎
15:48 -!- visitor has left #cpp-tw []
15:48 < jeffhung> 不要跑這麼快。
15:48 < jeffhung> -.-||

不用跑這麼快啊啊啊～～

SHELL> dd if=/dev/random of=random1g.1 bs=1M count=1024

沒想到，等了 10 分鐘還沒有結束，ls 一看，random1g.1 才數百 K 大而已，火大只好退而求其次用 /dev/zero 做。不過疑問還是存在：為什麼 /dev/random 這麼誇張地慢？

早上改用 /dev/urandom 試，速度快很多。雖然還是很慢，但已經可以在合理時間完成任務。查了一下 Google，找到這篇《Re: [Nottingham] Very slow dd if=/dev/random》：

/dev/random will block until it has gathered enough entropy to give you
some more randomness. If it is on the same machine, try moving your mouse
or using the keyboard to generate some more.

An experiment (under X) will demonstrate it. Open an xterm and run 'od -c
/dev/random'. It should work for a few seconds and then stop. Whilst
it's stopped, moved the mouse or open another window. It should start
moving again.

If you don't want blocking to occurr for 'truer' randomness, try using the
device '/dev/urandom' 

所以，套句同事的話：在用 /dev/random 或 /dev/urandom 的時候，沒事請亂敲鍵盤一下。XD

測試環境：CentOS 5.4 in VMware。

首先，在外面要有台 SSH server「接應」，利用 SSH tunnel 當作 socks server：

SHELL> ssh -D5487 <account>@<server-address>

然後，安裝 tsocks 這套軟體，在 FreeBSD 裡就是 /usr/ports/net/tsocks，在 Ubuntu 裡就直接找 tsocks 裝即可。裝好後設定檔在 /etc/tsocks.conf 或 /usr/local/etc/tcosks.conf，修改其內容，將 default server 設定改成如下：

# Default server
# For connections that aren't to the local subnets or to 150.0.0.0/255.255.0.0
# the server at 192.168.0.1 should be used (again, hostnames could be used
# too, see note above)
server = 127.0.0.1
# Server type defaults to 4 so we need to specify it as 5 for this one
server_type = 5
# The port defaults to 1080 but I've stated it here for clarity.
server_port = 5487

然後在執行 git 時，前面冠以 tsocks 指令如下即可：

SHELL> tsocks git clone git://foo.com/bar.git bar

搞定收工。

這種因用語不同而產生的誤解與不適，所在多有。我們看他們用法很奇怪，他們看我們用法也很奇怪。在台灣，似乎除了公認的譯法之外，使用原文也可以被接受。以我個人來說，雖然不計較信、雅、達三者兼具，但若最基本的「信」，也就是正確呈現原文意含，都無法達到時，我寧願使用原文。例如，「巨集」或「宏」，我都無法接受，寧願使用「macro」。

前幾天，我發了《Method overloading and naming》這篇文章，事後對於以下這句話，感到不妥，故趕緊追加註解說明：

如果今天 parameter 的意義，不是以「受詞」的方式存在，那就很有必要在 method name 上動點手腳。

註解裡說明，「受詞」一詞的用法，有所爭議。什麼爭議呢？假設 addBooks 是這麼被呼叫的：

class Librarian
{
    public void organize()
    {
        ...
        bookShelf.addBooks(newCategory);
        ...
    }

    public static void main()
    {
        Librarian librarian = new Librarian();
        librarian.organize();
    }
}

在此例中，「受詞」實際上是 bookShelf「物件」，而「主詞」則是呼叫 addBooks 方法者，也就是 librarian 物件。既然「受詞」另有其人，所以 newCategory 這個 parameter 當然不可能是以「受詞」的方式存在。是故，上述該句確實是有問題的。

一樣從物件導向的角度來看，呼叫 addBooks 的圖應該這麼畫：

這張圖翻譯成句子，是這個樣子：The librarian tells bookShelf to addBooks (from) newCategory.

當畫成圖並翻成句子後，我們更明顯地看出了各參與者的地位：

• 「主詞」是 the librarian；
• 「受詞」是 bookShelf；
• 「動詞」永遠是 tell，因為 Tell, Don't Ask；
•  所 tell 的「訊息」是 addBooks (from) newCategory，由此我們可以發現，parameter 亦為「訊息」的一部份。

扯遠了。總之，講到「受詞」，我們應當從其原文來思考。查字典可知，「object」一字有以下兩個意思：

1. a material thing that can be seen and touched.
2. a person or thing to which a specified action or feeling is directed.

前者便是台灣譯法「物件」，後者則是中國譯法「對象」。從以上的討論可知，「object」一字的選用，兼具了這兩個意思，故台灣與中國譯法，都只有「信」一半，兩者都譯得對，但也都沒譯完全。既然半斤八兩，那我便應該時時警惕自己，不要碰到「面向對象」就只感到「這好奇怪」然後就沒了；應該要更進一步體認的是，「對象」、「物件」都是對的，千萬不要因為習慣於台灣的譯法，而忽視了「object」還有另一面意義存在，而導致了思考模式的偏頗。

然而，從 2.9 版開始，我發現，當我開啟一個新文章，正在編輯文章標題，還未按下 Save Draft 或 Publish 按鈕時，因為我動作通常很慢，此時 auto-save 功能會發揮作用，先幫我存了一個版本。然後，當我決定該是存檔的時候，按下 Save Draft 或 Publish 時，wordpress 反而會顯示「Your attempt to edit this post "<title>" has failed.」的錯誤訊息。此時，若是回上一頁重來，browser 的 cache 不一定會幫我們保留住剛剛所編輯的所有文章內容；而若是按下「try again」，會存成一篇與 auto-save 所存的文章不同編號的新文章，且此新文章毫無內容，auto-save 存的版本，又僅含 auto-save 的那個時間點的內容，後者以我來說，通常是半個標題而已。

這種會剛剛寫的一大堆東西消失不見的現象，讓我想要撞牆好幾次，後來才抓出問題的規律來。

這其實是個 race condition，auto-save 功能自動存了一個版本，而因為此版本已經選擇了一個文章編號，當使用者按下 Save Draft 或 Publish 按鈕時，就會因為文章編號已存在，而存檔失敗。因為顯示錯誤訊息的頁面，沒有夾代文章內容，於是當「try again」時，會存成空白內容的新文章。

解決方法？沒有，我沒有時間找，暫時在開完新文章後馬上按「Save Draft」按鈕迴避之。

該文的範例是這個樣子：

// Add Books associated with the Category
public void addBook(Category category) {
    bookMap.put(category.getCategoryId(), category.getBooks());
}

認為那行註解沒有存在的價值，因為程式改成如下即可：

public void addBooksFromCategory(Category category)
    bookMap.put(category.getCategoryId(), category.getBooks());
}

然而我認為，其實根本不必改程式，把註解拿掉即可。程式應該如下：

public void addBooks(Category category)
    bookMap.put(category.getCategoryId(), category.getBooks());
}

為什麼？因為我認為，parameters 亦為 naming 的一部份，這也是 function overloading 的價值之所在。當我們看到如下兩個函式：

public void addBooks(Book[] books);
public void addBooks(Category category);

當然可以很明確地知道，後者是「從 category 加書」，所以，其實沒有必要把函式名改成「addBooksFromCategory」。這其實跟之所以要把註解拿掉的理由一樣：去除餘冗的資訊 (remove redundant information)。

從物件導向的角度來看，method name 實為要送給 object 的 message。我認為 message 的命名最好能夠簡化，單一概念僅用單一種 message (method name) 來指涉，這樣比較易讀好懂：只有一種 addBooks 函式 (message)，比起既有 addBooks 又有 addBooksFromCategory 要來的簡單。

不過，如果今天 parameter 的意義，不是以「受詞」的方式存在，那就很有必要在 method name 上動點手腳。例如這樣的寫法：

public void addBooksBy(Kiosk kiosk, Book[] books);

就比這樣的寫法好很多：

public void addBooks(Kiosk kiosk, Book[] books);

此時，kiosk 參數的「地位」，與 books 參數的地位，迥然不同。在這個情況之下，就很有必要在函式名稱裡，多加點東西，使之更「傳神」。否則，像上述後者的寫法，反而會讓人混淆，無法確定 kiosk 參數的意義與用法。

前陣子碰到一個奇怪的 bug，程式死在不應該出錯的地方，找半天找不到原因。最後靈機一動，發覺到每次跑，都死在同一筆 test data (跑一輪要很久，以小時計)。可是，檢查該筆 test data，又找不到任何特殊的地方。最後只好把目標放在，該筆 test data 的「序號」，才發覺又是新同事幹的好事。

我們的程式，跑一筆 test data，需要先配一塊資料結構，使用這個資料結構進行運算，最後再釋放這塊資料結構。為了效率的考量，我們選擇由 caller 負責準備這塊資料結構的記憶體。

也就是說，不像 fopen() 那樣，回傳一個 FILE* 指向 library 所配置的記憶體，而是由呼叫端，也就是應用程式，負責準備這塊記憶體，最後也由呼叫端，負責釋放。這樣的壞處是，資料結構的大小與內容，可以被呼叫端看見，違反了資訊隱藏的原則。但相對地，應用程式可以視需要，改用如全域變數等方式，而迴避了動態配置記憶體的效能負擔。

舉例來說，針對 command-line 傳來的各個 test case，我們可能測試如下：

int main(int argc, char* argv[])
{
    for (int i = 1; i < argc; ++i) {
        FooStruct foo;
        memset(&foo, 0, sizeof(foo));
        InitFoo(&foo);
        CalcFoo(&foo, argv[i]);
        UninitFoo(&foo);
    }
    return 0;
}

因為程式可能會以 single-thread 跑 N 次，或是以 multi-thread 分散開來跑，所以，這樣的架構不可行，多個 thread 可能同時存取到同一個 foo。因此，新同事選擇將 FooStruct 放在全域變數裡。如下：

FooStruct foo[1789];

int main(int argc, char* argv[])
{
    for (int i = 0; i < (argc - 1); ++i) {
        InitFoo(&(foo[i]));
        CalcFoo(&(foo[i]), argv[i + 1]);
        UninitFoo(&(foo[i]));
    }
    return 0;
}

然後當我們換了一組更多筆數的 test data 時，程式就爆炸了。

據說當初在開這個測試用程式的規格時，有講到 test data 的來源、數量甚至測法，要能夠在 run-time 時指定。

努力練習嘴炮，加班都是為了投影片。嗚嗚，懷念熬夜寫程式的日子。咦？XD

傳統的 web site 很好 scale 的原因在於：

• They usually access only their own data and common cached data.
• Only 1-2% of users are active on the site at one time.

但 facebook、dig 與 twitter 就不是如此了。

Facebook takes a Pull on Demand approach. 所以 facebook 有好友數上限，因為 pull on demand 可能會來不及抓完所有資料。Another approach to find out what's new is the Push on Change model. 代價就是 de-normalize 導致儲存需求大增。

如何在兩者之間達到平衡，就是關鍵了。