歐尼斯特·拉塞福爵士，皇家學會主席、諾貝爾物理獎得主，講述了以下軼事。

前些時候，我接到同事的電話。他正打算給一位學生物理考題零分，但那位學生卻認為他應拿到滿分。這對師生需要一位公正的調人，而挑中了我。

考題如下：「請解釋如何用一支氣壓計得到一棟高樓的高度」，而那位學生的答案是：「把氣壓計拿到樓頂，繫上長繩，垂到街上，然後拉起來，量一量用掉的繩子長度。用掉繩長即為樓高。」

這學生的確有充分的理由拿滿分，因為他真的正確而完整的回答了問題！但另一方面，如果給了滿分，會讓這位學生得到很高的成績，並認可其物理能力，但從他的答案並無法確認這件事。

我建議這位學生再試一次。我給他六分鐘作答，並警告說這次的回答必須表現一定的物理知識。五分鐘之後，他什麼也沒寫。我問他是否放棄，但他說，他有好多個答案，只是正在想那個最好。我請他原諒我的打斷，並請他繼續答題。

在下一分鐘，他草草寫下答案。這次是：「把氣壓計拿到頂樓，探出屋簷。將氣壓計丟下，並用碼表計算掉落的時間。然後，利用 x = 0.5*a*t^2 的公式，算出建築的高度。」到了這時候，我問同事是否要放棄，他讓步，給了接近滿分的分數。

在離開同事辦公室時，我記起那學生說過，他有好多個答案。我問他其他是什麼。

「這個嘛，」那學生說，「有很多方法可以用一支氣壓計得知高樓的高度啊。」

「例如，你可以把氣壓計在晴朗的天氣下立著，量它的高度跟陰影的長度，然後再量建築物的陰影長度，就可以用簡單的比例算出建築物的高度了。」

「很好，」我說，「那其他呢？」

「嗯，」學生說，「有個很基本的測量方法你會喜歡。這方法是，你把氣壓計拿著，開始爬樓梯。一邊爬，一邊用氣壓計的長度來標記牆的高度。然後你算算究竟有幾個標記，就會知道樓高是幾個氣壓計長了。很直接的方法。」

「當然啦，如果你想要複雜點的方法，可以把氣壓計綁在線的一端，盪成鐘擺，用以計算地面的重力加速度值跟樓頂的重力加速度值。由這兩個值的差，原則上，就可以算出樓高了。」

「用類似的方法，你可以把氣壓計拿到樓頂，綁上長繩，垂到地面，盪成鐘擺，然後由擺動週期也可以算出樓高。」

「最後呢，」他下結論，「有很多方法可解決這問題。或許其中最好的是，」他說，「把這氣壓計拿到地下室，敲敲管理人的門。等他應門，你就這樣跟他講：管理員先生，這是一支很好的氣壓計。如果你告訴我這棟樓有多高，我就把它送給你。」

到了這時，我問這位學生，他倒底知不知道這題一般的解法。他承認他的確知道，但他受夠了高中與大學的老師嘗試教導他如何思考。

這位學生的名字是尼爾斯·波耳（1885-1962），丹麥物理學家，1922年諾貝爾物理獎得主。最為人知的是提出了第一個原子模型，也就是質子與中子周圍環繞著不同能階電子，那個我們都熟悉的原子核被三個橢圓軌道繞著的圖形。但更重要的，他是量子力學的開創者。

註一：在翻譯完成後，發現此故事已由郝廣才在「腦力發電」一書中引用。由於是分別翻譯，不涉智財權。
註二：由拉塞福與波耳生平年代，可發現此故事應為杜撰，視為寓言即可。

隨機推薦

• SiteTag – 找出你的網站裡有哪些關鍵字 (0)
• [客座] 網際網路黑暗頁-色情網站（上） (8)
• Google Earth上看的到空氣污染？輕鬆當"永不妥協"的環保尖兵 (3)
• 鐵器時代 – 諾貝爾文學獎得主柯慈 (4)
• 創意打火機 (0)

加入MMDays在facebook的粉絲團 隨時閱讀最新文章

三天前，TechCrunch率先報導了Google有意推出自家品牌手機Nexus One的消息，而且這次不只是謠言而已，還附上了手機照片。隨後華爾街日報也跟進報導了更多細節，說這隻手機預計明年初就會上市，繞過電信業者直接出貨給消費者。所以，看起來Google真的打算要出自有品牌的手機了？

這個標題的意思當然不是說Google沒有能力推出自有品牌，相反地，Google在過去幾隻手機與HTC、Motorola的合作經驗，已經讓Google有足夠的信心與經驗推出自有品牌，而且這回，手機開發過程也不用受制於其他廠商，將全權由Google主宰…。

但是，如果各位夠細心的話，應該會發現這次新聞中，所有的公司通通不敢正面證實這個消息，例如Google、HTC和其他手機製造商。因為如果消息屬實，打到的人可就多了，包括許多Google的合作夥伴。怎樣個打法？下面這段文字，是TechCrunch上一位仁兄sigh2的留言：

If you check Gadget Blogs, people are already questioning their Droid purchase – because they want the real deal – the Google Phone. What i´m trying to say – the other manufacturers, although they hesitated in the beginning, put effort in spreading Android and are now left in the rain. Motorola is totally betting on Android.

Imho it´s a stupid move from Google and some manufacurers will maybe move back to WinMo. Because M$ maybe greedy, but the don´t slap their partners in the face. (at least not in this case :p)

HTC、Motorola這些推出Android手機的廠商，一瞬間跟Google從合作夥伴變成對打廠商，先前為了Android這個品牌所花下的研發工夫與行銷預算，現在看來都變成幫Google抬轎，他們的矛盾心情可想而知〈好吧至少HTC還是有代工這台手機，但其他廠商…〉。尤其現在是聖誕節銷售旺季，Google Phone消息一出，把Motorola正在北美強推的Droid鋒頭都搶走了，Moto應該是啞巴吃黃蓮，有苦說不出。

不過照理說，手機市場很大，多一個競爭者是不好，但也沒有到敵視的地步。Google此舉的目標其實或許是電信業者。現在還不清楚的是，Google Phone 上頭到底有什麼「服務」？有多少跟電信業者相關的？這將會是重點。

