先介紹一下敝部門。我現在在趨勢科技 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

最近這幾個月，基本上不需要鬧鐘，就可以準時起床。

現在是西元 2011 年底，發表文章前，不得不補上以下內容：

最近這幾個月，基本上一定要鬧鐘，才可以準時挖兒子起床。

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

• SQLite, 64-bit integers, and the impossible number - 於 64-bit integer 裡存放比 64-bit integer 還大的值。
• Your Patch Sucks - 對於收 patch 這件事，Cascading 作者的怒吼想法。節錄：
  • Many companies get into open-source so they can monetize their Users. Smart companies create a Customer community and let the User community migrate naturally to it.
  • So as a business, do you let your developers spend time writing a patch to add a feature that will trigger one or more of the above Patch criticisms, or do you just pay a Committer to do it the "right way"?
• Which programming languages are fastest? - 我第一眼注意到的是：一般來說，C 跟 C++ 一樣快，而在較極端的例子裡，C 比 C++ 慢了一倍。
• Eleven years' worth of Boing Boing posts in one file! - 收！

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

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

可是有人在念，說我好久沒寫文章，所以就先換個 captcha 機制試試囉。這個新的 captcha 機制蠻有趣的，大家試試囉。

T 大：「這樣一下左邊，一下右邊，是 TDMA。」

我：「那如果跟左邊講話用臺語，跟右邊講話用國語，就是 CDMA 了。」

T 大：「以此類推，若一下裝女聲，一下裝男聲，便是 FDMA。」

絕倒。

Vimwiki，簡言之，就是在 Vim 裡面架一個 wiki。對於 programmer 來說，vim 想必不陌生，用慣 vim 的人，如果也能同樣用 vim 編輯 wiki，因為操作方法都一樣，更加地方便。Vim 從第 7 版開始支援 tab，寫程式時若要記筆記，根本不必離開 vim，方便極了。

到網站上抓下來解開安裝到 ~/.vim 裡即可。Vimwiki 可設定多個 wiki，使用時，只要連打 <leader>ww (<leader> 鍵預設為「\」)，就可以開啟預設的 wiki，或從多個設定好的 wiki 中選擇要開啟那一個。另外也有支援 diary 模式，改按 <leader>w<leader>w，就可開啟一個以今天日期命名的 diary page，拿來記會議記錄超方便。Diary 模式亦可與 Vim Calendar 整合，打開 calendar，那一天有 diary 一清二楚，按 <enter> 鍵就可打開。

Wiki 裡的 CamelCase 自動成為 link，按 <enter> 鍵進入該頁，按 <backspace> 鍵回到前一頁。如果你用的是 GUI 版的 vim 的話，vimwiki 也可支援滑鼠。Vimwiki 有指令可以將本頁或整個 wiki 的內容，轉成 HTML 檔。也可以設定成存檔時自動轉成 HTML，這樣就不必煩惱同步的問題了。

Vimwiki 有自己的 wiki syntax，不過很好學，與大部份的 wiki 語法類似。另外 vimwiki 也可以設定成使用 mediawiki 語法，只不過這樣就不支援轉出成 HTML 檔。我現在還在找方法，看看能不能直接開啟另外架設的 wiki 站，這樣就不用靠 It's All Text! 了。Vimwiki 支援表格編輯，並且會隨著 cell 的切換，自動將表格排列整齊，非常方便。另外，我們也可以在 vimwiki 裡建立 todo list，按 <C-space> 即可切換完成與否，並會自動更新上層進度。所以，我根本可以直接用 vimwiki 來做簡單的 GTD，一般的 outline 軟體可以丟掉了。

因為 vimwiki 使用純文字檔格式，除了可以用其它編輯器開啟瀏覽之外，也可以用版本控制軟體管理，如 Subversion、Git 等。不過我覺得 wiki 還要記錄所有歷史編輯記錄，很沒必要。會想用版本控制軟體，其實是看上了其可有多個 working copies，方便彼此之間的同步。不過，使用版本控制軟體，使用時還是很繁瑣，因此，最後的大絕是，我直接拿 Dropbox 來管理這些 wiki 檔了。如此一來，任何時候只要一存檔，我的 wiki 內容就可以備份到雲端，同時我還可以在多台機器裡，完全自動同步內容，再加上 vim 在 windows、linux 與 mac 上都能用，因此不管我在那台機器裡，只要設定妥當，我的 wiki 就可以跟著我走，完全無須浪費心思在管理。

