Jserv's blog

思辨邏輯原理道覺悟

晚上花了一些時間閱讀 [Creativity Zen Espresso | 創意心法]，作者 [東行者] (我猜此稱呼較為合適) 一系列的 blog 與寫作，令我頗感驚艷與啟發性，思考文化、哲學，以及電腦科學的齊一是很美妙的，雖然這三者有明確的分野，但本質上又是如此的相似，這篇 blog [ 思辨．邏輯．原理．道．覺悟； 思辨邏輯原理道覺悟] 就是一個很特別的切入點，並試圖從簡約的二元邏輯，「悟」出原理與哲理。蘇格拉底說過，未經反省的人生是不值得活的，是此，陷入沉思的我，再度詞窮，繼續反省。

讓 MPlayer 支援原生WMV9

[MPlayer] 的功能強大，而且支援的媒體檔案與平台數量都是一流的，對於 Microsoft 專屬的 mpeg-4 與 wmv1/2/3 (這三者分別對應我們常稱呼的 WMV 7/8/9，小寫表示 video coding 的 algorithm，大寫表示 Window Media Player 支援格式)，[MPlayer] 跟 Xine 或 VLC 一樣，都透過 Win32 DLL loader 強制載入修改過的 win32 codec (用惡行對付 Microsoft 的惡行 :P)。VLC 已初步支援 WMV9 (VC-1)，可參考 [Instructions for compiling VLC with VC-1 (WMV9) support under Ubuntu Breezy]，而我在想，是否能夠將這些成果移植到 [MPlayer] 呢？剛剛 hacking 一段時間，完成了 :-)

以下是參考的編譯流程：
(1) 取得 cvs tarball 與我做的 patch：

# wget http://jserv.sayya.org/mplayer/mplayer-cvs-snapshot-20060228.tar.bz2
# wget http://jserv.sayya.org/mplayer/wmv3-support-via-vc1.diff.gz

(2) 解壓縮並施加 patch：

# tar jxvf mplayer-cvs-snapshot-20060228.tar.bz2 
# cd mplayer-cvs-snapshot-20060228
# zcat ../wmv3-support-via-vc1.diff.gz | patch -p1

(3) 組態配置，以下是我的組態，可作為參考 (請記得把 pentium-m 換成您的 machine)：

CFLAGS="-O5 -march=pentium-m \
-mmmx -msse -msse2 -mfpmath=sse,387 \
-fomit-frame-pointer -fforce-mem -fforce-addr \
-finline-functions -freorder-functions \
-frename-registers -ftracer -fweb -funit-at-a-time \
-fbranch-target-load-optimize2" \
sh configure \
  --prefix=/usr \
  --confdir=/etc/mplayer \
  --disable-gui \
  --enable-menu \
  --disable-inet6 \
  --language=en \
  --enable-sse2 \
  --enable-i18n \
  --disable-gl \
  --disable-win32 \
  --enable-dynamic-plugins

上面的 "--disable-win32" 就是告訴 MPlayer 我不需要邪惡的 win32 dll loader，我用 native WMV9 codec。
(4) 開始漫長的等待：

make

這個 hacking 很有趣，在我的電腦運作的畫面如下：

所以現在不需要帶有罪惡感的 win32 codecs，也可以播放了，並且 [MPlayer] 支援的平台眾多，或許在 64-bit 的硬體也可以運作 (？)。

善用 GCC builtins 實現 Vectorization

之前的 blog [Vectorization 的呈現] 提到 GCC 4 vectorization optimization 的使用，而 GCC 3.3/3.4 可透過 GCC builtins 和 MMX intrinsics，前者的使用可用以下這個小程式來體驗：

#include <stdio.h>
typedef int v4hi __attribute__ ((mode(V4HI)));
typedef int v2si __attribute__ ((mode(V2SI)));

int main(int argc, char *argv[])
{
        short pa[4] = { 0x8000, 0x8000, 1, -1 };
        short pb[4] = { 0x8000, 0x7FFF, -1, -2 };

        v4hi va, vb;
        v4hi vsum;

        va = ((v4hi *) pa)[0];
        vb = ((v4hi *) pb)[0];

        vsum = va + vb;

        printf("Use MMX Intrinsics to compute vec_add: %llx \n", 
                  (long long)vsum);

        return 0;
}

在 Intel PXA27x 的組譯碼為： (部份)

.LC2:
        .ascii  "Use MMX Intrinsics to compute vec_add: %llx \n\000"
        .text
        .align  2
        .global main
        .type   main, %function