Android 的目標一直包括與電信業者脫鉤，而從目前的消息看來，這隻手機會跳過電信業直接銷售。最直接的猜想是，難道是因為Google手機所附功能會直接跟電信業者對打所致？這方面大家可以參考這篇：FCC 介入調查 Google Voice app 被 Apple 拒絕事件。

不過這只是第一步。如果GTalk這種的模式繼續發展下去，會進一步侵蝕到電信業者既有的利益，未來或許將只剩3G的錢可以賺。電信業者一直在玩加值服務，將手機當成生意平台，如多媒體簡訊、來電答鈴、影音服務等等。Google這種模式一進來，電信業者將會少很多利基。若真出自有品牌，真正的戰場應該在這，或說是這「附近」。想想看，電信業者原來賺錢的東西，網路上幾乎都有相同的，而且不用錢──而且大部份提供者還是Google。Google…just compete them with “free.”

這些消息都未經證實，只是根據流傳出來的消息進行猜想，所以也可以說都是虛的。Google若真的這麼做，必會引起電信業者反彈，目前情況曖昧不明、所有Spec都不公開，相信在公開後，仍會有意想不到的驚奇。

（本篇由Mr. Friday從線上對話增修而成初稿，在此致謝。）

相關推薦

• Google 發表 Android Open Platform：行動通訊市場即將改變生態 (13)

加入MMDays在facebook的粉絲團 隨時閱讀最新文章

一一，楊德昌

身為台灣人要談電影，不提到楊德昌是不可原諒的。楊之前的電影多半都會包含幾個鮮明的議題在其中，但到了這最後一部，卻覺得反而單純（當然也是複雜）了起來，有種反璞歸真的況味。它談的就是生命、人生，在這不大不小的年紀，每次重看都有些不同的感觸。當時是童星的張洋洋在本片的表演相當搶眼。

Citizen Kane, by Orson Welles

鼎鼎大名的「大國民」。1941年發行，而且是Orson Welles的第一部作品，卻傳世不朽，各類百大名片片單中經常的榜首。人追尋的同時也會迷失，而到了最後一刻，也許仍在企求不存在的夢。許久以前看到一篇介紹影史經典對白的文章，第一名是”Rosebud”，當時覺得莫名其妙。看完才覺得，五味雜陳盡在其中啊。

Pulp Fiction, by Quentian Tarentino

本片導演Quentian Tarentino成名前在錄影帶店打工，身為影癡看遍了全店，尤其喜歡B級電影、港片等等。基於對B級電影的熱愛，加上他本人藏不住的才華，最後便產生「黑色追緝令」這種風味十足的黑色喜劇片型。如果你喜歡電影以及五零、六零年代以降的文化，知道的越多，看起來就越有趣味。

The Usual Suspects, by Bryan Singer

「刺激驚爆點」，了不起的劇本，男主角與配角了不起的演出，酷斃的犯罪電影。結局所有看過的人都會津津樂道。Kevin Spacey以此抱走奧斯卡最佳男配角小金人。

A Clockwork Orange, by Stanley Kubrick

偉大的 Stanley Kubrick.. 史丹利庫柏力克，最為人所知的電影可能是Eyes Wide Shut「大開眼戒」或者是「金甲戰士」等，但從一推出以來就立刻到處被禁播的這部「發條橘子」才是我的最愛。其中直接探討人性、善惡對立等問題，大膽、尖銳、衝突性強。額外加分的是，影片各場景普普風格的佈置非常令人嚮往。

The Big Lebowski, by Joel Coen

「謀殺綠腳趾」。柯恩兄弟的作品幾乎沒有失手，之所以挑這部電影，是因為在他們擅長的灰暗、黑色片型之外，這部電影呈現出一種溫情，還有對嬉皮年代的緬懷。主角Jeff Bridges的演出我通常不喜歡，這片例外。

Taxi Driver, by Martin Scorsese

馬丁史柯西斯，鼎鼎大名，近年卻很少出好片（神鬼無間、美國黑幫等等）。「計程車司機」有勞勃迪尼洛，還可以看到早年的茱蒂佛斯特，以及赤裸裸的小人物、底層社會。個人意見，這部電影以及「蠻牛」，是史柯西斯最好的時光。

Blade Runner, by Ridley Scott

雷利史考特在「異形」之後，拍出了個人覺得更棒的「銀翼殺手」。關於這部電影，已經被影迷一個frame一個frame的討論到快爛掉了，它的魔力實在無窮。對於人造人這個想法，之後的電影永遠也只能東施效顰。

Nuovo cinema Paradiso, by Giuseppe Tornatore

「新天堂樂園」。如果還沒看過，建議一定、一定要找來看，並且準備好大笑與面紙。推薦後來出版的director’s cut，原先的版本剪掉太多了。

The Bridges of Madison County, by Clint Eastwood

牛仔克林伊斯威特是我個人非常喜歡的導演之一，在Unforgiven（殺無赦）跟這片之間猶豫許久，還是選了這部「麥迪遜之橋」。非常感人，對白、演技、故事，無懈可擊。Eastwood老伯在九零年後的電影都有一種年邁的圓熟，歲月燉出的深度。需要細細品味。

很可能是遺珠的，很個人的喜歡的：

Eternal Sunshine of the Spotless Mind, by Michel Gondry
The Last of the Mohicans, by Michael Mann
The Royal Tenenbaums, by Wes Anderson

隨機推薦

• 日式P2P原理探究(三) — 作者也下水, P2P分享軟體的原罪? (8)
• NASA會自我組裝的機器人 (0)
• 測不準原理淺介 (15)
• 創意座椅 (0)
• Super Mario X (3)

加入MMDays在facebook的粉絲團 隨時閱讀最新文章

要稍微看懂這整個情況，需要一些背景知識。首先，Linux 到底是甚麼樣的東西？前文曾經述及，Linux 其實原指 Linux kernel，也就是作業系統的核心部份。而運行在這核心之上，有各式各樣的軟體，有的可以讓我們傳 MSN, Yahoo messenger、看網頁、收發 email 等等之類。在 Microsoft Windows 上我們有些熟悉的軟體來做這些事，在自由/開放軟體（Free and open source software，以下簡稱 FOSS）的世界同樣也有，例如許多人都聽過，而且也可以在 Windows 上使用的 Firefox。