文章寫到一半，總想存個 draft，等到完成之後再發表。可是在 BlogPress 裡按「Save」然後點「Save Draft Only」只會把 draft 存在 iPhone 裡。

可是我想要的是能存在線上，這樣我回到電腦前才可以繼續編輯。試了幾次不得法後，最後我決定試試大大紅紅的「Publish Now!」按鈕。

結果跑出這個讓人哭笑不得的訊息：

還好文章最後確實地存成了 online draft，雖然 UI 讓人搖頭，但還堪用。

敬邀您至台北101(B1)體驗最新iPad！呈現美國運通白金優惠：『墾丁福容渡假買一送一』還有機會獲得台北101購物中心電子禮券8000元

我承認我被某甜蜜點打中了，所以在地下一樓繞了一圈，真的發現這個攤位：

很好奇我的位置是怎麼被知道的？瞎貓碰到死耗子也沒這麼巧。Location-based advertising 真的成真了嗎？那我希望附近有內衣秀的時候能收到簡訊通知。XD

故事是這樣的，在之前開發某分散式系統時，為了避免系統啟動時，因為散布在多台機器的許多程式，一起同時運作而造成塞車，所以套用 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。

這個世界真是美妙啊。

最後是拿螺絲起子把「囧豆腐」救出來的。XD

• 台灣和中國都是 WTO 的會員國。
• 身為 WTO 會員國，關稅須適用所有國家，也就是說，對所有其它會員國的關稅，須一致。
• 除非，兩國之間很「麻吉」，簽了「自由貿易協定」，才可有最惠國待遇，也就是雙方的關稅，可以比對其他會員國，要來得低。
• 依據 WTO 規定，兩國要能「麻吉」，條件是簽了「自由貿易協定」之後，在十年內，兩國必需在「所有產品」中，挑選 90%，將關稅降至「零」。
• 馬英九說的「早收名單」，可以讓台灣部份產業，在簽了 ECFA 的兩、三年間，擁有相對的關稅優勢，獲得短期的利益。
• 然而三、四年後，台灣與中國之間，必須逐步調降關稅，在十年內，達到 90% 出口產品類別裡，關稅為 0 的地步。
• 少了關稅保護，中國的廉價產品，將長驅直入，對台灣至少 2/3 人口，產生衝擊，造成財富重分配，與巨大的貧富差距。
• 十年的限制，亦限縮台灣進行產業轉型，人力資源升級的可能性，當關稅保護傘消失的速度太快時，因競爭劇烈導至失敗的企業，與其員工，將沒有能力，獲得再就業或轉業的機會，使失業率上升。預估可能影響至少四、五十萬人。

詳細內容，還是要看前列文字稿最好。

換了一個 blog 的大頭照，越看越尬意。紅蘿蔔不知道怎麼就學會了比「ㄚ」，不過卻是平舉，配上生平第一次戴的墨鏡，超酷的。

這次改用 Gravatar 來提供大頭照下載點，以後要換就方便多了。

最近玩起 Zombie Farm，可以種辛香植物，種僵屍，以及派僵屍攻打隔壁農莊，吃麥大爺的腦，遊戲平衡還不錯，殺時間，好玩。

另一款 We Rule 就不好玩了。常常連不上 server 不說，更無腦的是這個設定：菜長完一段時間沒採收就會「蔫去」等於做廢。問題是沒有人有辦法無時無刻注意著在對的時間採收，即使是有支援 Notification 也是一樣。所以玩的結果是，到現在我還沒有一次有機會採收到稍為高階的植物。失敗的遊戲。

我們從那裡來啊？

蘿蔔媽於是向紅蘿蔔解釋，紅蘿蔔是爸爸和媽媽生的，爸爸是阿公和阿媽生的，媽媽是外公和外婆生的。解釋了半天，也不曉得紅蘿蔔有沒有聽懂。

大哉問吶。

拿該篇最後一個版本的程式，在 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，還是地雷一枚。寫出這種程式，慚愧啊慚愧。