main:
        @ args = 0, pretend = 0, frame = 16
        @ frame_needed = 0, uses_anonymous_args = 0
        stmfd   sp!, {r4, lr}
        mov     r4, #8
        sub     sp, sp, #16
        mov     r2, r4
        ldr     r1, .L2
        add     r0, sp, r4
        bl      memcpy
        mov     r2, r4
        ldr     r1, .L2+4
        mov     r0, sp
        bl      memcpy
        wldrd   wr2, [sp, #8]
        wldrd   wr0, [sp, #0]
        ldr     r0, .L2+8
        waddh   wr1, wr2, wr0
        tmrrc   r2,r3,wr1
        bl      printf
        mov     r0, #0
        add     sp, sp, #16
        ldmfd   sp!, {r4, pc}
.L3:
        .align  2
.L2:
        .word   .LC0
        .word   .LC1

可以發現 GCC 將向量加法轉換為 Wireless MMX 指令集，以兩道加法完成 32 * 4 bit 整數運算。另外，MMX intrinsics 的使用可參考 [我寫的小程式]，可以編譯為 x86 (MMX) 與 arm (PXA27x) 的機械碼，透過 gdb sim 可以看到微妙的差異。

CAILogin : Counter Artificial Intelligence Login

最近在讀一篇有趣的 paper [Awase-E: Image-based Authentication for Mobile Phones using User’s Favorite Images] (PDF 文件)，這是來自 SONY 電腦科學實驗室的成果，也在現實環境中廣泛的使用了。同時，也激起我對 image-based user verification 的興趣，就傳統的實做而言，[CAILogin] 提供了以 GPL 授權發行、pure C 的實做，並且可作為 CGI 使用，執行畫面如下：

這一類的 image-based user verification 技術在許多層面來說，是成功的，但基於對 TTS (Text-To-Speech) 的熱衷，我還是不免質疑：「那視覺障礙的族群，誰來協助他們處理授權認證呢？」

有那麼嚴重嗎？

標題要用閩南語國語發音，記得在之前台灣的總統大選時常聽到，不過我剛剛讀 SIMENS 的文件，讓我很想大聲說這句話：

看看標題「WinCC flexible 2004 移植」，然後再看看內文的警告符號，原來此類 porting guide 也會造成客戶或開發者嚴重的人身傷害阿，原來 HMI (Human Machine Interface) 要考慮的議題這麼多阿，難道是我過去太不嚴謹了？

於是我很用力的讀完這份文件，我還是想說：

有那麼嚴重嗎？

隨手畫 - Ally

第一次見到 Ally Wang 是在去年的 ICOS 2005，主辦單位給我的題目是「FreeJava / 夢幻軟體計畫」(當天的紀錄在 [ICOS 2005 落幕])，她恰好就是負責我那場 session 的流程進行，後來在這個月 Mark Shuttleworth 來台參訪的台大行程中，到台大附近舉辦 party，Ally 跟我打招呼，我認了 (而且「楞了」) 好久，才想到在去年就見過面 (尷尬，記憶衰退)，後來，好心的 Ally 幫我處理 OpenFoundry 帳號的問題，不過讓我印象深刻的還是她的黑框眼鏡。

微醺的夜晚，愜意地寫稿、讀 SØren Kierkegaard 的《懷疑者》，以及隨性的發呆，腦中依稀浮現出 Ally 的身影，草草作此素描紀錄： (click to enlarge)

必須承認，這素描與本人有一段差異，其實我只是想捕捉感覺。這個突發奇想，讓我想到《懷疑者》裡面的敘述：「當下正好是一種不確定性。在當下之中不會發生關係，因為一旦有了關係，當下就會被取消。因此，一切都是當下即真的，但這個真理在下一瞬間裡就變成了謬誤，因為在當下之中，一切都不是真的。」，而我又陷入辯證的哲思...

數學對 Programming 的重要性

數學為科學之母，當然電腦科學更是依賴數學的基礎，以前的 Programming 可都是對當時的技術領域都有充分的認知，要自己設計 logic gates、自己 layout、自己寫 monitor、kernel、driver，自己開發應用程式，以前 Bell Lab 有一群這樣的高手 (不然 UNIX 是怎麼來的？)，不過隨著 Programming 的複雜度日增與軟硬體的分工趨近成熟，現在很多 Programming 還真的是 for Dummies 的，好像什麼學問都不必碰，然後就可以組合積木一樣 (我沒有說這樣不好)。

在我從事目前的工作以前，也是抱持類似的想法。以前我遇過最需要數學基礎的項目，大概就是電腦圖學，以及花好幾周 trace JPEG codec 的過程，除此之外，的確只需要中學數學就可作多數的 Programming。現在很多軟體元件都是黑盒子，尤其像是 codec 一類的，幾乎都是特定組織與廠商維護，作為系統整合，只要會呼叫 API 即可，然後產品一個接著一個問世，比方說多媒體手機、VoIP phone、Set-Top Box 等等，不過，如果真的去探討系統效能或潛在的缺陷時，這些黑盒子很多時候是問題所在，但問題不在於 vendor 本身，甚至也不在 solution 中，相反地，就是一味認為這些是黑盒子，在沒有理解其運作原理與設計上的限制前提下，徒然重組並整合，就釀成潛在的問題。

該怎麼解決？首先當然是弄懂這些黑盒子，雖然不需要從零到有去實做，但是至少要懂這些原理，感謝我現在的老闆給我這個機會，可以仔細檢視 video / audio / speech coding 的數學原理與規範，並且著手針對硬體平台作最佳化。有一段時間，沒有讀過工程數學的我，被迫演繹一個又一個的數學式，整天抱著離散時間系統一類的書籍苦 k (其實昨天寫 blog [技術本身與道德無關；它沒有是非對錯] 時，我還是在算數學)，但最後還是達到階段性的目標，記得有廠商聽到我們在一樣的硬體平台上，video frame 與 QC 就是大幅超越他們的實測值而驚訝不已，讓我掩不住嘴角的微笑，其實我沒有作什麼卓越的改良，我只是發揮演算法的特性並作調整罷了，因為我懂那些原理。

對岸的孟岩寫了兩篇以數學教育為主軸的文章，很值得一讀：

• [數學與算法隨想]
• [技術圖書與數學教育]

我知道工程數學很重要，但是為何我以前大學念到三年級，還是沒有認真去念，以至於工作一段時間，才因為需要去作深入的效能最佳化，陸續接觸呢？其實我有修過工程數學，而且有 pass，但是我根本就無法回憶，因為當時只是考前一晚，用力背公式與題型，就去應試了，如今，回想自己在短暫大學生涯的無知，以及離開學校沒有再作加強的遺憾，孟岩的這席話讓我很有感覺：

我們不否認有一些天生的數學人才，能夠遨遊於大段的、完全抽象的數學論述之中而氣不長出，面不改色，但是對於更多的人來說，完全脫離開現實世界經驗去直接把握現代數學知識，至少是並不容易。然而這並不意味著這些「普通」人不能夠掌握數學，不能夠用好數學——他們僅僅是需要更符合他們認知習慣的、從具體到抽象的、循序漸進的、「正常」的引導方式。一般由職業數學家寫成的數學教材，往往以一種自我陶醉的方式天馬行空，普通讀者很難跟得上，從而也就很難學的懂。本來可以掌握數學的很多人，就這樣被吞噬了。而當這種高高在上的純數學的著作方式遭到質疑時，數學家們卻又總是忙不迭地聲明數學的獨立性、抽象性與高高在上的地位，以為辯護，似乎這種拒人於千里之外的風格是為了維護數學之神聖地位的必須。我們設想，若格鬥家傳授格鬥術時，不以教授學生為中心，而以格鬥之真實為理由對學生飽以老拳，則即使那學生是數學天才，也必定會在鼻青臉腫之下感到憤懣。而很多數學天才們編寫教材時卻拒絕以讀者為中心，拒絕了教育讀者的義務，並以這種拒絕為榮耀，豈非咄咄怪事？須知，數學或許是宇宙間唯一神聖的，但對於教材作者來說，讀者的利益至少也是同等神聖的。

屈指算算，自己在 IT 產業翻滾也有段時間了，有時候也會脫口說：「六年前我在設計 xxx 的時候就遇到這種問題...」一類倚老賣老的話，但是，我真的懂了嗎？不，一無所知，而我也到最近，才知道工程數學可以解決這麼多問題，微分方程與 Euler expansion formula 是如此的美妙，許多電子工業的原理就是從這些定理與方法輾轉並建構的。正所謂「少壯不努力，老大徒傷悲」，年華已逝的我，只能在孤寂的夜晚，努力地研讀這些 textbook，不過，如果當時我在修工程數學的時候，就能知道這一系列看似抽象、看似數學的「遊戲」，以及笨重難懂的 formula，其實是這麼地貼近我們，並賦予 IT 產業無限的價值，我想，今天我不至於如此哀怨。

無論如何，面對浩瀚的知識與無窮的學問，我終於學會了謙卑，並真誠地尋求與真理的共鳴：數學對 Programming 的重要性實在難以言喻，並且，數學也真的給予我們強大的力量。

"Architects" & "architect"

在解釋標題前，必須提到 Stuart's blog [Big "A", little "a"] 這篇，他提到：

"Perhaps two of the most abused words in the IT industry are architecture and architect. Architects fulfil roles anywhere from hardware presales to aligning technology to the requirements of the business. Architecture describes anything from a computer block diagram to a blueprint for enterprise automation."

這讓我想到 Martin Fowler 大師的文章 [Is Design Dead?]，裡面有一節提到：

Do you wanna be an Architect when you grow up?

For much of the last decade, the term "software architect" has become popular. It's a term that is difficult personally for me to use. My wife is a structural engineer. The relationship between engineers and architects is ... interesting. My favorite was "architects are good for the three B's: bulbs, bushes, birds". The notion is that architects come up with all these pretty drawings, but it's the engineers who have to ensure that they actually can stand up. As a result I've avoided the term software architect, after all if my own wife can't treat me with professional respect what chance do I stand with anyone else?

In software, the term architect means many things. (In software any term means many things.) In general, however it conveys a certain gravitas, as in "I'm not just a mere programmer - I'm an architect". This may translate into "I'm an architect now - I'm too important to do any programming". The question then becomes one of whether separating yourself from the mundane programming effort is something you should do when you want to exercise technical leadership.

This question generates an enormous amount of emotion. I've seen people get very angry at the thought that they don't have a role any more as architects. "There is no place in XP for experienced architects" is often the cry I hear.

的確，軟體架構師 (software architect) 一詞在 IT 產業是近來相當熱門的字眼，而就我有限的經驗來說，我的顧問工作也常常被對映到這個項目，Martin Fowler 表示難以接受此術語，他太太是位建築工程師，並且他巧妙的用一句話比喻架構師與工程師之間的微妙差異：

「架構師喜好三種東西：球狀物、灌木叢和鳥。架構師畫出這些美麗的圖畫，卻要工程師保證能全都做出來。」

Stuart 則是試圖釐清 "Architects" & "architect" 兩者的關係：

Taking a step back, dictionary.com defines an architect as "One who designs and supervises the construction of buildings or other large structures". Working with this definition then we can draw a distinction between what I like to call Small "a" architects - those who can design and supervise the construction of enterprises, and Big "A" Architects - those with architect in their job title.

或許，在這個大寫 "A" 與小寫 "a" 之間，我們需要更能明確描述工作內容與具體細節的用詞，而非空泛的稱謂。

testosterone : Python Unit Testing Interface

剛剛讀 perky (來自韓國的 FreeBSD committer) 的 blog [남성을 위한 유닛테스트 UI - 테스토스테론]，他提到 [testosterone] 這個 Python Unit Testing Interface，透過 CLI (command line interface) 或 curses 清楚地呈現 Unit Testing 的進度介面，同質的專案可參考 wiki [PythonTestingToolsTaxonomy]，專案也提供了生動的 Flash 動畫展示：

看來 [testosterone] 是很值得參考的 Unit Testing UI，此外，我之前使用過作以協助 Unit Testing 的專案是 [guitest] (Python helper library for testing Python GUI applications) 與 [GNU / Linux Desktop Testing Project (ldtp)]，後者的複雜度的確高許多，而且我好像也只看到 [Projects using LDTP] 部份採用。

蘇哲的 IM-BUS 提案

寫完 blog [下一代的 SCIM 設計] 後，蘇哲很快給予 SCIM 2.0 Message Bus 與 IIIM Server Framework 兩者在概念上的差異提示：

Comparing to IIIMSF, Message BUS runs on client side, actually all processes on the diagram run on client side. And Message BUS itself doesn't load and external module nor links to any external libraries.

While IIIMSF runs on server side and loads all LEIF modules directly.

蘇哲也在 Google Talk 跟我說到他將在研討會對此提案作探討，後來才知道是第一屆 SFSG (SPI Feasibility Study SubGroup) 會議，Yong Sun (findsun) 做了簡要的紀錄 [SUMMARY of 1st SFSG and 5th WG3-SWG1 MEETING]，對於蘇哲提出的 IM-Bus 有所著墨，也提及 IIIMF 中的差異，很值得參考。

不過呢，話說回來，輸入法系統的複雜度，光是架構上，就跟中階分散式系統不相上下，更別說語音、手寫，或者其他人因工程的要素列入考量的情況了，是此，我們得用崇高的敬意看待輸入法發展 :P

技術本身與道德無關；它沒有是非對錯

這幾天為了一些專案，又是開會又是加班，產生嚴重的無力感，是阿，都花這麼多時間工作了，為何產品的質與量沒有獲得提昇呢？昨天閱讀 Jim Turley 的文章 [程式修補週期令人抓狂] ，讓我想到，這些產品背後的資深經理、專案管理人、軟硬體與韌體工程師，與廣大的企劃與行銷人等，究竟有無聽到使用者的心聲呢？我們都知道 Jim Turley 抱怨的對象就是 Microsoft Windows 一類的「通用性」系統，還有充斥於我們周遭的那些電子設備。

誠如 TI 總裁暨執行長 Rich Templeton 在今年 3GSM World Congress 上的說法：「行動電話將成為市場上最重要的消費電子產品」，身處於世界手機使用密度最高的台灣，更是有這種感覺，Rich Templeton 也在演講中提到：

「... 無論肯亞的農夫、柏林的執行長或東京的青少年都將感受到手機對生活的影響，因為行動電話正在跨越文化、社會、生活方式和經濟的界限。... 行動電話正朝著下個階段邁進，它們將提供更強大的通訊和娛樂效能，以及更便利、更具彈性和更高利潤。 ... 未來行動電話將變得更個人化，並成為家庭和辦公室的延伸。」

這個概念說起來簡單，真的要作實在困難重重，特別是現在的企劃與市場開發研究員的「豐富」腦力激盪，常令實地開發的工程師膽顫心驚。幾年前就有人希望手機能內建 camera，當時被不少觀察家嗤之以鼻，然而，放眼望去，中高階手機都內建 camera，甚至還用這個特徵來界定中低階手機的分野，想來真是奇妙。照相手機目前有CCD 和 CMOS 兩種呈現技術，前者在圖像品質佔有優勢，而後者辨識率、耗電量和成本考量佔優勢，這是一般使用者的認知，然而，將這些 camera 整合進對資源錙銖必較的手機，真的這麼容易？

即便是業界紛紛提出「多媒體處理器」的解決方案，都還有許多基本卻又難以掌握的因素，阻撓產品現身的時程，Mentor Graphics 在過去就遇到多個來自韓國高階手機機種設計時，在 ASIC 層面遇到因潛在的 interrupt 讓系統陷入 starvation 的致命問題，前前後後造成的財務損失與開發資源的投入，都難以計數，而強調 "time-to-market" 的這些電子裝置開發流程，不僅要面臨 camera 這類高技術的挑戰，還要面臨從過去 legacy system 就有的議題：功能需求越來越多、開發方式沒有明顯突破，但時間卻越來越短，所以品質也成為不定時的炸彈。

硬體自出貨後，除非全面回收外，就不可能更動，所以硬體工程師擔負的責任異常重大，我想，這也是為何在網路上可以看到不少軟體工程師對專案開發的抱怨或揶揄，但鮮少看到來自硬體工程師的說法，或許就是因為他們加班都沒時間了，哪有閒情再來訴苦 (*笑*)，相對的，軟體層面的更新被視為可接受的例行性動作，無論軟體設計設計初期採用了哪一位軟體工程大師的「聖經」，並且貫徹 CMMI 流程，當來自與週邊硬體整合的複雜性介入、涉及在理論與實務性已知的技術盲點，以及時程推動的 deadline killer，軟體在方面是無助的，於是一系列的 patch 或 workaround 是必要的手段，更別說來自客戶理性或非理性的要求，這些都是對技術的嚴厲的考驗。然而就如 Jim Turley 所說：

持續不斷地升級也令人反感。有一天，你的電視 (或者VCR、MP3播放機或手機) 本來用得好好的，可是第二天它就完全變樣了。不是真的壞掉，但就是不一樣了。螢幕顏色變了，項目單換了，選項被重置了。這可能任何時候都會發生，與你所做的任何事都徹底無關。怎麼如此怪異呢？修補錯誤程式碼成為一種生活方式。簡言之，「第一次就讓它正確」成了奢望之言。在現實中，我們要買的東西鄉--也許要生產的，產品總是伴有缺陷。但修復那些缺陷絕不應是強制性的，絕不能是偷偷摸摸的，而且也絕不能是不可取消的。

儘管技術本身與道德無關，但是執技術牛耳的那些廠商，還是得以道德的途徑，解決技術問題，他繼續說：

我們不能真地譴責技術。技術本身與道德無關；它沒有是非對錯。該譴責的是那些負責指揮掌管技術工程師們的經理人。他們 (還有我們) 必須抵制「在下一個版本中修復它」的衝動。不，產品應該是現成可用的，老弟。那是客戶付錢給你的原因。如果它不能如一開始廣告宣傳般那樣運作的話，他們絕對有權退回產品。

下筆之際，週末我還在台北內湖思考 MPEG-2 Decoding 的 instruction-level optimizations，在心頭的思緒圍繞著「不能徹底發揮硬體效能的軟體是罪惡的」這個概念，持續追蹤系統的效能瓶頸。廣為人知的 Intra 8x8 / Inter 8x8 IDCT 運算，就如 video coding 的教材提到：

Performs VLC decoding of DCT coefficients for one intra 8x8 block, dequantization of coefficients, inverse DCT and storing of resulted 8x8 block to destination.

就算這個部份已達到 optimal，對系統效能造成衝擊的還有太多因素了，這些都不是學者會提到的議題，因為沒有高度的學術價值，但是我們都必須以既有的技術，作為克服種種威脅效能、功能，或品質等「病毒」的利器，因為，我不想讓這些「技術議題」造成日後的「道德問題」。這是軟體工程師不得不面臨的問題，尤其是從事消費性電子裝置開發者，更需設身處地，只有更多的付出，才能創造更高的價值。

自勉！

史上最慘烈的 Orz

剛剛 descent 在 #dot 提到這張圖：

果然是「史上最慘烈的 Orz」阿，實在很難想像這瞬間的撞擊力道有多大，照片出處為 [1st prize - World Press Photo]。

以Qt4 的 QAbstractEventDispatcher 與 Gtk+/GNOME 元件作緊密整合

之前的 blog [GParts - GTK+/GNOME 與 Qt/KDE 應用程式的整合] 提過包含 [Common Main Loop] 等一系列的技術，用以解決棘手的問題：GTK+ 底層的 event loop 是建構於 GLib，而 Qt 則是一套複雜的 C++ Framework，如果要讓兩者協同運作，首先就會遇到 main loop 的議題。在這方面的進展，也促使 [GParts] 的可能性，而我也在今年 [KDE@Taiwan 第二次使用者聚會] 整理過去開發的心得，做了 [淺談 KParts、XParts，以及 GParts 與桌面整合技術] (PDF slides) 的分享，事實上，在世界各地，已經有若干開發者如火如荼地展開這方面的技術突破，而 Trolltech 也在 Qt 4.1 提出 [QAbstractEventDispatcher] API 作為回應，引用 class description 如下：

The QAbstractEventDispatcher class manages Qt's event queue, excluding GUI-related events.

It receives events from the window system and other sources. It then sends them to the QCoreApplication or QApplication instance for processing and delivery. QAbstractEventDispatcher provides fine-grained control over event delivery.

For simple control of event processing use QCoreApplication::processEvents().

For finer control of the application's event loop, call instance() and call functions on the QAbstractEventDispatcher object that is returned. If you want to use your own instance of QAbstractEventDispatcher or of a QAbstractEventDispatcher subclass, you must create your instance before you create the QApplication object.

The main event loop is started by calling QCoreApplication::exec(), and stopped by calling QCoreApplication::exit(). Local event loops can be created using QEventLoop.

Programs that perform long operations can call processEvents() with various QEventLoop::ProcessEventsFlag values OR'ed together to control which events should be delivered.

QAbstractEventDispatcher also allows the integration of an external event loop with the Qt event loop. For example, the Motif Extension included with Qt includes a reimplementation of QAbstractEventDispatcher that merges Qt and Motif events together.

於是乎，透過 Qt 4.1 的 [QAbstractEventDispatcher] API，允許我們在 Qt Event Loop 中「調整」其 dispatcher 行為，讓其他 GUI Toolkit/widget set 得以共享 main loop 並不打擾其預期 event processing 行為。

在 2004 年初，知名 KDE 開發者 Zack Rusin 也在 KDE 開發者文件網頁寫了一篇文章 [Integrating Qt/KDE into Gtk/GNOME apps]，他設計了 QtGTK 這個輕量級的 library，證明這個概念的可行性，當然，那是 Qt3 時代的產物，相關的討論可參考 KDE.News 的新聞 [GTK+ Apps Get Free Reign on KDE Technology]， Daniel Molkentin 也延續這個發展，在以 Gtk+ 2.x 撰寫的 Beep Media Player (即 XMMS2) 中「嵌入」KDE KFileDialog，並提供兩份展示照片 [KDE Directory Open in XMMS2] 與 [KDE File Open in XMMS2]。而去年 Zack Rusin 加入 Trolltech 後，整個 KDE 與 FreeDesktop 也激發更多創新，[QAbstractEventDispatcher] 一類的機制在 Qt 4.x 出現後，未來 KDE 與 GNOME 兩大桌面計畫的整合又會如何呢？咱們拭目以待 :-)

Follow Your Dreams

俄國大文豪 Feodor Mikhailovich Dostoyevsky 曾說：「唯有太卑鄙得偏愛自己的人，才能無恥的寫自己的事」，這也讓我無論在 blog 或其他形式的寫作中，多少有所保留。

上週四 (Feb 16) 時值 [2006 年初 Mark Shuttleworth 一行人訪台] 在台大的演講，[Mark Shuttleworth] 給予在場聆聽的觀眾很大的震撼。953 期的《商業周刊》(2006.2.27-2006.3.5) 第 62 到 65 頁有篇針對 [Mark Shuttleworth] 的專欄〈拼命工作一年 瘋狂玩樂兩年：心理隨時有『夢想清單』，到太空旅行的三十二歲網路富翁〉(全文可參閱 [商業周刊] 文章)，在報導中提到：

馬克今年三十二歲，他曾經從一人公司開始，在三年半內，發展出全球第一套網路安全交易軟體，最後以五億七千五百萬美元，賣給網路交易公司 VeriSign。當年賣掉公司後，他把所有的財產放到倫敦的股票和債券市場，才六年多，他的財富已從五億美元 (約合新台幣一百六十二億) 變成約十三億美元 (約合新台幣四百二十億元)...

讀到這裡，或許會想到《富比世》中許多成功創業家行徑，然，Mark Shuttleworth 的成功與網路息息相關，並且他也是透過網路的開放性，得以與世界各地的高手交流，他也認為，最重要、最有趣的事情，永遠該排在第一順位，是此，拼命工作也拼命玩，除了造就成功的網路交易軟體與稍後成立推動 Ubuntu 的 [Canonical Ltd.] 外，他花費二千萬美金 (約合新台幣六億四千萬美元) 與投入長達一年半的集訓，就為了體驗十天的太空旅行，作為史上第二個太空旅客，Mark Shuttleworth 認為：

「如果我不如此完成願望，我會每日望著天空，然後問自己為何不去？」

在台大的演說中，我深深感受到 Mark Shuttleworth 對工作與計畫的投入，只比我大上八歲，是我與世界級的富翁，最近距離的場合，演講中提到：

「還有什麼計畫，比建立新的全球性自由軟體作業系統平台，造成的影響範疇來得更大、更多迴響，也更具挑戰性呢？」

基於這個理念，以及 Mark Shuttleworth 對人類社會的觀察，[Ubuntu Linux] 於是生焉，其訴求即是 "Linux for Human Beings"，至於演說與來台訪問的細節，這裡就不贅述，相關的媒體與社群都有詳細的報導。我跟 Mark 拍了一張合照： (click to enlarge)

演講後，一行人到台大附近參與 party，Mark 在我的 HP nc4000 notebook 上給了簽名： (click to enlarge)

中間那句 "To Jserv, Follow your dreams!" 一直縈繞在心坎，一週後的今日，仍難以忘懷。

八年後的我，會是如何呢？我不敢奢想要成為大人物，更不想要獲得鉅款，但我有夢想，只是如飄浮不定的雲， 難以捉住，更別說予以清楚的定義，又久久因 Feodor Mikhailovich Dostoyevsky 的一席話，不敢說出自己的夢想，不過如今，我要大聲的說：「我跟 Mark 一樣有瘋狂的夢想，而且我也要用很瘋狂的途徑去完成」。企極完成的夢想，就是孩提時在作文簿上面寫的「我希望世界大同」，十幾年過去了，還是不變，雖然衍生其他更具體的計畫。曾有一段時間，我常有高達六位數的進帳，那是出賣良知與靈魂給魔鬼的報酬，在某一日，我徹底看到自己的罪行，決定放棄這優渥的生活型態與慾念，陸續捐出不該屬於我的財富，並且保持付出的習慣。

無論是透過捐款 (讓真正需要協助的人，能獲得些許的支持)、履行環保措施 (讓萬物賴以維生的環境，能不再惡化)，或者是寫 free software (讓軟體自由，重現資訊社會的價值)，都是我的作法，儘管收入微薄的我，不管拿出多少比例的薪資，還是如塵埃般渺小；即使我身體力行，以 [騎腳踏車上下班] 一類的舉動，試圖降低廢棄排放量，或於街角仿效拾荒老人撿拾資源垃圾，還是難以挽救整體頹勢；雖然我稍微會 programming，但是能投入在 free software 的時間相當少，必須在日常工作與顧問項目結束後，才可能用所剩不多的時間精力來 hacking，能對這個社會有什麼幫助，都是大話罷了，我無意再詳述自己這些「可笑的成就」，因為這本來就是一個大環境一份子該做的事情，而且，我根本不夠投入，寂寞的夜裡，想到自己對夢想的背離，時有遺憾，甚至企盼能舉槍 [上膛]，在最痛苦的時候，逃避這一切的衝擊。

年輕人總是喜歡做夢，而當夢醒時分，才發現美夢一個接著一個破滅，才又回到現實，開始作妥協。

自去年四月份開始，我告訴自己要改變對生活與工作的態度，至少要讓自己有成長的感覺，決定作自己毫無把握的項目，雖然現在可以說沒有什麼成果，但是看著自己的筆記與心得累積，還是感到欣慰，是的，這些我還是學得來，只是需要一點時間。

騎腳踏車上下班，與其說是運動，還不如說是培養耐力。踩著踏板的時候，總是會有一種奇妙的感覺，現在的我終 於懂了，是那種腳踏實地的感覺，我用自己的力量，一步接著一步，朝目標邁進，與身旁穿梭的汽機車相較，還是 有前進的，只是途徑不一樣罷了，我選擇比較慢、迂迴，但是可以把深度帶給我的路。

家人一直很反對我從事資訊科技產業，也不認為在台灣寫軟體能有什麼作為。麻醉與催眠自我，似乎是我相當擅長的手段，高中住校時，就在座位前面貼了臺北醫學院的字樣，每天告訴自己：「我要考上醫學院，不要讓家人失望」， 事實上，我一點興趣也沒有，某一天做完生物解剖，難過的吃不下飯，當天去電給苗栗的家人，說明心境的轉變... 或許，從那個時候開始，我開始反省，我迷惘了，到底什麼是我要的。

有一段時間，台中一中的榮譽榜總是會出現自己的名字，哪怕是小小的三個字，對我來說，都是一種莫大的鼓舞。 還記得那時候，我不敢白天去看，而是利用宿舍即將關門前，在校工還沒把燈熄掉，自己一個人在榮譽榜前面駐足 ，找尋自己的名字。一直忘不了那次，剛去一中唸書的我，還是從最後幾名開始找自己的名字，一方面是榜單太高 了，再來是對自己沒有太大的信心，找了老半天，竟然發現是排在全校第五名的位置，對我這個來自鄉下的學生來 說，早已感動到眼眶濕了。

不過最後，踏入疑雲的我，質疑是否該朝著根本沒有興趣項目前進，抑或，這只是證明自己的必要手段？

許多當年在一中的同學，現在都相當有成就，大概只有我還在原地打轉，感覺走了很多路，卻又常常繞回出發點。 年少輕狂的我，做了許多他人眼中完全不可認同的舉動，有時候我會後悔，有時候也只能麻醉自己，不是借助酒精 ，就是用自虐壓迫自己，內心深處迴盪著家父十餘年前說的那句話：

「選擇了，就不要後悔。」

結束沉悶的工作內容，驅車返回住所的途中，想買點啤酒，就在張望之際，路燈投射於門前，透過水氣的折射，映射出幾份霓彩，霎是美麗，讓我想到尼采的詩裡面這麼寫到：

"du Augen-Wunderweide"

這描述讓我心生嚮往，造字面的意思，是說絕佳的視覺牧場，其前後文的中文翻譯如下：

「你這沈靜的天空 --- 如穹，藍光閃爍如絲，
　如傘一般在五彩繽紛的屋頂上挪移，
　那是我 --- 叫我怎麼說？ --- 是我深深愛著、害怕、妒忌的...
　我真的想要痛飲這樣的魂靈！
　我會放走它嗎？
　不！你這無與倫比的寰宇！你依舊沈靜
　--- 我的幸福！我的幸福！」

天際風雲變幻，對一個凡人來說，何等狀闊可觀呢？握著手上的啤酒罐，杯中物豈可比得上這樣的魂靈？是此，放回冰櫃，我陷入漫長的思考。記得《安娜與國王》片中，曾有一句對話：

「苟活是不夠的，生命何其短暫，對只活一次的基督徒來說，更是如此」

我並沒有明確的宗教信仰，大抵歸論於「不可論知者」，如果真的要說，我唯一的信仰是社會主義，純粹基於對這個社會的愛與投入而生，並非「空想」，更非為了「實踐」而「實踐」的謬行 (按：我不是任何國家的共產黨黨員)。以往的日子，總是認為年輕氣盛，可大肆揮霍時光，於是苟且偷安的活著，然而，對時間的認知，已經不是狹義相對論可以片面文字的掌握，任何一個突發的事件，都會讓人對生命的價值改觀。

受到 Purple 的影響，前往書店閱讀她多次述及幾米的畫冊《Beautiful Solitude》，對文學或藝術的觸感相當遲鈍的我，品味幾米繪製這系列畫冊的背景時，卻有複雜的感受。1995 年，罹患癌症的幾米，在一年的治療後，過著與世隔絕的生活，這些畫冊紀錄他生命的點滴。家母在 2003 年初被診斷罹患癌症，那時候我仍於空軍服役，輾轉才得知這個消息，那時候心情很惡劣，在那之前，家母身體都保持在相當好的狀態，鮮少需要醫療，就算有，頂多是執教鞭時損傷喉嚨，吃吃成藥了事，但如今... 後來，部隊讓我放了一段頗長的假期，在家中，才慢慢感受家母的心路歷程，有高度文學造詣的家母，試著以文字轉換並保存這些感受，一向頗少觸電腦的她，也試著將這些文字，一個接著一個地鍵入。

閱讀到幾米這本畫冊的「六月二十四日天氣陰沈」時，看著畫中的景象，又瞥見左邊的文字：

「一陣狂風吹來，打亂了他們的節奏...」

突然間，我又回到三年前，那些「打亂節奏」的事情，眼角的分泌物可能會讓我出洋相，於是草草走向櫃台結帳。但，也因為如此，我對於「生命何其短暫」有了更深的體悟。

我對於人類文明的存在 (being) 持有高度興趣，緣起緣滅，特別是異化的過程。computer science 建構了一系列有系統的模式 (pattern) 與典範 (paradigm)，於是我想：能否用以描述、模擬，以及重構這個社會與文明的發展呢？這是我的出發點。作為兼職的工程師、全職的哲學家，「工讀生」是我最適合的頭銜， 好一段時間沒有涉獵人文方面的精神食糧，特別在閱讀 Purple 所抒發的觀點後，更讓我有種「貧困」的感覺，好似回到四年前在成大總圖書館閱讀《哲學的貧困》一書的心境。馬克思回應法國經濟理論家普魯東的《經濟矛盾的體系，或貧困的哲學》，因而作此書，馬克思先批判普魯東的經濟理論、社會觀點，以及哲學途徑，最後結論普魯東只是冒牌的哲學家。或許這兩本著作的影響力不甚顯著，但「哲學的貧困」一詞倒是因而風行，與其說我是個工程師，那我寧可說是哲學家，一位貧困的哲學家，以孱弱的軀體、須臾即逝的人生旅程，體驗並思考人生，這是我的使命，踏上這條路，無法回頭、看不到盡頭，只知前頭，只得吟誦美國詩聖 Robert Frost 在〈The Road Not Taken〉中著名的詩句：

I took the one less traveled by,
And that has made all the difference.

《伏爾泰哲理美文集》提到：

「哲學家是智慧愛好者，也是真理愛好者。所有的哲學家都有這種雙重性格：遠古的哲學家們在傳播道德真理時無 一不在德行方面給世人樹立了榜樣。」

雖不能至，然心嚮往之。其實我對於我的生活也不是特別喜歡，也是默默的忍受著，如果說我身上有多少美德，大概就只有誠實與忍耐。以前去中醫熱敷，中醫師會提醒感覺疼痛時要自行挪移肩上的覆蓋物，沒想到我一直到皮膚燙傷都沒有感覺，只有咬緊牙根的撐著... 以沒有變速功能的淑女車挑戰 [陽明山] 或 [北宜公路]，雖然這類無聊的行徑對常人來說根本不屑一顧，但這過程中，除了體能訓練的出發點外，其實我在發洩，被高度社會化要求，總是被設立要達到期許的範疇，持續踩著腳踏板，挪移軀體，享受這流汗的過程，我只是證明，透過僅有的裝備與資源，在崎嶇難行的漫長大道，挑戰自我的極限。腦際浮現出一句話：

「人生應是不斷探求真理的旅行」

這是革命先烈謝雪紅女士常掛在口邊的一句話，拜讀謝先烈的口述自傳《我的半生記》後，讓我感動不已，讓我窺見身為一名女性，是如何與舊社會的封建傳統搏鬥，對殖民帝國入侵、資本主義的鬥爭，以及在處於階級束縛下與民族革命間掙扎反抗，所建構出台灣左翼女性解放史的剪影。是的，我持續在探求真理的旅程中，望著拜隨旅程而出現的美景，如之前的 blog [江城如畫裡 山晚望晴空] 所說：

得以於「數位監獄」欣賞這少見的美景，羽翼雖仍被緊縛，但「江城如畫裡，山晚望晴空」，觀彩虹與流雲共日，美麗的詩篇在藍天中畫下純真的標點，而我，持以赤子之心，何嘗不能自由的掙脫呢？

我的工作就某方面來說，是在追求真理，雖然對人類的幫助何其微小，但至少我看到專案一點一滴的被建構、效能逐 漸的提升，以及趨近成熟的思想體系，儘管這過程中必須涉入許多非技術性的議題。《伏爾泰哲理美文集》的著名章節「查第格」，在錯綜複雜的敘事中，隱約看到對人世的無知、如何活在希望中，以及何其複雜的人際交互作用，這就是人生最好的寫照，我甚至不知道自己在這個寓言性的描述中，扮演哪個角色，但我愛好智慧與真理，也希望能將這些傳播出去，影響更多的人們...

按佛洛伊德的理論，人格是一整體，由三部份組成，分別稱為本我、自我，以及超我 (id / ego / superego)，對 許多經典書籍往往淺嘗輒止的我，面對大師們的分析，對於自身的處境，只能聯想起 Leonard Woolf 的代表作之一《Mrs. Dalloway》，而這本大作尚未出版前，所用的題目就是 The Hours，爾後還被改拍攝為同名電影，這也是 Purple 提到相當喜愛的電影，雖然電影是虛構的，但其中第一個角色 Virginia Woolf 恰有其人，除了時間錯綜複雜外，最令人玩味之處，我想就是對峙的自我矛盾。這本大作是 Leonard Woolf 在意識流創作走向成熟的過渡性作品，小說好比置身於時光隧道，縱橫三十年的生活，就這麼濃縮於一天的十五個小時內，而作為讀者，我們卻又何等真實的看到第一次世界大戰後，英國社會中不同階層所呈現，一幅活生生的生活畫面。

小說中，Leonard Woolf 由不同人物的回憶，以及 Mrs. Dalloway 的內心獨白，由多角度地展現了生存狀態。當戰爭無情地粉碎了人們對和平、美好生活的嚮往時，作為生命共同體的每個寰宇的一份子，難免對這龐大的物質世界感到荒誕與絕望。生與死的矛盾、外在自我與內在自我的矛盾，無時無刻不在撞擊著她的心靈，使她每天都生活在靈魂的拷問之下，這樣的生存狀態對於現在的我來說，頗為神似，我開始思索在相似的狀態中，探知生命何去何從的議題。走在林蔭，回想這短暫的二十餘年歲月，不就是 State Machine 的移轉嗎？我們很早就被賦與某種始命，也在長輩與社會的共同期許下，有了預設的路徑與 paradigm transition。外在自我，是展現於客觀世界中並適應於客觀世界的一種生命狀態，是非本真的自我，而內在自我，則是真實地面對個體靈魂的本真狀態的自我，倘若兩個自我不一致時，生命便處於矛盾的狀態中，這即便是此刻的我。

尼采曾說：「人是有權胡說的動物，是一種怪獸，一種超獸」，我不是很認同尼采的部份哲學論點，不過這句是 頗貼切的。

畢卡索油畫中，有一幅標題為〈The Family of Saltimbanques〉是其在 1905 年的著名代表作，充斥土黃色、紅色和粉紅色彩，"Saltimbanques" 這個字是法文，一般的翻譯是雜耍藝人，詞源同拉丁文 saltor，而此際最能描述我的用字淺詞，莫過於此。下筆的同時，想起之前的 blog [小丑的宿命]，引述《浮士德》第二卷結尾詩的開頭：

Alles Verganglich lst nur ein Gleichnis

"Gleichnis" 在德文的意思是「比喻」，歌德在詩作中認定人世無常只是虛妄，而只有理想世界方得永恆，而這個 「比喻」用得巧妙，尼采借用此意當頭棒喝的攻擊這個論點，於是我們只見到這個世界有種神秘的遊戲規則主宰寰 宇，揉入所有的存在與幻象，但這一切只是永恆的癡迷，而我，作為這個世界的一個小丑，又怎能知曉什麼呢？

現在的我，可以說是沒有足夠的時間與興致，以閱讀人文書籍，導致逐漸自我沈淪，而我卻無從改變，可悲。最近 的夢境中，置身於一家幽靜的書店，拾起 Milan Kundera 的《生命中不能承受之輕》翻閱著，我是個悲觀的人，不過我喜愛閱讀這類對政治、文化、生命價值醒思的著作，而嘲諷的口吻，牽引著我在故事、夢境、反思、散文、詩歌、當代與古老歷史的變奏遊戲徘徊。

Milan Kundera 同樣以歌德的「不朽」論點出發，但更深刻的勾勒「世界遊戲」的荒誕與五彩繽紛...

閱讀 Rauber Maria Rilke 的《Duineser Elegien》，「存在之道」一直是我想探討的。過去我們在封閉的世界中，在人類世界的意識覺醒後，在塵世中我們看清自己。作為寰宇的一份子，個體不過只是基於意識的存在，持續的體驗沈淪與復活，至少就某種形式而言。德文用詞有許多非英文或中文語法上難以理解的詞性與句法，而詩歌創作又巧妙的運用這特色，將寓意融入，是此，不從原文著手，似乎永遠少了一份感覺。必須透過媒介才能自我思考的結果，即是思考被媒介限制，是以何能在既有的框架中，探究更深入的思維呢？此際，我的思緒亂如麻。

作為一種怪獸，喔不，一種超獸，脫口而出的胡言亂語，僅是我的省思，一味在這虛渺的舞台，找出自己的定位， 在迷失的過程中，試著找出方向，只是狂人的夢囈，不是嗎？而我豈能得知人世各階段的遞移呢？

行文至此，啤酒罐被撬開瓶蓋，脹氣的軀體中，五臟六腑在翻滾。喝酒絕對無法消愁，但是我格外享受酒醒的痛苦，然而小貓說過的話語悄悄地浮現於微弱的意識中：

「人最過無助之事，便是無法摒棄不完美的自己。醜惡的自己。不管是身體的生命或是精神上的目標。為何自殺被視為罪惡呢？那是因為人們假設自己害怕被拋棄，而法律的意義就在於消除恐懼，即使恐懼本是構成腦細胞的一部分。我連第一關都過不了。我無法想像我的父母親的痛苦，即使我確知他們與我一樣是自私的生命體。為何自私的人們也為別離煩惱呢？如果人們能夠理性地卻除煩惱，那是冷酷而不是自私。而冷酷的人並不那麼自私，因為他們不是為了自己而生活。如果你也主動放棄生命，我也許會化成泡沫。」

處於放任肉體腐朽的我，面對這兩年前 (Feb 7 2004) 的來信警語，衝去浴室，以滾燙的熱水來逼出酒氣，刺激我的感官。萎靡的我、垂喪的志氣，以及一再被挑戰的信念，在酒精於高溫起的化學作用中，以前所未有的衝擊，讓肉體協同主控精神為之扭曲，醜惡不堪的自己，在一瞬間，如蒸氣般汽化... 好長一段時候後，凝結於壁磚的水滴，又逐漸匯集，是的，這是淨化洗滌過的我，而耳盼尚回響著 Mark Shuttleworth 動人的演說，那股熱情、瘋狂地追逐夢想，並認真的活著，每一天、每一刻、每一分，乃至每一秒！
Follow you dreams! 嘗試走出陰霾，繼續我的夢想！

閉關？

雖然說我最近因為趕某些計畫，比較忙碌些，但還是常掛在 IRC 上，無聊時也會寫幾篇 blog，但 [我的 MSN Messenger 帳號] 則有段時間沒上線。不只一位朋友來信或 private message 詢問這個問題，以為我閉關去了，這裡稍作說明：laptop 上的 gaim cvs 似乎出了問題，我陸續做了些 [patch]，不過並未能完全運作，而最近下班後實在沒有足夠的體力來 hacking ，所以... MSN Messenger 的帳號就一直沒開，並不是因為我在「閉關」，而是我需要時間 hacking gaim & MSN。需要與本人交流的朋友，可用 Email 或 Google Talk 聯繫，謝謝！

塞翁失馬焉知非福、失而復得焉知非禍

這幾天壓力很大，我有若干項 software component 與 driver issues 沒有解決，其實今天很想請假，好好休息一番，沒想到早上又乖乖到辦公室工作。中午在內湖科學園區看到捐血車，想到自己今年度還沒捐血，所以就「灑熱血」了。不曉得是血量較大還是自己最近身心不適，下午有點暈眩，稍微補充一點熱量，則是繼續 coding，沒想到，竟然解決了兩個重大 issues，並且我也完成一個 feature 的實做，很開心。

晚上一如往常，[騎腳踏車上下班]，順道去金石堂書店看書，拜讀施純協教授的《數位邏輯》以及 Matthew von Unwerth 的《佛洛伊德的輓歌》，讓我有種醍醐灌頂的暢快，是此，打算回內湖住所再行詳讀。踩著淑女車行進中，瞥見右方巷子有輛休旅車往我的方向衝來，而左邊又有公車穿越，心想：

「這下完了，我每個月花不少錢買保險，該不會要用到了？」

也不知道為什麼，突然有股力量，讓我得以瞪腳跳出座墊，所以儘管淑女車後輪輾毀，可是我只有輕微碰撞，驚險。肇事的休旅車駕駛是個可愛的女生，她坦承根本沒有看到我在騎腳踏車，那位駕駛好心的載我與心愛的淑女車去 GIANT 門市維修 (唉，之前遇過不少撞後連聲歉意都沒有，就匆忙閃躲的駕駛，這次算相當幸運了)，不過維修費用真是... :(

算一算我這幾年在台北出車禍與維修淑女車的費用，足夠買這台價格 NT$1800 的淑女車三台之譜，雖然折換大眾交通工具還是很划算啦 (努力說服自己)。

回家跟 duan 兄聊到這些事，「塞翁失馬焉知非福、失而復得焉知非禍」實在非常貼切，捐血失去一些血量造成輕微暈眩，可是下午竟然有重大突破，是福份，但也因為這個福份，讓我不慎遇上這場車禍，而自己竟然有超乎預期的體能反應，也該說是自己運氣好。

徒步回家的路上，跟自己的保險業務員也聊了一些，順便問些保險給付的項目，這次應該只是有驚無險的度過，未來還得要更謹慎才是。但無論如何，我還是會繼續騎腳踏車出沒在台北，儘管交通還不是很理想、空氣也不是很好，安全問題總是疑慮，只是為了環保、為了磨練，以及 Just for Fun!

帝王夢

標題很難想，因為很容易就跟餐飲或特種行業命名衝突，傳統中國人好像認為加個「帝王」一詞就翻身了？剛剛讀 windknight's blog [新中國成立以來稱帝者一覽]，我的 kBrowser 似乎沒辦法很正常觀看頁面，所以我重新排版過：

時間: 2006-02-21
太搞了，呵呵


• 大中華佛國 (1947-1953，1983)
  • 先主石頂武 (1947-1953) 圖謀叛亂，被人民政府處決
  • 後主石金鑫 (1983) 石頂武之子，1983年復國，旋被鎮壓
• 道德金門皇帝
  • 丁興來 (1981-1990) 地處大別山，由於交通閉塞，直到稱帝後十年才被發現並被鎮壓
• 中原皇清國
  • 正皇帝張清安 (1982)
  • 副皇帝廖桂堂 (1982) 以皇清為年號，地處大巴山
• 聖朝國
  • 林文勇 (1980-1982) 地處大巴山儀隴山區
• 1982 年地處大巴山的曹家元自稱玉皇大帝，旋滅
• 1980 年地處大巴山的朱仕強自稱皇帝，僅七日即滅
• 大聖王朝（1986-1988）
  • 女皇晁正坤 (1986-1988) 地處膠東半島
• 萬順天國 （1990-1992）
  • 李成福 (1990-1992) 地處豫西。自建安民黨、萬李起義軍，自稱唐朝後裔，妄圖以農村包圍城市的方式復辟唐朝帝制，定都西安。後被公安局鎮壓
• 90 年代地處大西南偏遠山村的農民趙振國自稱天道教的玉皇大帝

這些所謂的「皇帝」大致分為三類人，一、文盲。二、江湖術士。三、權力狂。他們大都是地處邊遠地區和山鄉，由於交通閉塞，土地貧嵴，村民愚昧，拉幫結派聚眾稱帝。

資料來源《帝夢驚華》。

《帝夢驚華》這本書引發我很大的興趣，該書報導了數起中共建國以來，山區農民的「稱帝」鬧劇，找了一下，發現 [《帝夢驚華》 的簡介]，引述如下：

中華民族的現代化，是悲苦與壯美共生的歷程。

貧窮引致落後，愚昧滋生罪惡。1976年秋至1993年春，當代中國農村竟然鬧出「稱帝」事件數百起，正式「立國登基」的「皇帝」百餘人，地域遍及川、湘、豫、魯等多個省份，聞之駭人！

湖南湘潭，秋收起義的策地，有人做起「真命天子」出世的美夢，大封文武百官；現代史上英雄的大別山區，一個老瞎子款款登「龍廷」，賜封「東宮」、「西宮」，左右「丞相」；昔日革命根據地川北大巴山，鬧起「皇帝」、「副皇帝」；九十年代蘇北「黃壇國皇上」，竟有三宮六院十七妃嬪，數百農戶送女入教，美人麗婦爭相「進宮」……本書從當代中國十數年的「稱帝」案例中，選出最為驚心動魄的十個，案情曲折跌宕，資料真實完整，文筆生動流暢，並附「帝」、「後」、「妃」及「皇印」、「國璽」、「龍袍」照片一批，讀之令人扼腕，發人深思！

就我讀過的近代史，充其量提到袁世凱的稱帝與張勳的復辟，再來就是日本軍閥扶植的偽滿州國，後來國共決裂，稍後中國人民共和國成立，皇權思想還如孤魂野鬼般找尋投胎對象，或許就是前述的那些「帝王」。

其實也可以發現，第一個「新中國」，也就是孫文就任大總統的中華民國，雖引入歐美的民主制度，還有「兄弟我」獨創的五權憲法，但中國長久陷入軍閥割據，人民苦不堪言，即使北伐成功，民生問題還有待大幅改進。試看長沙大火，綿延不絕之慘景，當時的政府又是做出什麼回應？中國的米倉都已如此，更何況位於邊陲或偏遠地區的人們，基本食衣住行基本需求勢必面臨極大的問題，若能獲得施捨或禮遇，恩惠的確有如降自真命天子，貧窮與迷信的交互作用，見證了這些帝王的興起。

LightOn : 轉吧！七彩霓虹燈

今天在公司用 gdb 跟「神秘計畫」的 codebase 搏鬥，依然沒有任何進展，感到很沮喪，回家後改來撰寫有趣的小程式，試圖找出樂趣：

靈感來自國內「夾子電動大樂隊」的作品〈轉吧七彩霓虹燈〉，歌詞如下：

轉吧七彩霓虹燈(Turn On The Disco Ball)

[口白]
看那七彩的霓虹燈，它的發明者是愛迪生，且讓我們帶來這首
〈轉吧　七彩霓虹燈！〉

一個兩個三個四個，五個六個七個八個，
天花板總是有許多，許多數不完的彩虹燈！

紅色紫色藍色灰色！綠色白色黑色黃色！
頭頂上總是有許多，許多顏色的彩虹燈！

轉吧！轉啊！七彩霓虹燈！讓我看透這一個人生，
讓那沒有答案的疑問，通通掉進雨後的水坑！

轉吧！轉吧！流汗的人們！忘掉憂愁和煩悶，
隨著那穿腦的歌聲，證明這還是彩色的人生！

今夜又來到絢麗的PUB，看看有沒有開心果，
明日又是期待的假日，今晚一定要用力跳.....舞！

[口白]
轉！...看那七彩霓虹燈！
轉！...哈！哈！原來這就是幸福可愛的人生！
轉！...管他誰是愛迪生！
轉！...我們是夾子電動大樂隊！

我寫的「七彩霓虹燈」程式可 [在此下載]，程式名稱取作 "LightOn"，因為跟某家公司有關 :P

LightOn 用 Cairo 實做出 ARGB image 顯示效果，並展示之前 blog [Cairo 練習：入力娘簡易實做] 提到的技巧，當作娛樂還不錯，寫程式何必一定要把自己搞得整日緊繃，不也可比照陶淵明在〈五柳先生傳〉敘及的情境呢？

嘗著文章自娛，頗示己志，忘懷得失，以此自終。

所以，轉吧！七彩霓虹燈

小技巧：指定 Gtk+ 應用程式中 File Chooser 的預設目錄

知名的 Gtk+/X11 hacker - Ross Burton - 在 blog [Default Location in GTK+ File Chooser] 提到非常有用的技巧。Gtk+ 的應用程式普遍使用到 GtkFileChooser widget，其呈現的效果如下：

使用 Ubuntu 的朋友可以發現，最近 Gtk+ 預設 File chooser 開啟的目錄變成 $HOME/Documents，其實很惱人，但是只要執行應用程式前，指定以下環境變數：

export GTK_DEFAULT_FILECHOOSER_DIR=$HOME

Gtk+ File chooser 就會乖乖的切到 $HOME 目錄下。

本 blog 的統計數字

因為接下 (根本就不知道為什麼) [blog.linux.org.tw] 的管理工作，大刀闊斧砍了一堆 spam comment / trackball (對了，其實還有許多「幽靈」spam 還沒整頓，請有權限的前輩幫忙一下，謝謝)，並且無聊到把這上面的 blog 都讀完了，我發現 [PowerOP 舊的 blog] 放置了 [SiteMeter]，覺得很有趣，所以我昨天也在 [Jserv's blog] 加了相關的 HTML tag。原本只是玩票性質，沒想到今天看了 [SiteMeter 對 Jserv's blog 的統計]，嚇了一跳：

Jserv blog Site Summary
VISITS
	Total	1,881
	Average Per Day	664
	Average Visit Length	2:17
	Last Hour	58
	Today	552
	This Week	1,329
PAGE VIEWS
	Total	3,311
	Average Per Day	1,207
	Average Per Visit	1.8
	Last Hour	90
	Today	897
	This Week	2,414

看來頗神奇，才短短兩天，這些數據怎麼來的呢？

fnord : 極小但完整的 web server

有些朋友要我推薦給 MIPS 或 ARM7 平台的輕量級 http daemon，過去會想到 lighthttpd，不過現在有新的選擇 [fnord]，Debian 也有收錄。官方網頁 [Comparing fnord to other web servers] 做了令人印象深刻的比較，引用如下：

Name	static binary size	GET	CGI	keep-alive	virtual hosting	remarks
fnord	13k/18k	yes	yes	yes	yes	the reference ;)
ghttpd	37k	yes	GET only	no	yes	found a buffer overflow with the first grep
cherokee	14k	yes	no	no	no	Two orders of magnitude slower than fnord on my laptop

其功能也令人驚艷：

• Small! (13k static Linux-x86 binary without CGI, 18k with CGI)
• Fast! (see this document), uses mmap (and on Linux, sendfile)
• Scalable! (see this plot from Linux 2.5.50, measured using this Linux 2.4+ specific hack. The fnord plot ends at 8000 connections because I couldn't open more connections before fnord kept timing out the old ones)
• connection keep-alive
• el-cheapo virtual domains (similar to thttpd)
• IPv6 support (through tcpserver)
• CGI (through pipes, not temp files like Apache)
• Content-Range (not the full specs, just a-b or a- byte ranges)
• transparent content negotiation (will serve foo.html.gz if foo.html was asked for and browser indicates it understands deflate, same for foo.png for foo.gif and image/png)
• Now also with directory index generation (-DDIR_LIST).

fnord 透過 [tcpserver] 啟動，另外，fnord 內部的 [libowfat] 很特別，包裝了一系列字串與 buffer 處理的 routines。

教育與思維能力

必須承認，這種命題由我這個沒受過高等教育的鄙夫執筆，不僅沒有說服力，還會引來不必要的嘲諷，所以本篇 blog 大部分的內文我改放到自己的日記中，這裡僅作點題。拜讀 [從天才思維省思現代教育] 後，內心的澎湃是難以形容的。

我很高興唸過所謂的「名校」，見過許多真正兼具才智與創造力的天才們，走在校園，常常遇到的情境是：左邊的同學是物理奧林匹亞國手、右邊的同學高二跳級考上台大電機系、前面站著一群剛從奧林匹亞培訓營回來的同學，後面則有幾個討論組合數學的同學、.... 而我，來自鄉下的學生，慶幸自己不被留級外，唯一的用途似乎只是他們的墊腳石 (按：我有這個資格嗎？)。古人說「勤能補拙」，我難以認同，畢竟這之間的落差實在太遠：我同學開始念莎士比亞的劇本時，我還不會書寫注音符號；在我還在背九九乘法表時，我那些同學已經在證明費瑪最後定理；在我思考「一公斤的棉花與一公斤的鐵哪個比較重」的問題時，同學已經在計算核能物理與臨界量、... 最後，我懂了，我們生活在不同的維度，只是恰好有交集，苟活於一維空間的我，不可能理解那些游移於三維、四維、...、十一維空間 (我念一中的時，第一次去福利社買飲料，就聽到有同學在討論十一維空間!!) 的天才們。

基於這種自卑，其實我認識的天才同學並不多，即便在資優班的同學，這些「震撼教育」給我很大的啟發，還讓我在那個時期，不斷思考自己作為一種「商品」，依據《資本論》的「商品剩餘價值」到底在哪？在此求學，只是苦苦追趕同儕在 n 年前的知識？1914 年諾貝爾物理學獎主的 Max Laue 曾說：

「重要的不是獲得知識，而是發展思維能力。教育無非是一切已學過的東西都遺忘掉的時候所剩下來的東西。」

華裔科學家李政道也說過：

「培養人才最重要的是創造能力。」

哈佛大學教育學院認知和教育學教授 Howard Gardner 常舉一個例子：哈佛大學的畢業生在拿到畢業證書時， 被問及：

「為何夏天比冬天來得熱？」

超過 25% 學生的答覆，與學齡前的幼童沒有兩樣：

「因為地球在夏天時比較接近太陽」

反而是多數的小學學生都可以明確指出，太陽斜射的角度才是決定因素，美國的科普教育難道如此不扎實？非也，或許當限定某個專業後，基本的「常識」反而很容易被忽略。而且我也相信，即使是那 25% 作此回答的哈佛大學畢業生，在各行各業中，還是會有耀眼的表現。

[從天才思維省思現代教育] 一文提到：

1921年春天，愛因斯坦為創立一所大學，曾到美國去募款，現場的聽眾向他提出了許多問題：「您可記得聲音的速度是多少？」「您怎樣才能記得住許多東西？」「您是把所有的東西都記在您的筆記本上，隨身攜帶嗎？」……

面對這些提問，愛因斯坦侃侃而談：「我從來不帶什麼記著所有東西的筆記本，我常常任自己的頭腦輕鬆，以便把全部精力集中到我要研究的問題上。至於你們問我聲音的速度是多少，這我很難確切地回答，需要查一查物理學辭典，因為我從來不大注意去記辭典上可以查到的東西……」「那您頭腦裡盡記些什麼呀？」人們驚訝地問。

「我記的是書本上還沒有東西，我尋找著書本上還沒有的知識。」愛因斯坦回答說，「僅僅死記那些書本上可以翻到的東西，什麼事件啦，人名啦，公式啦，等等，根本就不用上大學。我覺得，高等教育必須充分重視培養學生思考和探索問題的本領。人們解決世界上的問題，靠的是大腦的智慧和創造性的思維，而不是照本宣科。」

可笑的是，高中時期的我，雖然對近代史、古典哲學、歐亞文化、代數、化學，以及基礎生物有高度的興趣，但充其量只是不排斥，而且願意花時間死記罷了，這讓我得以考上大學，跨越高等教育的門檻，然而，我的確不配在高等學府進修，因為我缺乏思維能力。文章也提到：

許多偉大的科學家都說，他們的思考過程主要是集中在影像、感覺和文字上。伽利略用圖表將自己的想法形象化，從而取得科學研究上的突破，愛因斯坦也說他「指尖的特殊感覺」常指引他朝正確的方向來思考。

關於這種感覺，愛因斯坦自己說過：「我看到數學分成許多專門領域，每個領域都能耗費去我們短暫的一生。因此，我覺得自己的處境像布里丹的驢子一樣，它不能決定究竟該吃哪一捆乾草。這顯然是由於我在數學領域裡的直覺能力不夠強，以致不能把真正帶有根本性的最重要的東西，同其餘那些多少是可有可無的廣博知識明確地區分開來……誠然，物理學也分成了各個領域，每個領域都能吞噬一個人短暫的一生……可是，在這個領域裡，我不久就學會了識別出那種能導致深化知識的東西，而把其它許多東西撇開不管。」

天才們一旦具備了一定的語文能力，似乎就會傾向於以圖像的方式來進行思考，使他們能透過不同的途徑靈活展現知識。當愛因斯坦對一個問題做過全面性的思考後，他往往發現到，盡可能以各種不同方式來對該問題做不同角度的探討相當地必要，此時他主要運用直觀和空間來進行思考，對他來說，文字和數字在此過程中並不是那麼地重要。

這讓我想到，Jacques Hardamart 在 1945 年出版的《The Psychology of Invention in the Mathematical Field》探討數學家思考的過程，發現所有數學家在創造過程中，幾乎避免使用精確的語言，而是採用模糊的視覺或觸覺概念，他以愛因斯坦的一封信件為例：

「不管是書寫或口述的字詞或語言，在我的思考機構裡，幾乎都不扮演任何角色。 ...思考的實際要素似乎是某些記號，以及多少算是清晰的意象，可以自發地再生產與結合。 ...以我的情況而言，上述的要素是視覺、甚至某種體感 (muscular) 類型。至於約定俗成的文字或其他記號，我只有在次要的情況裡，才會殫精竭慮去探求。」

然而，至今我在演繹多項應用數學的分析與歸納過程，仍拘泥於精確的語言表示，未能捕捉「模糊的視覺或觸覺概念」，或許是我所在的 IT 產業不允許、也不期望我陷入此等「難以掌握」的泥淖，但是，一定程度上，我也開始質疑在教育基礎上，所建立的思維能力。 (...後略，不公開...)

Wir müssen wissen, wir werden wissen / 我們必須知道，也終將會知道

柯尼斯堡 (Konigsberg) 在十八世紀出現一位偉大的哲學家 Immanuel Kant，在十九世紀又誕生同等偉大的數學家 David Hilbert，兩人分別成為哲學史與數學史的不朽，各自的批判精神和樂觀主義精神，永駐世人心中。

「數學是連結理論和實務、思想和經驗之間落差的工具。數學建起雙方的橋樑，並益加穩固。事實上，現代文明中，所有關於理性認識和征服自然的部分，都有賴於數學！」

1930 年 9 月 8 日，在柯尼斯堡，剛過完 68 歲生日的 Hilbert，在接受榮譽市民受禮儀式的演說〈邏輯與認識自然〉中，Hilbert 這麼提到，他認為雖然數學的應用相當重要，但絕不可用以衡量數學的價值，對維護純粹數學做了有力辯護，最後，從擴音裝置，對著懷疑主義者的「愚蠢的不可知」，堅定有力地說出了最後一句話：

Wir müssen wissen, wir werden wissen

即 "we must know, we shall know"、「我們必須知道，也終將會知道」，這句話給後世相當大的鼓舞，也是 Hilbert 的墓誌銘，同時也是回應 Hilbert 年輕時，德國哲學家 Emil Du Bois-Reymond 對這世界種種不可知，提出悲觀的哲學論點，後者指出：「我們不知道，也永遠不會知道」，作為無法參透人性意志、物質本性，與科學難以解釋的現象等等的論點，於是乎，"Wir müssen wissen, wir werden wissen" 這句話對世界上悲觀哲學理論者，予以致命一擊。

同時，在演說中，Hilbert 提到：

「Kant 高估了存在既與的事實的作用和範圍，他的哲學理論存在將人類神化的缺陷，我們必須擺脫它。」

從人類內在心智過程與物質世界的關聯，Hilbert 否定 Kant 哲學，在提出「Hilbert 的 23 個數學問題」後，數學形式化，並用確切的證明建立起新的思維體系，Hilbert 是成功的，而且是如此的耀眼。就時間觀點來說，Kant 從直覺的角度，認定是人類主觀、生來賦予的直觀形式，其立足的根基，是牛頓力學的絕對時空概念，並予以形式上對應於人類的認知，但隨著二十世紀初相對論與量子力學理論的相繼提出，Kant 無從改變此思維體系的絕對性，可說是嚴重的致命傷，Hilbert 重新挑戰 Kant 時空觀點的完備性。

有意思的是，像 Hilbert 對著數學抱著高度信心，相信是極大部份的數學家所共有的，但在演說結束沒多久，同年 11 月17 日，《Monatshefte fur Mathematik und Physik》期刊接受 25 歲的 Kurt Gödel 的稿件，證明了不完備定理 (Incompleteness Theorem，整個理論是在 1931 年完成)：有些命題為真，但無法被證明，數學家或許可說：「被證明的就是真的」，但再也無法說：「真的一定會被證明」。

參考資料：

• 董世平 - [戈德爾不完備定理]

XOrg 的 Xlib 改用 git 管理專案開發

Keith Packard 在 xorg mailing-list 發佈了 [Xlib moved to git]，未來 XOrg X11R7.1 的版本控制系統會從 CVS 移向 git，一般使用者可以如以下方式存取 Xlib git：

jserv@venux:~/x11$ git clone git://anongit.freedesktop.org/git/xorg/lib/libX11
defaulting to local storage area

XCB/XCL 的 branch 也即將整合進 mainline，這是繼之前 blog [在 Linux kernel 外應用 GIT，兼談分散式版本控制系統] 提到 XMMS2 的例子後，另一個指標性的個案，採用 git 作分散式版本控制系統，也逐漸成為重要的項目，同質的開放實做還有 svk、GNU Arch、baz、monotone，以及 bazaar-ng 等等。對了，git 現在有很多輔助的應用程式，也提供 ncurses-based 的工具，可以視覺化管理，非常方便。

對了，Keith Packard 已經在去年年底離開 HP Labs，改為 Intel 服務，這會創造出什麼新變化呢？真期待。

JNI_OnLoad 的非預期現象

Alan Burlison 在 blog [JNI_OnUnload(): mostly useless] 提到 JNI_Unload 這個 JNI call 搭配 JNIInvokeInterface 的 AttachCurrentThread call 造成非預期的現象。在 kaffe/include/jni.h 中，相關的定義如下：

/* These functions might be defined in libraries
   which we load; the JNI implementation calls
   them at the appropriate times.  */
extern JNIEXPORT jint JNICALL JNI_OnLoad (JavaVM *, void *);
extern JNIEXPORT void JNICALL JNI_OnUnload (JavaVM *, void *);

/*
 * Invocation API.
 */
struct JNIInvokeInterface
{
  void *reserved0;
  void *reserved1;
  void *reserved2;

  jint (JNICALL *DestroyJavaVM)         (JavaVM *);
  jint (JNICALL *AttachCurrentThread)   (JavaVM *, void **, void *);
  jint (JNICALL *DetachCurrentThread)   (JavaVM *);
  jint (JNICALL *GetEnv)                (JavaVM *, void **, jint);
  jint (JNICALL *AttachCurrentThreadAsDaemon) (JavaVM *, void **, void *);
};

Alan Burlison 指出問題的癥結：

what was puzzling me was that although JNI_OnLoad() was being called OK, JNI_OnUnload() was never being called, and because the thread was attached to the JVM via a call to AttachCurrentThread(), the JVM would never exit as it still had an active thread. A simple workaround was to attach the thread to the JVM as a daemon thread using AttachCurrentThreadAsDaemon as daemon threads don't keep the JVM alive, but that still meant the DLL wasn't being cleaned up properly.

稍後他試著解決問題，過去可用 java.lang.System.runFinalizersOnExit() method，不過這已經 deprecated，他最後使用的解法如下：

In light of this it appears that although JNI_OnLoad() is useful, JNI_OnUnload() is less than useful. There is a workaround, which is to register a native exit callback using Runtime.addShutdownHook() and do the cleanup that way, but it's kind of broken that JNI_OnUnload() doesn't actually do what it is supposed to, and even more odd that the JNI documentation is completely silent as to why it doesn't actually work.

在 GNU Classpath (Kaffe 算是其「超集」) 中，package gnu.xml.libxmlj.util 用到這個技巧，可參閱 gnu/xml/libxmlj/util/XMLJ.java 在 initialization 的部份程式碼，其 JNI native impl 位於 native/jni/xmlj/xmlj_util.c。

搜尋技術的進步對於郵件與桌面系統的衝擊

這個標題似乎太嚴肅了，內文則恰好相反。晚上思考 zeta function 難以入眠，於是我又開始想 call for paper 的提案 (週四才被 hc 追殺過)，反正現在失眠了，索性隨便紀錄想法 (與 call for paper 無關就是)。

我開始用 email，大概是在 1998 年，之前所有投稿或者書信往來，都是親手撰寫並透過傳統紙本傳遞。第一個使用的 email client 是 [NeoPlanet] 內建的，後來我因為興趣與工作需要，在 Win32、Linux、Solaris，以及 QNX 上切換開發環境，免不了要收 email，所以學習了若干個 mail client，像是 pine、mutt、KMail、... 等。那時候覺得 web mail 很蠢，而且自己對 SMTP 的不信任，導致跟 Web 掛勾的項目都直覺性地反感，記得有一次接一個案子，對方就是要我以 JavaMail 提供一個 WebMail 導向的整合環境，當時第一個反應是：「天阿！別鬧了」。

然而，曾幾何時，我漸漸捨棄習慣的 mail client，改用 GMail，過去嗤之以鼻的低效率、操作不便、不安全、垃圾郵件、... 的問題，竟然一掃而淨，我甚至開始將自己以 Giga bytes 計數的 mailing-list folders，逐步置放於 GMail 帳號中，反正 Google 就是有辦法提供空間。最吸引我的地方，就是快速、有效率，而且高度彈性的郵件搜尋，這對於每天都得讀上百篇文件與郵件的我，有非常巨大的幫助，另一者就是聰明的垃圾郵件過濾，我不再需要維護自己的 filter，反正 Google 的工程師總是會處理好。

再者，錯殺資料的次數，大概可跟我讀過的書籍數量相比，當然，我會作備份，但是生活在海島型氣候的台灣，硬體總是會在不預期罷工，並且根據 Murphy's Law，就算事先有因應之道，但是這些已知的潛在問題，總會在關鍵時刻出錯。GMail 的容量實在是驚人，而且申請帳號是如此容易，所以一個人擁有 n 個帳號也非難事，透過現有的工具 (Freshmeat.net 有好多 free software 可協助)，無論是備份、紀錄、放照片，或者只是隨身攜帶資料，GMail 都是很理想的選擇，那我，作為一個使用者，為何一定要把資料放在 localhost 呢？

我用以謀生的工作，也很難局限於某個項目，所以常常需要找 marketing、software、hardware、protocol、RF、... 等領域的文件，並且會收到來自內部與外部的 mail，幾年前年紀還小的時候，還會仔細的分類並彙整，但如今，我早已「視茫茫、髮蒼蒼」，沒有足夠的精力去作這些瑣碎的工作，只得一股腦兒都塞到 /home/jserv/doc 或 /home/jserv/picture 等目錄，未來要參照資料怎麼辦呢？Google Desktop 幫了很大的忙，可惜不知道葫蘆裡面賣什麼藥。硬體的運算能力已經可支撐高效率的搜尋技術，是此，有 [Beagle] 與 [Kat] 一類 Desktop Search Engine 的現身，提供了全面性的系統架構，得以與桌面系統和底層的作業系統作緊密的結合，如提昇 Linux 檔案搜尋速度，而出現的實驗性 inotify。

可以想見的未來，公司任何一個職員，只要是坐在辦公室的，絕對要面臨高負載的「數位資料衝擊」，總是有找不到的文件、總是不曉得自己曾經讀過什麼資料，以及總是無法在一堆資料中，找出真正的「資訊」，試想，我這個微不足道的小小工讀生都得為這些資料費神了，那我的老闆怎麼辦？請再多秘書也沒辦法解決問題！Newsweek 刊載了 Bill Gates 的文章 [The Road Ahead]，提到當代人總是把「資料」和「知識」這兩個概念搞混淆，前者只是單純、沒有加工的數位訊號集合，換言之，是種「言語」，而，後者則建立於「經驗、環境、闡述，以及反思」的基礎之上，是此，可說是種「語言」。當代人企盼的，正是有系統、得以掌握、充分明暸的「語言」，知識系統也面臨空前的衝擊，如何針對個人、企業，乃至於跨及海內外趨近無限的原始「資料」，分析其「言語」，歸納出有價值的「語言」呢？

同時，層出不窮的 Web applications，除了創造商機與開拓人類視野外，深刻地讓人體會到人和知識之間聯繫的重要性，並且，為每個使用者創造出獨特、客制、前設性的價值，不僅是這些應用程式的特性，更可說是「職責」。GMail 的 tag 引來許多聯想，並激起全球開發者的腦力激盪，像是我在 blog [夢幻軟體計畫八月份進度] 提到的 [CatFS]，就是一個 native GMail Taggable meta- Linux file system 的實做 (應該是全球第一個)，其他透過 [FUSE - Filesystem in Userspace] 實做的 GMail-based 的 filesystem 就更千奇百怪了，找找 Slashdot 的新聞與評論，總是會出現令人驚艷的新發現。這說明了什麼？我前面提過，使用者逐漸將資料置放於 GMail 一類高負載容量、便於存取，以及相對安全的環境中，資料量的增加是相當驚人，所以有效且直覺的分類系統，是另外一個挑戰，不可避免要提到 data mining 相關的技術。如果我們不看深入的技術，其實我們已經逐步走入過去只在科幻電腦出現的情境，假以時日，我們如果對《生命中不能承受之輕》這本經典有興趣，但沒有足夠時間閱讀，或許可以這麼跟電腦對話：

請彙整《生命中不能承受之輕》相關的資料並建檔，我需要中文撰寫的評價

在人們享受一杯濃郁的咖啡後，桌面系統就擺放好足夠的資料，並且下載的電子檔也被標示特定的 tag，告訴使用者這本書的作者 - 米蘭．昆德拉 - 的生平與相關著作，等等，這不是早就可以透過 Google 搭配 script 做到？是的，不過未來應該有更強健的 smart tagging 機制，可以動態讓這些資料具備特定的 tag，並依據使用者的偏好與意圖作調整，而，資料的「呈現」，絕對不是死板板的電子檔或摘要，相反地，桌面系統的 "Dashboard" 應該要能生動的呈現，並且讓這些 tagged 的資料，得以依據權重，主動式彙整... 就這個例子來說，使用者或許會在 Virtual Reality 的環境中，一步又一步的帶入米蘭．昆德拉營造的人類境況 (condition humaine)，這個「不能承受之輕」究竟為何？除了昆德拉以悖論的手法透過小說提出外，我們還可看到其他旁徵博引的文獻，適度地呈現於視野可及之處，最後，電腦可協助我們將剛才的探索歷程 (traversing) 記錄下來，以特定的資料結構，匯集那些獲取的資料。

GNOME 開發者、VMware 員工- Christian Hammond (chipx86) - 在他的 blog 展示了 [Taggable Desktop] 與 [Tagging and the GNOME Desktop] 的概念與實做，可作為 [Beagle] 與 [Kat] 這類 Desktop Search Engine 的延伸，並整合 taggable meta filesystem，提供一個桌面環境的 MVC (Model-View-Controller) pattern 的實現，當然，這勢必會激發出更多的想像力與功能上的創新。

未來會如何呢？我想，就如 1900 年第二屆國際數學家大會中，知名數學家 David Hilbert 在「數學問題」的開場白提到： (德文原文)

"Wer von uns wurde nicht gern den Schleier luften, unter dem die Zukunft verbogen liegt, um einen Blick zu werfen auf die bevorstehenden Fortschritte unserer Wissenschaft und in die Geheimnisse ihrer Entwickelung wahrend der Kunftigen Jahrhunderte?"

中文的意思是，身處在這變動的時代，我們之中有哪一個人不想揭開未來的面紗，讓隱藏其後的真相顯露出來，下科學的下一波進展、向未來世紀科學發展的秘密引領盼首呢？的確，我們已感受到搜尋技術的進步，對於郵件與桌面系統的衝擊，這些變動將在不久的未來，大幅改變既有的使用習慣，甚至是桌面環境生態。

Let's Hacking!

如何與不同性格的人共事？

閱讀 [如何與不同性格的人共事？] 這篇文章的同時，讓回想自己的職場生涯。如果說，有拿錢的工作就稱為「工作」的話，那我的一份「工作」或許是作 CTO 或技術總監 (時間是在上個世紀末，那個虛幻的時代)，後來有別的老闆出錢讓我當專案經理，過一段時間，我又覺得該回到「基本面」 (薪資就跟股價一樣，狂跌 *笑*)，做了一段時間的「工程師」，最後我回來當「工讀生」，算是我比較滿意的職務。

斷斷續續的「工作」大約三年多，儘管人生歷練有限，但還是與多種性格的人共事，文章提到的「小箴言」真是相見恨晚，這整理的十個情境，我似乎都遇過了。至今，我還是學不會，該怎樣作人，才得以八面玲瓏，並且有效率地解決問題。

語文的變態

標題的「變態」不若是新聞媒體的用詞，相反地，我指的是生物學上闡述蝴蝶從蛹到成蟲的變化 (即「完全變態」)。中午拜讀 Jedi 的 [文化入侵與反入侵] 與余光中的 [怎樣改進英式中文？──論中文的常態與變態] 這兩篇深入的文章後，我在蹙眉中沉思，好一段時間才回神。

在 2004 年底，我公佈了新書《揭開 X Window System 神秘面紗》的撰寫計畫，稍後 blog [不朽的意志] 提到撰書的理念，面對 X Window System 這個年紀與我相當的偉大建設，除了要述及技術細節外 (按：與之前所有的演講有關的技術項目都會在此重新詮釋，如果之前閱讀 slides 未能理解者，希望這本書會讓讀者有深入的認知)，我很想用有限的語文來描述 X Window System 發展歷程的巨變，以及那些為發展過程付出的 talented developers 的精神，就如 William Faulkner 的說法：

我相信人類不僅能夠忍耐痛苦，而且還可以克服致勝；他的不朽在於他在萬物中那永不懈怠的聲音，而在於他有靈魂，有慈悲，犧牲，以及堅忍的精神，而作家的責任就是寫出這些事情來。

這些 developers，或用行內的說法：hackers，隨著年歲的增長，有的已不在人世、有的退隱，而新血的投入，則讓這份犧牲奉獻的精神，以 MIT X License 形式延續下去。我，作為一個旁觀者，有必要用適當的篇幅來歌頌這些豐功偉業，是此，原本是技術導向的書籍，也慢慢融入歷史與主體性哲學的題材，用字遣詞與例證的選擇，也讓我苦惱。

必須承認，在我的閱讀習慣中，英文、德文，以及 Programming Languages (許多優秀 Programmers 的確可寫出「如詩一般的 code、如 code 一般的詩」，比方說台灣偉大的 hacker - 唐鳳) 所佔的比率，遠比中文資料來得多，而後者扣除新聞性的題材，所剩者寥寥無幾，而我早已被「西化」，每每犯下余光中在 [怎樣改進英式中文？──論中文的常態與變態] 所提及的謬誤，如君所見，我發表的文字中，充斥了迂迴作態的醜勢，是此，可以想見，倘若新書有機會問世，一定是本如余光中所說「惡性西化的畸嬰」，他提出警語：

中文發展了好幾千年，從清通到高妙，自有千錘百鍊的一套常態。誰要是不知常態為何物而貿然自詡為求變，其結果也許只是獻拙，而非生巧。變化之妙，要有常態襯托才顯得出來。一旦常態不存，餘下的只是亂，不是變了。

於是乎，所謂語言的「變態」，豈非淪為語言的「病態」呢？下筆之際，我還是用貧困的文字，一而再、再而三地暴露自己「病入膏肓」的窘態。Jedi 的札記則從一個看似簡單的問題出發：

「Chinese」這個詞到底要如何「翻譯成我們所使用的語言」

不僅直覺上會聯想到「政治外交意義」的挑戰，zh_TW 與 zh_CN 在文化上的分歧 (我只得訴諸強調抽象的西文來表示這概念)，說是「兩個文化體」，一點也不為過，Jedi 甚至舉了這個例子：

zh_CN 會把「牛」當形容詞用，例如「牛人」、「最牛的团」，這翻譯成 zh_TW 應該是類似「大師」和「最搶眼的團」之類的意思，當然按照語氣及情境，應該要用更鄙俗的字眼纔對，不過在此的重點是，這兩種語言已經有了很大的差別了。這就好比日文裏也有「手紙」（てがみ）這樣的漢字，不過翻譯成 zh_TW 時是「信」的意思，而不是 zh_TW 中的「手紙」（也就是「衛生紙」）；就算這兩種語言用了相同的字符，但是實實在在就是兩種語言，不應該視為同一種。

如果能夠明白這已經是兩種語言了，接下來就能看出正在發生中的文化入侵現象。試想，如果今天本地的居民看到「手紙」的時候會覺得那是「信」而不是「衛生紙」，在論文中用了「魯棒法」這樣的名稱，稱讚漂亮的女生「質量很好」，何嘗不是開始以別人的價值觀作為自己的價值觀、以別人的文化作為自己的文化、以別人的信仰作為自己的信仰了呢？這種入侵的手法，可以說是跟微軟慣用的「規格污染」手法如出一轍了。

這也讓我想到，因為投入國際性的 Free / Open source software 開發計畫，我總是會接觸到許多開發者，其中有不少熱情的年輕德國青年，在 IRC 上除了會討論技術開發外，我們有時後會討論到文化差異，而我也發現，這群德國青年也逐漸捨棄冗長、晦暗難懂的德文，改用時下流行的美式英語用詞，這何嘗不是語文的「變態」，但如果衍生為 Jedi 提到的「語言會演變、會交流、會融合，這是極其自然的，然而當這種交融變成單方面的併吞，那可就不是甚麼正常而合理的現象」，的確是發人深省的重大問題。

上膛

　　「你快樂嗎？」

心理醫師看到我的病歷，開口就問。

　　「我被說服成為所謂快樂的人」

無奈的回答。

　　「你什麼時候會快樂？」

我不方便說，因為說出來，心理醫師大概會把我直接趕出去。

　　「有朝一日，人類獲得解放的時候」

心理醫生面對我這種接近宗教性的歇斯底里搖了頭，是的，醫生放棄了，於是我再度走出診所，我已經痛苦了十餘年，映入眼簾的是，社會的亂象、人性的沈淪，以及這個世界體系的趨近崩潰...

我何得何能改變什麼呢？一點也不，這樣苟延殘喘有何意義？除感到可恥外，這一切壓迫我，到了無法呼吸的地步。

　　「碰！」

上膛的機槍做出非常有意義的「改變」，我看見自己的屍體血跡斑斑，沒多久被拖出去...

　　「也好，他終於可以喘氣了。」

於 2005 年某日。

百藝窮通偕世變 : 談資訊系統的變革

中國近代五四運動主將、中國共產黨共同發起人、知名的文藝理論家 - 陳獨秀 - 在《寄沈尹默絕句之四》詩中提到：

論詩氣韻推天寶，無那心情屬晚唐。
百藝窮通偕世變，非因才力薄蘇黃。

簡單來說，「百藝窮通偕世變」是指，百藝之變化，應隨同「世」的變遷而有所調整。剛剛在 [Apple 打算改用 Windows？] 讀到 BeerBSD 對於 PC Magazine 的 John C. Dvorak 撰寫的 [Will Apple Adopt Windows?] 一文做出的眉批，

呵呵，老德這篇文章擺明不就是要捅馬蜂窩嗎？普天之下，誰都知道有史以來對品牌最忠諴的就是所謂的麥克族 (Mac Users)嘛！嗯，或者與其說是忠誠倒不如說是一種信仰，甚至就是一種文化……

在這個文化的信仰中，隱隱然總是認為 Windows (Wintel) 根本就是個不入流的抄襲者，是惡朱奪紫的西貝貨，就算披上 GUI 的介面也只是沐猴而冠……(哈哈哈，我這段話恐怕也是在捅馬蜂窩……）

我無意去探究 Apple 公司的秘辛，不過，有注意到 [WebKit] 發展的朋友，會發現這個以 KDE KHTML 為基礎的 HTML rednering engine，且為 Apple Safari 核心的計畫，在近來的 Subversion repository 加入了 cross-platform 的支援，並有了初步的 Win32 porting，並且，還是全職的 Apple 工程師在維護這項 porting 工程，這代表什麼呢？

另外一個例子，口口聲聲打壓 Linux 與自由軟體的 Microsoft，不也重金聘請一狗票 OpenBSD hackers 來開發產品？不也僱用 Gentoo Linux 的發起人嗎？(剛離職) 甚至，如 [天落紅雨! 微軟在 SourceForge.net 推出一個開放原始碼授權的工具] 與 [ Microsoft Releases WTL To SourceForge] 兩篇新聞稿提及的，Microsoft 在 SourceForge 註冊了兩個自由軟體專案，以 IBM CPL 授權發行，分別是 [WTL (Windows Template Library)] 與 [WIX (Windows Installer XML)]，更別說微軟中國研究院對於 GHC 的投入。

這兩個例子都是比較片面性的，如果在 Google 以「自由軟體」或 "open source" 一類的關鍵字搜尋，還可以找到這一系列被「剷平世界的力量」所影響的例證，特別在資訊系統來說，這些變化相當的大。「百藝窮通偕世變」用以形容瞬息萬變的資訊產業，再適切不過了，除了技術是無止盡的改進，在觀念上，更需要有宏觀的思維並接納這些變化。

Delphi : 易主的神殿？

在我念國中的時候，Bill Gates 已經是家喻戶曉的大人物，Windows Programming 也變得異常熱門，而且物件導向的技術也終於能在 PC 等級的硬體實現。Borland 公司的 Delphi RAD 種種劃時代的創新，總讓我光看廣告就神往不已，雖然我是到了大學才開始作 Delphi/Object Pascal Programming，Delphi 開發工具一直是我相當敬重的。

讀到 [誰會買下 Delphi] 時，心情是相當沈重的，一時之間，也不知道該說什麼。Delphoi 是古希臘城，位於雅典北方約 170 公里處。Delphoi 城中有一座神殿，進駐的神址本來是大地之母蓋婭，後來改由預言之神阿波羅坐鎮，並將 Delphoi 改為Delphi，成為重要的神諭地。我想，當初 Borland 以 Delphi 命名其劃時代的 RAD/IDE 時，或許隱含了神秘的旨意吧。

無論如何，就算是叱吒風雲二十餘載的開發工具研發企業，也會面臨此窘境，Delphi 作為這個領域的「神殿」一點也不為過，如今，即將易主，未來又是如何呢？對開發者來說，就如 Delphi 神殿前的神諭：

"Know Thyself."

徹底瞭解自己，從技術、團隊合作、理性，以及 Programmer 應有的堅忍不拔精神等方面， 找到自我的價值，並建立自信，當然，也要善用工具，最終一定會找尋出最佳的方向。

uClinux-powered 的 JuiceBox

[Tim Riker] 發起了修改 Mattel JuiceBox 韌體的計畫，讓 uClinux 可在此裝置運作，相關的資訊可參考 wiki [JuiceBox] 與 [eLinux]。

Mattel JuiceBox 的軟體設計採用香港 [Emsoft] 公司的解決方案，其參考的 PMP software stack 如下圖：

根據 LinuxDevices.com 的新聞 [JuiceBox gets Linux jolt]，其硬體規格如下：

The JuiceBox is a $70 teen-targeted PMP (portable media player) powered by a 66MHz, 16/32-bit ARM7 processor. It has a 2.7-inch 240x160 color LCD, 2MB or 8MB of RAM (depending on the model), and 8MB of Flash, expandable through an SD/MMC slot. The device also has a "JuiceWare" slot, intended for use with an optional mp3 player module, photo-viewing module, and pre-packaged video modules with titles like "the triple-crown of skateboarding."

而 hack 的過程很有意思，引述如下：

The hack involves cutting traces and soldering bridges on a JuiceBox "MP3 kit" module, and then trimming the edge slots off an MMC card and delicately epoxying it into place within the module. The hack also involves soldering serial and JTAG port connector wires into the JuiceBox itself, and then copying a bootloader, uClinux kernel, and ramdisk to the JuiceBox's SD/MMC card. A soon-to-be-released, GPL-licensed "flash_program" application is then loaded into memory and executed on the JuiceBox, to copy these items to the modified module.

The payoff is a module that can be used to boot an unmodified JuiceBox into uClinux, and then bask in the calm dignity of dmesg output, surely an improvement, if the [JuiceBox website] is any indication.

詳情可參考 wiki [CategoryJuiceBox]。此外，LinuxDevices.com 的另一篇新聞 [PDA market sets new record -- without Linux] 做了 Linux-based devices 的市場分析，也值得一看。

SA-RTL : Stand-Alone RTLinux

[SA-RTL] 是個相當特別的 Realtime Linux 實做，衍生自著名的 RTLinux (知名處不僅是 Realtime 技術，也有 FSMLabs 的 patent)。不同於 RTLinux 以 Linux kernel patch 的形式散佈，[SA-RTL] 本身就是具體而微的 RTOS，能夠支援 RTLinux v3 大多數的 POSIX 1003.13 Realtime API，其特性如下：

• Low memory overhead. The core systems contains only following modules: the code of RTLinux, the minimum code needed to boot the system and basic virtual memory management.
• Scalability. Users will be able to customize RTLinux funcionalities to reduce kernel memory usage.
• Porting will be possible to systems without hardware for virtual memory support. Therefore, Stand-Alone RTLinux could be ported to a wider range of architectures.
• Less TLB and memory cache misses since only real-time applications are being executed.
• One problem of RTLinux is the use kernel modules or applications that execute directly interrupt management processor instructions (cli and sti), for example, some xfree86 drivers disable interrupts or lock the PCI bus for long time periods. Stand-Alone RTLinux removes this problem since the target system will be compiled to a single static and bootable kernel.
• We are not longer limited by the Linux memory manager. Standard RTLinux memory management relays completely on the Linux so it is not possible to implement custom virtual memory management algorithms. Stand-Alone RTLinux has full control of the MMU.

詳情可參考論文 [Stand-Alone RTLinux-GPL]。最後更新的版本是 2.2-pre2，包含以下重要元件：

• Fixed priority scheduler
• periodic and one-shot timer
• IPC mechanisms: Semaphores, Mutexes, Condition variables, Barriers (POSIX standard), and Signals
• GDB Agent
• Tracer
• SA-RTL executive memory protection / allocator (TLSF)
• context memory protection
• POSIX I/O Device

我在 hacking 的過程中，對 [SA-RTL] 2.2-pre2 做了修改，可 [在此取得]。在 source tree 中還包含了 MicroWindows 的移植與 i386、ARM (SA1110)、Xeno，以及 [XtratuM] 架構的支援，其中 [XtratuM] 是相當特別的 nano-kernel / pico-kernel，[SA-RTL] 與其組合可帶來相當的 virtualization 彈性與效能，並且也可避開 FSMLabs 的 patent。

就作業系統設計的角度來說，當 Microkernel 由 CMU Mach 演化為嶄新的 L4 microkernel，其他研究團隊在 realtime 發展提出 nanokernel 與 MIT Exokernel 等新架構，而較傳統的設計中，也陸續因應更嚴苛的挑戰與彈性需求，出現 Resource kernel 等折衷架構，Linux kernel 作為這巨大變動環境中的成功的傳統架構，在銜接新架構的同時，引入許多途徑，[SA-RTL] 就是一個很好的例子。

Sex + Math = Max

我又寫了一個奇怪的標題，在解釋之前，說個故事。今天又在跟硬體搏鬥，多次修改軟體後，還是無法達到預期的效能與呈現結果，於是跑去辦公室樓下透透氣，暢飲時，耳聞隔壁的朋友在聊黃色笑話 (按：與本文無關，略)，基本上，黃色笑話都圍繞在 "sex" 的主題，亦即在性器官與交歡做了很大的聯想，而我在腦際突然有個念頭，於是萌生本篇 blog。

以數字表達成群男女之間的交歡 (象形文字？)，可表示為：

(1-1) + (1-1) + (1-1) + (1-1) + ...

又，考慮獨立個體之間的「交換性」，也可寫為：

1 - 1 + 1 - 1 + 1 - 1 + 1 - 1 + ...

不談黃色笑話的低俗面，"sex" 本身的歷史價值是很重要的。記得毛主席在 1958 年一月 28 日最高國務會議上的講話中提及：

「人多好還是人少好？我說現在還是人多好，恐怕還要發展一點。你現在要人家節育，但我們一是工具不夠，二是宣傳不夠。農民字都不認識，還有早婚的習慣，你強迫他節育，又不行，他不能控制自己。人類還不能掌握這個勞動力的擴大再生產，幾億人口還不能掌握自己的命運。我看要搞到七億人口，就會緊張起來，邵力子先生那個道理就會大興。邵先生之道大興之日，是七億人口到八億人口之時。你現在講，他橫直不聽。但是我並不是說不要做宣傳，不要製造工具。要做宣傳，要儘可能做宣傳。我是贊成節育的、並且贊成有計劃地生育的。像日本人一樣能控制。現在人多一些，氣勢旺盛一些。要看到嚴重性，同時也不要那麼很怕。我是不怕的，再多兩億人口，我看問題就解決了。走到極點就會走向反面。現在我看還沒有達到極點。中國地大物博，還有那麼一點田。……人多沒有飯吃怎麼辦？少吃一點。要節省。一方面講節育，一方面要節省，要成為風氣。」

如果將上面的計算式賦予 "+" 與 "-" operator 計算能力，那麼，到底數值為何呢？很明顯，兩兩一對 (1 - 1) 為 0，即便無限延伸下去，總和也會是 0，但這是錯的。將第二個式子改寫為：

1 - (1 - 1 + 1 - 1 + 1 - 1 + ...)

並且令 S 為總和，則 S = 1 - S，也就是 S = 0.5，有趣吧？

另一種探討的方法是透過級數展開：

以 x = -1 代入 (忽略範圍限制)，可得：

0.5 = 1 - 1 + 1 - 1 + 1 - 1 + 1 - 1 + ...

用數學的術語來說，就是「收斂」，而回到剛剛的式子，當 x = 2 代入時，得到：

-1 = 1 + 2 + 4 + 8 + 16 + ..

又是怎麼一回事呢？這裡就不探討相關的數學細節了 (展開式的上限)，屬於高中數學範疇，略過，但從這個例子也可以發現，Math 與 Sex 彼此的交合，創造的是 Max，這在極限時，收斂與發散微妙的變化，所以：

Sex + Math = Max

故點題，黃色笑話也可大做文章呢 :-)

初探 Linux Mobile Phone

因為某種緣故，我不是很想寫這個主題的文章，但在拜讀 [Linux-based Motorola cell phones frustrate third-party developers] 與 [何種Linux Phone?] 兩篇文章後，我覺得該說點話。首先，我對 Motorola 公司是有好感的，特別是其 m68k 更是我第一個學習的硬體架構 (原始設計團隊現於 Freescale)，會到現在的公司服務 (手機 ODM)，我想某種程度來說，是有關係的 (好吧，您說是「緣份」，我也接受)。[何種Linux Phone?] 很多敘述是相當正確，並以簡要的文字帶過，Motorola 與 Trolltech 兩家公司的合作，的確創造新的契機，2003 年的初試啼聲，也為原本「虛無飄渺」的手機作業系統市場中 "Linux OS" 的項目，造就一份真實性，在此之前，Linux 早已被預測是「未來的主流作業系統」，但 Linux 的確只是 kernel。

如