把現有一大堆的 FOSS 專案組合起來呈現給使用者，形成一套完整的作業系統，這樣的組合就稱作 “Linux distribution“（後簡稱 distro）。由於 FOSS 的世界大部分的程式碼都是公開的，所以取用現有的成果以及修改已有的程式也相對容易。這就產生了互相之間版本的依賴性，以及部份的功能不同等等情況。例如 A 取用了函式庫 B 的功能，而這功能是在 1.0.2 版之後的 B 才有的，那我們就會說 A 依賴大於 1.0.2 版的 B。種種這些互相依賴性以及提供的軟體種類、安裝/移除方式等等集合起來，導致不同的 distro 之間，某些功能經常有些微的差距，程式也經常不能直接互換使用。

套用 Windows 的概念來理解就是，通常 Windows 一次只存在一個當紅炸子雞，而且程式經常都可以互換使用。但 distro 同時間有好幾個，甚至同一個 distro 也有「穩定版」、「測試版」等等不同，而且互相之間還常不能互換程式執行。一般來說，這不構成甚麼問題。因為程式碼都公開，各 distro 只要自己管好自己，把夠多的專案編譯好提供給使用者就行了。雖然有些版本、功能差異之類，但在不同的 distro 上，只要知道名字，都可以取用到差不多的功能。

但現在問題來了：那不想公佈程式碼的人怎麼辦呢？該如何提供程式給不同的 distro 使用者讓他們都可以取用呢？其實是可行的，但說起來有點麻煩，一般只想趕快弄好的廠商除非剛好內行，大概也很少真的這樣做。

提了這一大堆，意思是甚麼？這就要把 Eee PC 等等嘗試裝載 Linux 出貨的 netbook 放進來一起看了。如果朋友介紹你一個好用的 Windows 新程式，而在 Nokia 手機上不能執行，大多數情況你並不介意，因為觀念上我們認為手機跟電腦是不同的。但如果今天它不能在你的筆記型電腦上執行呢？如果用 Windows 能跑的，在你花了一萬多買來的筆記型電腦上都不能跑，那你還會對這台電腦很滿意嗎？假如它也不能讓你容易的處理朋友寄來的文件檔跟簡報檔呢？

（有興趣的讀者，可以略為打聽預載 Linux 系統的小筆電退貨率…）

那麼我們不禁要問，為何要裝 Linux 呢？為何不裝 Win XP 就行了？那是因為與 XP 相比，Linux 有開放原始碼的優勢（當然啦，也有些作業系統技術上的優勢，但這裡就不引起筆戰了），能夠在便宜的硬體上做出更好的效能，而且還可以省下付給 Microsoft 的那一筆授權費用。這表示價格優勢，也部份說明了為何現在 netbook 回到預載 XP 後又掉入效能與價格競爭的窘況。況且，目前 netbook 以 Intel CPU 為主，但若考慮目前如 ARM 系列的功耗、效能，似乎建構在其他 CPU 上的 netbook 也不遠了（其實已經出現），這在以 Intel 為主的 Windows 作業系統來說，又是另一個有趣的變數。

而 Android 的加入，可以扮演甚麼角色，又將會造成甚麼改變？前文曾提及，Android 提供了只需發行程式而不需發行程式碼的方案，因為所有程式都是在虛擬機器上面執行，所以一份程式，大家通用。這就創造出 FOSS 常欠缺的 ecosystem，讓大家各取所需，有獲利方式。另一方面，Android 在硬體層也避開了 linux driver 的灰色地帶（這部份又有一些學問，也許日後再述吧），而讓廠商可以安心的不公開驅動程式的程式碼。更遑論 Android 對 ARM 的原生支援…

然而，儘管有這麼多好處，目前 android 仍然是不能執行 windows 程式的，只是它允許了廠商相對容易的「發行 Android 版」，而又不需公開程式碼。下一步，就是看使用者的習慣能否成功的改變。一是大家開始用雲端運算處理朋友寄來的簡報檔、文件檔，這是 Google 的如意算盤，再不就是 Microsoft 推出 Android 版的 Office，這似乎也不是不可能吧？

就筆者 FOSS 推廣者的角度來說，Android 不是甚麼好事，但無可否認它在商業模式很周到，而任何一個理想都需要不餓死才好推行。

相關推薦

• Nexus One首週數字出爐，客服支援是致命傷 (2)
• Android 淺探(二)：系統架構 (16)
• [MMDays 專欄] 展望 2008 互聯網 (24)
• Google 發表 Android Open Platform：行動通訊市場即將改變生態 (13)
• 報業為何如此討厭Google？（三）Google是如何成為報業公敵的？ (7)

加入MMDays在facebook的粉絲團 隨時閱讀最新文章

一位朋友的文章「恭喜一位 “Loser” 老友終於出頭天」裡提到這篇”Doing More With Less“，作者敘述他如何大半靠失業救濟金生活了六年。這篇文章很適合全文翻譯然後拿來全台演講，最好翻譯成一個名詞大肆推行，假扮專家。其中我特別喜歡這段：

Every once in a while I’ll find myself downtown in the middle of the day and I’ll see all the drones hustling this way and that with their pinched little waddles, looking at their watches and pouring Starbucks into their faces, and I’ll think, my God, I’m the luckiest bastard alive. Maybe I’ll have to pay for it on the back end and work as a Wal-Mart greeter when I’m 85, but then again, I’ll have a lot of company.

At some point recently, probably while you were listening to a Dan Brown audiobook on your commute, those decadent pinko, Socialist, pacifist, cheese-eating, nap-taking, 25-hour-workweek Europeans became the dominant economic power in the world. The EU is the new United States, and the United States is the new…Mexico?

And it’s not my fault, it’s because of people like you! High-earning workaholic assholes like you who feel entitled to buy big houses with gimmick mortgages and drive huge cars that force our government to subsidize gas prices, who run up credit card debt buying products you saw on your Chinese-made big-screen television and then vote Republican so you can pay less than your fair share of taxes!…

試翻譯如下：

每隔一陣子，我會發現自己在大白天身處市中心，看著過往人群像工蜂般嘈嚷穿梭，擁擠搖擺著走路，瞄著手錶，吸幾口星巴客。這時我會想，天啊，我實在是個最幸運的混蛋。或許我最後要付出一些代價，例如在八十五歲時還得當沃爾碼超市的接待員，但至少我到那年紀還有很多同伴。

近來的某一剎那，或許就在你於通勤途中聽丹·布朗（達文西密碼作者）有聲書的時候，那些頹廢、左傾、社會主義、反戰、吃起司、午睡、一週只工作25小時的歐洲人已經變成世界經濟強權了。歐盟就是新的美國，而美國呢，也許是新的…墨西哥？

而這不是我的錯，是你的！就是像你一樣的高所得工作狂，覺得有權買大房子附加一堆貸款、開大型汽車迫使政府補助油價、花光信用卡額度買下那些從你中國製大型電視上看到的各種產品，然後投票給共和黨所以你就可以少付一些應付的稅。…

文中所述當然適用美國，但反觀台灣，會不會有一種悚然的啟發。我們喜歡吹噓自己的競爭力，但那是犧牲個人生命應有豐富、超時而無效率的工作，並且扼殺創造力的老鼠賽跑。我們愚蠢地守在舒適區中，與次級的對手們比賽著生產成本、流血競價、盲目跟隨推出規格更好、價格更低的產品，卻總是抓不到神髓。那麼多首屈一指的人才，困守在故步自封的企業中浪費才能，在跟隨業界而不是讓業界跟隨的懶惰大學教授指導下封印自身發展，拼命熬夜賺錢然後拿去買相機，用處是在資訊展的時候拿來拍追不到的女模特兒。再不就是砸錢買貴到離譜的腳踏車，用來說服自己週末運動可以彌補一週爆肝。是不是該退後一步，看看這一切究竟出了甚麼問題？

外國管理階層當著我面鄙夷的說，”There is no Apple in Taiwan for good reasons.” 而我發現無法反駁。從教育著手，並且做得對的話，也許下個十年這些都會不同。經濟蕭條，正好給我們一些空間回顧自身，若不做些改變，還是守著拼命工作蒙頭亂衝的老路，總會有拿得更少、做得更拼的國家跳進來，把惡性循環變得更糟。

最後把以前看到的一段話拿出來分享：

There are three ways to do anything faster:

1. Work harder.
2. Work smarter.
3. Get help.

共勉之。

隨機推薦

• 數位牆壁塗鴉 (4)
• 瞬間的美麗 (2)
• [MMDays 專欄] 當善心碰上商業現實：百元電腦給我們的啟示 (11)
• 今日我最噗 – Plurktop 歡迎大家測試！ (9)
• 迎接 Online TV: 不可避免的前景 (7)

加入MMDays在facebook的粉絲團 隨時閱讀最新文章

Linux kernel

必也正名乎：一般所稱 Linux，其實是統稱，指根基在 Linux kernel 以及其他許多跟 kernel 不見得有關的軟體所組成的作業系統。最早，Linux 一詞其實是專指 kernel，它提供了系統底層與硬體間的基本平台，讓其他程式可以在上頭執行。其最早作者是 Linus Torvalds，他用自己的名字，加上採用了與 Unix 系統相容的介面，將自己的作品命名為 Linux。

如前所述，在 Linux kernel 上頭執行的程式，跟 kernel 本身不見得有關係。可以是自由軟體，也可以完全不是。把它加上一些自由軟體，例如基本的函式庫、工具、圖形介面，應用程式等等，所組成的一套完整作業系統，才是一般所稱的 Linux。為了避免誤解，而且也為了正確傳達自身的貢獻，自由軟體基金會建議大家稱呼這樣的一套作業系統為 GNU/Linux。其中的原因是，kernel 提供底層機制，但系統中重要的元件幾乎都是來自於 GNU，也就是自由軟體基金會。

希望大家還沒被這些名詞搞混。要弄清這些不同的原因是，Android 是在 Linux kernel 上頭運作的，但他並不是 GNU/Linux。因為在一般 GNU/Linux 裡面會有的東西，Android 很多都沒有。

Linux kernel 的版權是 GNU General Public License version 2 (GPLv2)，這又是什麼玩意呢？GPLv2 是所謂的 Copyleft 版權，簡單來說，就是為了確保智慧財產能夠繼續公開流傳，所以任何基於此創作的延伸創作，都自動採用了相同版權。GPL本身還有個特色，就是「共同運作」也算是延伸的一部分，意思是說你的程式沒直接改GPL的程式碼，但是連結了GPL的東西跟你的程式共同運作，那你的程式也必須採用GPL版權。

舉例來講，假定今天某公司覺得某GPL軟體不錯，拿來改了改，放在自己的產品裡頭拿出去賣，那某公司就一定要明確的一起散佈修改後的程式碼。如果沒有，那就是觸犯版權了。有個組織叫 GPL Violations，專門抓這種案例，國內公司如 D-Link 以及 ASUS 都上過榜。這下問題來了：如果你是硬體廠商，希望你的硬體能在 Linux kernel 下運作，那麼就必須要有驅動程式。驅動程式就是按照硬體的規格寫的程式，用來告訴 kernel 怎麼操作這個硬體。如果驅動程式的程式碼公開，等於硬體規格也公開的差不多了。許多廠商不願意這麼做，所以就提供編好的驅動程式，但不提供原始碼。版權所有者，也就是 Linus Torvalds 以及其他許許多多的 kernel 作者們，為了支援盡可能多的硬體，對這種行為是採取睜一隻眼閉一隻眼的態度，也就是目前這種編譯好的驅動程式，算是處在灰色地帶。

既然 Android 採用了 Linux kernel，當然得照遊戲規矩來。但我們從前文可知，Android 的重點就是商業應用，他們可不願意系統裡有什麼「灰色地帶」，於是採用了一些手法來繞過這問題。他們把驅動程式移到 “userspace”，也就是說，把驅動程式變成在 Linux kernel 上頭跑，而不是一起跑的東西，這樣就可以避過GPL。然後，在 kernel 這邊開個小門，讓本來不能直接控制到硬體的 “userspace” 程式也可以碰得到，這樣只要把「開個小門」的程式碼公佈就行啦。事實上，目前因為 Android 已經發行，所以依法他們已經公開了對 kernel 的修改，其原始碼在 http://git.android.com/。

走筆至此，可以看出 Google 的原則之一 “Do no evil” 是很有意思的。他們自己的確承諾，而且也願意公開 Android 的程式碼，但是他們給了其他人 “Do evil” 的選擇。這樣還算不算是 Do no evil 呢？當作哲學問題吧。

關於 Android 對 kernel 的修改，Google 的簡報還提供了兩個重點：

1. Binder (IPC)：提供有效率的程式間溝通管道(Inter-Process Communication)。Android 系統中有很多服務，而上層的應用程式經常要取用這些服務，一般的 Linux 系統已經提供了不少 IPC 的方式，不過 Android 還是搞了套自己的。雖說文件中解釋原因為「一般 IPC 會造成額外資源花費，以及安全問題」，但其實這些都是可以基於原有架構在 kernel 外頭解決的，為何要改在 kernel 裡頭，筆者對此存疑，也只能等找時間去研究程式碼才知了。
2. Power Management：與桌上型電腦或筆記型電腦不同，手持裝置的電源一向相當有限，必須無所不用其極的去想辦法省電，但又不損及順暢的使用經驗。Android 在此採取了頗為積極的作法：「沒有人說要用，就關掉」。例如某程式在放 MP3 音樂，於是此程式會需要 CPU 的計算能力，那就得開口要。如果與此同時沒其他程式在執行，那麼 LCD 顯示器就可能被關掉，藉以省電。另一特別處，是在於 Linux kernel 一般考慮的都是在電腦上的作法，所以多半只有進入暫停、休眠等等的選擇，而不會如此細緻的去控制到各個小裝置的電源供應。

系統函式庫

這裡說的系統函式庫是指 “native libraries”，是跑在系統裡頭的函式庫，採用的語言不是 Java，提供一些基礎建設。裡頭有幾個值得一提的元件：

1. Bionic：這是 Android 版的 libc。libc 是 GNU/Linux 以及其他類似 Unix 系統上最基礎的函式庫，一般最常用的是 glibc，就是 GNU 做的 libc。不然在比較小型的裝置上也可以用 uclibc。不論是 glibc or uclibc，版權都是LGPL (GPL 的略為弱化版)。看到這大概可以猜到了吧，又是 Copyleft 問題。官方的說法是，除了版權問題以外，還考慮必須輕量以及快速，所以才做了自己的 libc。不過輕量、快速，本來就是小型裝置用的 uclibc 一開始的目標，因此，最主要的恐怕還是版權問題。
2. Webkit：鼎鼎大名的 Apple Safari 瀏覽器背後的引擎就是 Webkit，Android 也包含進去了。離線使用的 html 配上 html 5 的一些新發展，產生了各種有趣的可能，這部分值得另文介紹，這裡就不再贅述。
3. Surface Flinger：提供把各種”surface”組合在一起的能力。在這裡 surface 解釋為程式想要顯示在螢幕的東西，可能同一螢幕上有來自不同程式的內容，而這些內容有可能是 2D 顯示或是 3D 顯示等等之類。Surface flinger 就是把這些東西結合起來，一起送到螢幕上。目前程式碼還沒公布，不過 2D 跟 3D 的混合顯示一直都是問題，根本原因是我們通常告訴 3D 顯示卡的東西都是一些「我要在哪裡哪裡畫上什麼形狀，貼上某某材質然後旋轉多少度」之類的事情，也就是說，我們並不知道最後顯示出來會長什麼樣子，那是顯示卡上頭的 GPU 去算出來的。一般這些東西是顯示在一個有裝飾的視窗裡頭，這裝飾通常是 2D 效果。接下來假定我們想要旋轉這整個視窗，而且裡頭的東西還要繼續動，那等於要隨時把握 3D 視窗裡的東西長什麼樣子，然後把它跟 2D 的視窗框框結合，然後再開始轉動。目前在一般 GNU/Linux 上這件事情還沒有處理的非常好，Android 怎麼做，值得在程式碼公布之後注意。
4. 硬體抽象層 (Hardware Abstraction Libraries)：這就是前文所述的 userspace 驅動程式，如果想要將 Android 在某硬體平台上執行，基本上完成這些驅動程式就行了。其內定義了 Android 對各硬體裝置例如顯示晶片、聲音、數位相機、GPS、GSM 等等的需求。

Android Runtime 前文已有涉及，這裡不再重複。另外藍色部分的 “Application Framework” 主要是跟如何在 Android 上寫程式有關係，之後將另文介紹。

相關推薦

• Android 究竟帶來甚麼 (8)
• Nexus One首週數字出爐，客服支援是致命傷 (2)
• 從行動裝置、行動上網到行動消費 (5)
• Android 淺探(一) (5)
• Android 最新原型機於 Google I/O 亮相：G-Phone 即將問世？ (4)

加入MMDays在facebook的粉絲團 隨時閱讀最新文章

Android 所採用的語言是 Java，先從這開始談起。一般所謂 Java 其實包含三個元素，其一是 Java 這個「電腦語言」，也就是像這樣的東西：

class HelloWorld
{
    public static void main(String [] argv)
    {
	System.out.println("Hello, world!");
    }
}

也就是用人比較容易看懂的語言(也許不那麼容易啦，但至少比一堆 0 跟 1 來得好)來叫電腦做事，比如上個例子是在螢幕上印一行字 Hello, world。我們還會需要一個「編譯器」，來把這語言從人看得懂的，翻譯成電腦看得懂的。容後再論。

第二個元素是「Java 虛擬機器」(後稱JVM, Java virtual machine)。電腦的核心 CPU 是有很多不同種類的。一般我們用的是 Intel 的產品，有些是 32 位元、有些是 64 位元。有些人用的可能是 Power，例如部分蘋果電腦的使用者。還有一些小一點的電腦，可能就是用 ARM 架構。總之，不同的 CPU 使用方法也不同，指令是不能直接互通的。虛擬機器就是設定一些共通的指令，然後針對各種不同的架構各寫一個程式去配合這套指令。如此一來，我們只需要把程式編譯成「虛擬機器」看得懂的就行了。Java 使用的共通指令就稱做 “Java bytecode”。

其三是 Java runtime library，也就是一個「函式庫」，裡頭存了很多編譯好的現成程式，來讓開發者使用，這樣就可省下很多重覆的工作。比如上頭這例子裡頭的 System.out.println 就是函式庫提供的。那我們可以想像，如果在程式中我們用了很多某個函式庫裡頭的東西，但是用的人只拿到編譯好的程式，但沒有同樣的函式庫，那這程式還是不能用。比如說，Windows, Linux提供的基本函式庫就很不一樣，所以做同樣事情的程式，寫法可能完全不同。Java 函式庫裡頭提供的工具，是有標準可循的，所以以上的程式，不管是要在 Windows 上頭跑，或是 Linux 上頭跑，都是一樣的寫法。

二跟三兩者加起來，合稱 “Java Runtime Environment”, JRE. 它可以讓編譯好的 Java 程式「跨平台」。怎麼說呢？我們用 Java 這個語言寫程式，呼叫 Java 函式庫裡頭的工具，最後用編譯器編成共通的指令集，交給虛擬機器去執行。如此一來，同樣的程式在各個地方都能跑了。這雖然聽起來很棒，但我們可以想像，由於隔了一層虛擬機器跟函式庫，一定會比直接下命令來得慢，而且也要有人針對某作業系統跟某 CPU 架構去寫了這套東西，大家才能用。另外一個想法就是，那為何不直接把程式碼公開，讓大家針對不同的情況去處理，這樣就不需要虛擬機器，速度也一樣快，不就兩全其美了嗎？自由軟體走的就是這樣的路子。

問題是，許多公司不想公布自己的程式碼，因為必須要靠它賺錢。Java 讓他們可以不公布程式碼，只發行編譯好的程式，就在各平台上執行。使用者只需要安裝虛擬機器跟函式庫就行了。我們可以說，Java 是適合商業應用的。這點是很重要的一個特性。

以上的觀念大概瞭解了以後，我們看看 Android 在這部分做了什麼。

一、語言部分

Android 使用的 Java 語言並沒有不同，原本熟悉的工程師仍可以繼續使用。

二、虛擬機器

Android 使用的虛擬機器叫作 Dalvik，原本並不是針對 Java 設計的。它認識的指令集並不是 Java bytecode，而叫 Dalvik executable，簡稱 dex。Android 裡頭提供了一個工具程式叫 dx，可以把 Java bytecode 再翻譯成 dex，這樣 Dalvik 就知道怎麼執行它了。這虛擬機器為了適合在電話這種比較小型的平台上使用，而做了許多最佳化的處理，例如減低記憶體的使用，而且可以有效率的同時執行好幾個程式。它仰賴底層的 Linux 作業系統來幫他處理一些事情，意味著目前 Dalvik 是綁在 Linux 上的。

三、函式庫

Android 提供了大部分的標準 Java 函式庫(來自於Apache Harmony)，並把他們轉換成 dex 的格式，如此 Dalvik 才認得。除此之外，還提供了很多獨有的函式，讓使用者可以直接呼叫來使用電話、GPS等元件，或者是一些視覺的元件來取得跟其他 Android 程式相同的外觀。

Android 虛擬機器與函式庫合稱 Android Runtime。它有幾個特性：

• 不能直接執行編譯好的 Java 程式。要轉換成 dex 檔案後才能執行。
• 若此程式使用了 Android 未提供的函式，仍不能執行。
• 若我們拿到了 Android 應用程式，無法在 Java Runtime 上跑起來。原因為 1. 必須把 dex 轉回 Java bytecode，這難度目前不明。2. 沒有 Android 提供的獨有函式。

仔細思考的話，會發現所謂 Android Runtime 跟 Java Runtime (尤其是 Sun所提供的套件)的不同處很多，只是「剛好」Android 提供了很多 Java 函式庫裡的功能，讓 Java 工程師可以無痛的轉換罷了。另外就是他仍然保持了對商業應用的親和性，只要發行編譯好的 dex 檔案，而不需公布程式碼。

延伸閱讀：
1. Dalvik: how Google routed around Sun’s IP-based licensing restrictions on Java ME 關於 Android 如何繞過 Java ME
2. with Android and Dalvik at Google I/O 對 Dalvik 有興趣的話一定要看

(待續)

相關推薦

• Nexus One首週數字出爐，客服支援是致命傷 (2)
• 從行動裝置、行動上網到行動消費 (5)
• Android 究竟帶來甚麼 (8)
• Android 淺探(二)：系統架構 (16)
• Android 最新原型機於 Google I/O 亮相：G-Phone 即將問世？ (4)

加入MMDays在facebook的粉絲團 隨時閱讀最新文章

今年 FOSDEM 是在比利時布魯塞爾舉行。當地英文不是主要語言，而是以法語、荷語為主。一出機場，英文就看不見了，只在旅館等屬於觀光客的地方才有。好在大眾運輸系統標示相當清楚，就算是文盲，憑著拼字以及圖示猜測，還是正確地火車轉捷運抵達旅館。年會歷時一個週末，從周五晚上開始，到周日下午結束。周五晚開場的活動是 Beer event,「啤酒聚會」，在 Delirium Café 舉行，20歐元的費用就隨你喝到爽。比利時啤酒天下第一，吧台光是新鮮的加壓啤酒大概就有20多種，景象頗為壯觀，啤酒們口味濃淡各自不同，不過酒精濃度都比普通的高些，一般在 7% 甚至到 15% 左右。經過親身試驗，忙著聊天的結果只嘗試了五六種，全都很好喝。在這暖身活動就見到不少人物，除了之前幾位合作的舊識之外，也看到一些名人，總之就是些大鬍子、光頭，不是很胖就是很瘦，諸如此類。不過由於 FOSDEM 已經屬於比較商業的活動，許多人都是公司付錢來參加，據同事說，氣味比較不像之前他去過的 CCC 那麼嬉皮，大部分人看起來都正常多了。

例如席間跟新認識的 Mark Brown 聊天，此人自我介紹是 Debian zlib 以及其他幾個 package 的維護者，類似如此的小驚奇層出不窮，很容易就會認識到原本在某某專案中看過的名字。這可說是開源碼相當令人興奮的特色之一，就是個人名譽。這對於做開源碼的個人生涯有非常大的相關，只要你有顯著貢獻，財務上會有穩定保障，可繼續專心發展軟體。聊著聊著，話題不知怎麼的，帶到開源碼的工程師待遇問題，我說在臺灣這邊的公司，有許多人是放棄了更加高薪的職位，為了想發展開源碼而加入的。他的反應頗大，指出其實這問題很普遍，他個人也是同樣情況。當然為了這種信仰，人們會願意放棄一些金錢上的好處，但我想繼續尋求更佳的開源碼獲利方式，才是皆大歡喜的策略。

FOSDEM 正式舉行的場地當然不是酒吧，而是 Université Libre de Bruxelles (ULB)，布魯塞爾自由大學。接下來兩天正式的活動大概分成兩大類，其一是演講類，其中又分在大間教室舉辦的較一般性的大演講，以及所謂的 lightening talk，每人15分鐘的時間發揮。還有在各小間教室舉行，針對比較特定族群的演講，例如 Mozilla, gnome, kde, x.org 以及 embedded 等等。另一類是專案攤位，例如耗去我大部分時間的 OpenEmbedded 攤位，旁邊就是 PostgreSQL，另一邊則是 Debian 等等不同專案的地盤。這些攤位主要目的是公關，海報、傳單、紀念品，以及向有興趣的人介紹、推廣自身 project。會場氣氛相當熱烈，不論是在演講中提出的問題，以及在各攤位、走廊間，四處都可見到三五成群的各色人等，操著不同口音的各種語言，討論充滿奇怪名詞以及縮寫字的議題。雖說各類網路溝通工具都已經相當發達，但目前這種面對面討論以及演講等等所傳達的訊息濃度，仍是無法取代的。原本只是網路上暱稱的人們聚集一處，互相認識，對於日後合作也會有相當助益。

技術方面就這次參與到的部份簡單敘述一些比較有趣的：OpenEmbedded (OE) 的發展看來仍然很不錯，最近的技術 package staging 如果能夠發展成熟，將能顯著減少系統編譯的時間。一般來說，嵌入式系統困難的部份在於軟硬體的整合，這部份搞定之後，就是系統其他部份要添加血肉。而一般開發者要進入嵌入式領域，cross compiling (抱歉，此專有名詞不翻譯比較好) 通常是個門檻，而且經常在重新創造輪子，解決已經有人解掉的問題。OE 原本做得最好的就是這部份，但相對的，動輒數十 GB 的磁碟消耗量以及編譯消耗的時間，還有陡峭的學習曲線等，都是問題。這次修改應該對磁碟消耗量以及編譯時間有相當的幫助，但在學習曲線部份，就沒什麼助益。希望隨著專案日益穩定，以往由於本身瑕疵造成的學習困難可以日漸減少。

另外在系統安全的部份，SELinux 或許已經可以決定是個失敗的嘗試，因為實在太難用了。這次聽到的 Tomoyo Linux 至少很容易懂，但相對來說比較新，還有不少功能沒做進去。等到都進去之後是不是還這麼好懂，以及由於是日本人做的專案，宣傳上沒有西方人這麼強，日後的發展，拭目以待。Tomoyo Linux 的演講者 Toshiharu Harada 相當有趣，日本腔很重，一開始就很有禮貌的給每個人名片及測試光碟，讓大家可以直接拿來開機嘗試。首張投影片就說 FOSDEM 是歐洲人的聚會，但他是日本人，為了要推廣 Tomoyo，公司花了很多錢讓他飛了很遠來到這裡介紹。我好像也飛了很遠，而且當時整個 FOSDEM 裡頭只有我跟他兩張亞洲面孔，真是心有戚戚焉哪。

我想 embedded 系統很值得關注的部份，應該是手持裝置的領域。之前我不知道 smartphone 以及 pda 在歐洲極度普及，歐洲朋友告訴我，如果是白領階級，使用 smartphone 且隨時收發 email 已經成為常態。這跟臺灣的狀況明顯不同，所以很容易忽略這塊是多麼可怕的市場。由於手持式裝置的天性，許多組織，包括公家機關、企業等等，會希望能夠對軟體取得更多的控制，做出組織專屬的客製化手機。而一般使用者也會希望對應用軟體有更多選擇，這點可由 iPhone installer[1] 的成功看出。此類需求隱約與自由精神相合，故開源碼在這應該是很有機會的。OpenMoko 目前是唯一的開放平台，軟硬體都公開，所以仍然獲得許多專注目光，可惜專案公司本身似乎不太確定之後的腳步該怎麼走，跟社群的連繫也不佳，導致希望幫忙的人不得其門而入。

iRex 所出產的裝置之前只聞其名，這次真正見識，令人印象深刻。撇開裝置本身輕薄不談，最驚人的是螢幕，僅有黑白兩色，顯示細緻、清晰，在陽光下的表現更加清楚，品質已經直追紙張，真正達到易讀的目的。螢幕上的字母不像一般液晶顯示器，反而有紙張印刷的質感。另外有專用的觸控筆，除了專用筆以外的東西接觸螢幕，就不會感應，行為與筆記本相同，避免此類裝置在背包或口袋中胡亂感應的問題。或許在將來的大學，會人手一本也說不定。

參加此類聚會，個人有一深刻感覺，就是談理論的不多，大部分都是談實作。這再次碰觸到經常被忽略的一點，即電腦科學與電腦工程師是相當不同的領域。電腦科學家偏向數學，事實上僅需要紙筆就可以發展，僅需要實作來證明。但對工程師來說，實作才是真正重點，因為理論僅發展一次，其後都是各種應用，這就需要工程師來填補。對科學家而言，理論是研究的目標，但對工程師而言，其在電腦科學的素養經常只是為了理解理論，進而應用。我們在學校所受的訓練，經常著重理論教育，對各種程式庫 API 熟悉、對通訊協定熟悉、對現有軟體架構熟悉，往往不會被視為真正的成就。但一旦真正進入業界，才會知道這些才是真正把東西做出來的能力，反而理論方面，只要熟習現有的東西，並且靈活運用，就已經非常足夠。我認為在現今電腦教育中，加入更多專案，以開源碼、Google summer of code 等等為目標，由真正會寫程式的助教或老師來帶領，對學生們會是非常有用的。

在會議將近結束時，發生一件有趣的小插曲。一位看起來非常熱血模樣的年輕人，操著歐洲口音很重的英文，衝向我們詢問有沒有 Debian 的使用者。我回答有，他立刻抽出一台華碩 Eee PC，開機，嘴巴喃喃念著說他有個問題不知道怎麼解決，希望我能幫忙。開機開到一半，他激動的指著一行錯誤訊息說，他的電腦在這裡發生問題，會停頓兩秒鐘才繼續開機。他不能容許他的機器在開機的時候停下來兩秒，他一定要把他修好！我問他有沒有試過直接開到 shell 下執行相關的 init scripts 來找出問題出在哪個 script，進而找出是哪個指令，然後再追蹤下去就行了。他嘴中唸唸有詞，手中打字打個不停，然後指著螢幕說，哈，找到了，這個我可以修！

我正以為可以開始打包閃人的時候，他繼續發問。我無辜的開始念一些我只是剛好坐在這其實不是 Debian 攤位的人之類的話，他才不管，他說他希望得到 Debian 同伴們的支持。好吧。這次是有關 tty1 的問題，看來他不喜歡 tty1 的 login，但卻不知道該在哪裡控制，upstart 的地方他又找不到。看來他是從 Ubuntu 開始轉到 Debian 的。我把 /etc/inittab 列給他看，他高興得很，謝了大家就愉快的走了。這時我有點傻眼，同伴說，他記得以前第一次參加這類開源碼會議的時候，他請一位不認識的人幫他安裝 Linux，那人先設定了網路安裝，幾個命令就開始動了。他說他當時覺得那人真是太神奇了，好想知道自己什麼時候才能做一樣的事情。真是值得回憶的熱血年代啊。

在法蘭克福到香港的飛機上敲著鍵盤，此時若要對 FOSDEM 做個總結，那就是覺得自己實在太過渺小，對太多東西都還不懂，寫程式的量也實在太少了。臺灣受限於語言與地理位置，要跟上世界發展的腳步，只有充分利用 Internet，訓練英文，直接參與最上游的互動以及吸取資訊才最有效。

p.s.非認真的小心得：

1. 歐洲正妹輕軟的說著法語… 很棒。
2. Brussels 漂亮的不像話，不過生活費用也貴的不像話。我三天的時間花掉一萬臺幣左右，還不包括旅館錢！
3. 歐洲服務業的態度很冷淡，台灣好多了。
4. Lufthansa 德國航空的椅子難坐到爆炸。

[1] iPhone 是被一個升大學的男生利用暑假破解的。他把第一支破解的 iPhone 拿上網拍賣，最後交換了一台 Nissan 350Z 和好幾隻全新的 iPhone，還有幾間公司的顧問職務。很不錯吧？他在硬體方面先破解之後，軟體方面就簡單很多，最後由社群力量做出 installer，一個可以自由安裝各種社群開發程式的軟體。有 installer 之後，iPhone 可是比原來有趣多了。

相關推薦

• 五里迷霧中設計新產品 (15)
• 開放平台，集體創新 – 淺談Mass Collaboration Chapter 2 (1)
• 電子書能解決紙本書面臨的困境嗎？ (3)
• 2009聖誕節的科技奇蹟 (3)
• 從行動裝置、行動上網到行動消費 (5)

加入MMDays在facebook的粉絲團 隨時閱讀最新文章

而 Barracuda 也很聰明，他們把這次 Trend Micro 的提告解釋成對 open source 的攻擊。這就造成了軒然大波。事實上，如果不是換成 ClamAV，而是換成其他封閉版權的防毒引擎，也一樣會造成侵害。FOSS 社群(包括我) 從來就反對 software patent，再加上這次提告等於不准廠商使用 ClamAV，這下可徹底的激怒了社群。

總之，目前各大組織都對 Trend Micro 發起全面的抵制。請看 http://www.gnu.org/, http://www.fsf.org/ 還有這裡。

相關推薦

• Google Code 現在也有繁體中文版了 (6)
• Facebook 平台開放原始碼下載了 (3)
• FOSDEM – 開源碼開發者歐洲會議 (6)
• 昇陽 (Sun Microsystems) 併購 MySQL! (4)
• 開放平台，集體創新 – 淺談Mass Collaboration Chapter 2 (1)

加入MMDays在facebook的粉絲團 隨時閱讀最新文章

台灣RD個性不喜歡自我宣傳，做了事情就平鋪直敘擺著，等著有人自己去看。尤其不喜指責，往往事情真相，只會在同事間私下閒聊才知，而非公開討論。彼此都是台灣人時，問題比較小，因為文化相同，會特別注意。觀者有慧眼、夠內行，對效益如何、做多做少，多半就有個底。不過對方是外國人時，沒講經常等於沒做，沒聽到就是不知道，事情經常就比較麻煩。

比如這陣子，老外大老闆(以下稱W先生)老是把人抓去review，也會檢查這段時間內工程師寫的程式碼。有位程度相當不錯的同事在接受review時，W下命令檢查他寫了多少行程式。這當然是件超級蠢的事情，尤其他平時對每人工作細節了解有限，似乎應該了解這些程式碼「做了什麼」比較有用。結果是這位同事心情相當不好，但也只是很委婉的表達，我很確定W根本不知道他有意見。

這當然很可能是誤會，也很可能是W真的就那麼草包。但是，在沒有明確表達的情況下，工程師得到了錯誤的評價，直接影響到自身職涯，W對情況也仍然不了解，問題完全沒有解決，所有人都輸。同樣一個W先生曾經在讀過我對一位外國人的回信之後，認為我過於間接、委婉，而寫了這樣一段話給我：

Remember you are talking to typical ignorant Westerners here. Unless they hear crystal clear that you think they delivered shit, they will still believe you must be the happiest man alive to be able to work with them.

「請記得你是在對典型的西方白痴講話。除非你很明確的告訴他，他做的是屁，不然他會認為，你覺得能跟他合作是世界上最棒的事情。」

同樣的話完全可以適用大部份外國人，包括W先生自己。如果對於這些傢伙有什麼意見，把話直接丟到他們臉上就是了。他們就是這樣受的教育，鼓勵表達意見。只要把握客觀、不情緒化的原則，直接了當的對話就是最好的。

隨機推薦

• Omegle – 完完整整的陌生 (6)
• Dreams Of Flying (5)
• 莫斯科推廣 Gmail 的廣告 (9)
• The real hustle系列-你是如何被偷的! (4)
• 創意信箱 (2)

加入MMDays在facebook的粉絲團 隨時閱讀最新文章