Mr./Ms. Days (MMDays) - 網路, 資訊, 觀察, 生活MMDays - 專欄

Android 淺探(二)：系統架構

Mr. Holiday — Fri, 10 Oct 2008 17:29:20 +0000

本篇目的在儘量不觸及技術細節的情況下簡介 Android 架構，並探討其設計的特殊處，以及在版權上的意義。主要資料來源為 Anatomy & Physiology of an Android，有興趣深入研究的讀者可參考。

首先來一張現在大概已經很有名的圖片：

由下到上，可以看到紅色的 kernel 層，綠色的系統函式庫，黃色的虛擬機器，以及藍色的 Java 程式碼。以下將一一介紹。

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 的簡報還提供了兩個重點：

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

系統函式庫

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

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

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

Steve Jobs沒有心臟病發，但是公民新聞衰竭了…

Mr. Friday — Tue, 07 Oct 2008 00:00:56 +0000

Posted by Mr. Friday

好啦，我承認這篇標題的是直接翻譯自ReadWriteWeb的評論文章「Steve Jobs Had No Heart Attack… And Citizen Journalism Just Failed.」沒辦法，誰叫這是我幾天看下來覺得最醒目的新聞標題呢。

要講述這個故事，請讓我們把時間回溯到美國時間10月3日。當天早上9點半不到，股市才正開盤不久，突然CNN網站上傳來一則驚天動地的消息：Steve Jobs心臟病發，送進了急診室！

Steve Jobs was rushed to the ER just a few hours ago after suffering a major heart attack. I have an insider who tells me that paramedics were called after Steve claimed to be suffering from severe chest pains and shortness of breath. My source has opted to remain anonymous, but he is quite reliable. I haven’t seen anything about this anywhere else yet, and as of right now, I have no further information, so I thought this would be a good place to start. If anyone else has more information, please share it.

〈文章與圖片摘自RWW〉

這則消息立刻嚇壞了電腦前的所有網友、整個矽谷、還有一票投資大眾，短短幾十分鐘內，蘋果股價如自由落體般垂直降落，一下子從106元附近跌到94.65，出現了恐慌性拋售。沒想到又過了幾分鐘，CNN竟然宣布說這條新聞「是假的！」，並且立刻把原文撤下，結果股價又立刻彈起，回到103元左右。短短一個小時之內，蘋果的股價猶如坐了一次高空彈跳，上下來回震盪竟然將近10個百分點。

就是這樣高空彈跳一下，把華爾街投資人的信心給都玩掉了。雖然在10點後股價有所回升，但是終場蘋果仍以97.07的低點作收。憤怒的投資大眾開始回頭找尋謠言的始作俑者。結果發現，這篇謠言的來源竟然是CNN底下一個標榜「不修改、不過濾」的公民新聞網，叫做iReport。在iReport上，只要通過註冊程序，任何人都可以發表圖文影音。而當天早上，有個名為Johntw的網友，就發布了上面那則假新聞。雖然其他報社記者查證蘋果〈不是蘋果日報啦〉後，立刻發布澄清的消息，CNN也拿掉該則新聞，但是它造成的傷害，不只反映在蘋果的股價上，也連帶的把一般大眾對公民新聞的信心玩掉了。

關於這個事件，網路上已經有好多的報導，多半是在討論一般民眾對剛起步沒多久的Citizen Journalism〈公民新聞〉的信任度被這件事搞砸了。RWW下的這個標題「Steve Jobs沒有心臟病發，但是公民新聞衰竭了」，某種程度上反映了大部分人的想法。不過我稍微研究了一下iReport這個網站，覺得這樣的結語，對「公民新聞」來講，或許死得太冤了。

據悉，iReport最初的用意是提供大眾一個上傳災難新聞影音圖片的平台，譬如南亞大海嘯、維吉尼亞校園槍擊案等等。由於上傳圖片的可能是任何幸運拍到照片的人，所以註冊門檻不是太嚴格，僅需要輸入帳號密碼與Email就可以完成帳號申請；不過災難不是天天有，所以大多數的影音內容都在拍攝生活上可以看到的現象，譬如重機車族聚會、誰偷了我家的招牌，或是我身邊的人對總統大選的看法等影片。

〈RWW上抓的iReport註冊頁面，只要填基本帳號密碼與Email即可〉

我個人認為，與其說iReport是一個專業的新聞網站，不如說它像是一個發表個人影音與意見的平台更來得貼切。在沒有編輯審核管控之下，影片閱覽數與留言評價星等自然成了這則新聞是否可觀的唯一指標。是的，我覺得這樣的設計跟書籤網站有一點相似，同樣是由一般網友分享，然後由其他網友評價分出優劣；然而，它同樣也承襲了書籤網站會出現的現象：總是會有一些造假不實、譁眾取寵的文章出現。但麻煩的是，這回iReport掛上了「CNN出品」這樣的名號。

CNN一直是傳統電視新聞的指標性品牌。一般大眾如要查證消息，若發現是來自CNN的，大概都會不加思索直接相信，這自然是CNN眾編輯多年以來嚴格把關的結果。相較之下，iReport本來就只是才剛起步的服務，知名度還不是太高，一般人一聽到新聞是「來自CNN的iReport網站」的時候，都會直接解讀成「來自CNN的!&#$網站」，既然是來自CNN，大概就沒問題了───結果這次竟然釀成巨災。所以這該怪誰呢？是該怪一般大眾沒有判斷能力，還是該怪CNN沒有在發展iReport之初沒有仔細思考過「龍頭新聞媒體的品牌權威性」與「一刀未剪公民新聞的不可預測性」之間的衝突呢？

前一陣子，有一本書叫「你在看誰的部落格」，從內容可以看得出來，作者相當討厭、也不信賴所謂的「群眾智慧」這種事。他認為一群業餘的創作者只會威脅到專家的未來生路。我相信今天蘋果的例子一定正中作者的下懷：放任一群未經過專業訓練、不需要遵守專業規範、不需要付出任何代價的業餘記者，其結果就是報導內容雜亂無章、水準參差不齊，甚至可能參雜捏造的謊言。雖然聽起來有點刺耳，但是在某些程度上，他是對的。然而也就因為這樣的現象存在，所以我們更應該思考，如何讓民眾信賴這些業餘記者寫出來的新聞。

我相信專業的公民新聞網不是沒有機會。至少在台灣，去年4月30日誕生的PeoPo公民新聞報就是很好的例子，繁體版的全球之聲也持續運作良好。當然，鑒於諸多現實因素，起步不久的這些網站在能見度上多半不能與傳統媒體相比，報導範疇也多半有所侷限，但是其素質與水準是大家有目共睹的。而這些素質與水準是怎麼維持的？或許是透過記者實名制、透過編輯審查制、相互評分制，雖然某種程度上犧牲了iReport這種機制的時效性與多樣性，但是拉抬了報導水平。這些例子證明了公民新聞不是不能產出具公信力的內容，只是iReport選擇了其中審查最為鬆散的一種機制、連帶賠上CNN的聲譽而已。

話說回來，此次iReport所出的包，的確是給了公民新聞與CNN各自的重重一槍。對於剛起步沒多久的公民新聞來說，iReport事件或許是個挫折，但我相信只要長時間持續產出具有公信力、貼近人民的草根新聞，公民新聞依舊是具有未來性的。

測不準原理淺介

Mr. Thursday — Mon, 06 Oct 2008 14:59:48 +0000

Posted By Mr. Thursday

在量子力學 (Quantum Mechanics) 裡面，有個定理叫做「測不準定理」，又稱為「不確定性原理」，英文是 Uncertainty Principle。這個定理是在講些什麼呢？是否是說，我們如果要測量一個東西的長度，拿一把尺，測量的時候因為刻度不夠細會有誤差呢？No No No。那麼是否因為物體會動，尺不會動，所以測不準呢？這樣子只有一部分正確。如果要用很簡單的白話文來說明測不準原理，應該就是：(下面有更正修改過)

物體有兩個性質，分別是「位置」和「動量」。

把物體位置的不確定性變小，動量的不確定性就會變大。

物體位置的不確定性變大，動量的不確定性就會變小。

不確定性越大，測量者就無法準確測量。

譬如說我要測量一本書的長度，如果我把書本固定在桌面上，我就知道測量的尺要往哪邊擺，但是書本在桌面這個小範圍就會移動的非常快速或非常緩慢(動量變化的範圍，也就是動量變化的不確定性增加)，導致我雖然知道書本就在桌面這個範圍裡面，測量的尺卻無法捕捉書本移動的速度。

相反地，如果不限制書本的範圍在一個桌面上面，可以在任何地方，那麼書本的「動量不確定性」(動量可能分部的範圍) 就會變小，動量變化就是質量 (mass) 乘以速度變化 (velocity change) ，這個時候測量的尺如果要追上書移動的速度比較容易，但是卻茫茫然不知道書的「位置」在哪邊了，因為這個時候我們沒有限制書本位置變化範圍在桌面的小範圍內。

因此，「測不準原理」就是敘述物體「位置」和「動量」之間的互補效果 (trade-off) ：位置越確定，動量就越不確定；位置範圍越不確定，動量就越確定。MMDays之前曾經介紹過MIT一位物理教授 Walter Lewin 教學如同表演。MIT開放式課程裡面有這位教授的上課內容錄影，其中量子力學介紹這一堂課就有介紹到測不準原理。各位不妨參考一下裡面介紹的內容。

不過在我們日常生活經驗裡面，測量書本並不是一件難事，這是因為測不準定理是用來描述微觀世界裡面的運動規則，在極小的粒子，像是電子、光子，才能顯現出這個規則的效果。巨觀世界的事物，像是書本、桌子椅子，並不會因此讓測不準原理失效，只不過把巨觀世界的物體的質量代入公式去計算之後，會發現動量的改變，肉眼根本察覺不出來，可能要幾千萬年才會移動一公厘，因此用處就不如在量子力學的範疇裡面來的大。

回顧一下剛才提到的測不準原理：(下面有更正修改過)

物體有兩個性質，分別是「位置」和「動量」。

把物體位置的不確定性變小，動量的不確定性就會變大。

物體位置的不確定性變大，動量的不確定性就會變小。

不確定性越大，測量者就無法準確測量。

上面這段敘述是個「定性」的敘述 (Qualitative)，然而測不準原理是個「定量」的敘述 (Quatitative)，也就是說，位置改變多少，動量會改變多少？成正比還是反比？確切的數字是多少？發明測不準原理的德國物理學家海森堡 (Heisenberg) 提出下面這個定量的公式，這個公式也能解釋在測不準定理發明之前，無法解釋的單狹縫繞射現象。

引用維基百科的敘述：

海森堡測不準原理或不確定性說：在一個量子力學系統中，一個粒子的位置和它的動量不可被同時確定。位置的不確定性 $Δ x$ 和動量的不確定性 $Δ p$ 是不可避免的：

其中是約化普朗克常數， = 1.054571597·10^-34 J s。

在定量的公式裡面，位置的變動範圍就用 $Δ x$ 代表，動量的變動範圍就用 $Δ p 代表，並且是反比的關係，但是相乘後的下界會用普朗克常數來限定。Walter Lewin在課堂上用單狹縫繞涉的例子，可以讓人比較具體的「看到」測不準原理，而光學繞涉上面產生的效果，可以做出定量精確的解釋。有興趣的不妨聽一下這堂課的內容。目前有英文逐字稿。$

下面這段USNews介紹Walter Lewin教授的影片也提到，他在上課之前會預演很多次，當天早上6:00還會再預演一次，因此有時間請大家別錯過這麼用心準備的表演課程！

影片1 Walter Lewin在USNews的影片介紹

最後談談測不準原理有什麼樣子的用處呢？測不準原理就好像只是一個定理，似乎也沒有什麼應用，就如同太陽從東邊升起一樣？然而科學研究的成果大部分就是這樣子的角色，一種「基礎」(fundamental) 的角色。譬如說牛頓三大運動定律，好像解釋的巨觀世界物體移動的規則，但是沒有這三大定律我們似乎也活的好好的，沒什麼影響。但是當我們發明飛機、發明火箭、甚至要上太空的時候，三大定律就成為一個基礎，讓我們得以「定性」且「定量」地計算需要的燃料，以及各部分的重量，甚至發射的時間等等。因此科學研究的成果，就是一種打基礎的結果，等到需要應用的時候就是不可或缺的部分！測不準原理現在看起來好像也只是解釋狹縫繞射的現象，似乎沒什麼用途。然而現在奈米科技漸漸發展，說不定將來就會有其他奈米光學的應用，測不準原理就是計算相關設計不可或缺的公式呢！

最近有一個光纖大小的胃視鏡發明出來，似乎就是這一類方向的應用，也附上影片給各位參考一下。

影片2 藥片大小的胃視鏡

(MIT OCW) Walter Lewin 演講量子力學 (包含英文逐字稿對照)
(Wikipedia) Uncertainty Principle, 不確定性原理 (測不準原理)

說夢話網站的構想

Mr. Thursday — Tue, 30 Sep 2008 14:41:47 +0000

Posted By Mr. Thursday

人類是會說話的動物，如果人類不會說話，恐怕得用肢體語言 (body language) 作為日常溝通的方式，每天上演動作片了。在各種話語裡面，有時候是「睜眼說瞎話」，有時候是「空口說白話」，有時候是「癡人說夢話」。不管是哪一種，共同的地方就是「說」和「話」。只是這三種話裡面，「夢話」似乎是一個比較特殊的話，牽涉到人潛意識的層面，而且只要有睡覺，通常就可以有夢產生。另外日有所思，夜有所夢，也是夢話的另外一個特點。因此有一個夢話網站的構想，也就是一個網站，讓大家提供自己的夢境，在網站上面說「夢話」，這樣子的網站要如何和一般討論區不同，又有哪些可能的商業模式，甚至是否對於社交網站有所幫助呢？下面就慢慢列出這個夢話網站的構想供大家參考。

使用者的角色

平常我們可能日有所思，夜有所夢，夢境可能反映出我們擔心的事情、關心的事情、或是期待的事情。分享夢境的好處是，只要有睡覺，有作夢，內容就源源不斷地產生，因此對使用者來說，生產夢境的內容並不是很大的負擔。此外，夢境千變萬化，也不用合乎邏輯，因此各式各樣的夢都可以被分享。分享夢境也可以幫助我們在網路社交活動上，有一個分享的活動，甚至相同類似的夢境，可以經過網站比對，讓我們經由夢境來找到網路上新的朋友。如果覺得有些夢境是有關個人的隱私，沒關係，網站也可以提供匿名分享的方式，讓使用者在匿名狀況下透過夢境交友，但是夢話的作者可以有匿名的功能，和作者本身的歷史資料脫離，免去隱私權的負擔。

因此，使用者在這個網站可以：

(1) 分享千變萬化的夢境，甚至白日夢也可以，讓自己的夢境和心情有正當舒發的管道。

(2) 透過分享夢境的方式，來結交朋友。各種性向測驗區分各種人格，夢境不也是一種人格的測驗，可以讓個性類似的人相聚在一起。

(3) 隱私分享夢境的功能。在隱私分享的狀態下，夢境分享後就和作者脫離，變成一個單獨的作品，代表著作者心中所祈求的事物，也代表著一個個需要安慰的靈魂，彷彿一柱柱點燃的香火在香爐裡面訴說願望，期待上蒼伸出雙手來幫助。今天在開發中或已開發的國家，飢餓和疾病的問題已經漸漸消失，文明帶來的心靈壓力問題則是逐漸產生。說夢話網站匿名的分享夢境方式，或許可以發揮心靈寄託的作用，除了有上天的寄託，也可以讓人間提供幫助的力量有尋找被幫助人的管道，如下面所述。

廣告商或心理輔導機構的角色

在說夢話網站裡面除了文字內容由使用者源源不絕地產生之外，如果要和實體世界結合，甚至要獲利，廣告商可以用廣告的方式來參與。譬如說一篇渴望某件東西的夢境，旁邊可以刊登相關廣告讓撰寫或閱讀的使用者來選擇，讓使用者不僅是閱讀夢話，還能實現夢想。另外一個可能付錢的使用者，則是心理輔導機構。夢話的內容可以讓輔導機構搜尋，網站平台可以媒合說夢話的使用者和輔導機構，媒合成功之後，接受治療的使用者除了付費接受治療之外，也可能願意付一部分給平台作為輔導媒合的費用。當然媒合過程中，隱私權的部分是最重要的了。如果真的媒合成功，使用者不但說夢話，也找到了治療的機會，如果情況已經非常嚴重的時候。

因此，這個網站的付費使用者分別就是：

(1) 廣告商刊登廣告，讓說夢話的使用者有機會實現夢想。

(2) 心理輔導藉由說夢話平台媒合需要治療的使用者，讓願意接受治療的使用者有一個付費但是專業的輔導來源。

這也就是說夢話網站兩個可能的獲利模式了。

網站平台開發者的角色

至於網站開發者本身的角色是哪些呢？除了基本的內容編輯功能、分享功能，甚至提供手機版，或是結合以地區為基礎的 (location-based) 應用都可以。網站可以提供基本的夢話分類，像是理想崇高的夢境、荒誕乖謬的夢境、或是生活瑣碎的夢境；好夢、惡夢，也是一種分類方式。其餘的分類就可以如同Youtube影片一樣，讓使用者自由用標籤 (tag) 來描述夢話的屬性，方便日後的分享和社交媒合。

網站蒐集了一堆夢話之後，比較需要注重的大概就是隱私權的問題。使用者會希望可以隨時修改夢話分享的狀態，如果是匿名分享，需要保護夢話作者連結的資料表不外洩，而且不加以販賣。和輔導機構媒合前後，也不能輕易將夢話作者身分暴露出來。除此之外，可能也需要將夢話分級，避免夢話網站成為另一種犯罪溫床。

歸納上面幾點，平台開發者的角色如下：

(1) 基本內容提供和分享功能，以及進階分享功能像是手機版、地圖版等等。

(2) 社交和輔導媒合功能，但是需要完善的隱私權保護機制。

(3) 夢話分級問題，避免網站成為犯罪溫床。

結論

上面提到的夢話網站只是一個構想，並非野人獻曝或是井底之蛙的想法，而是希望拋磚引玉，讓大家一起腦力激盪。也許這個點子還不是非常好，或是獲利模式並不是非常確定。或者可能已經有這樣子的點子或網站，然而也不用馬上就放棄這個點子，因為我們可以用比較積極的態度來想，如果已經有這類網站，是否有其他優勢值得開同樣性質的網站，或是能否增加某些特點，值得作另外一個具有差異性 (differentiate) 的夢話網站。像是上面透過夢話交友或尋求輔導的機制，都可能在繼續烹煮 (cook) 一下，或許在今天急需心靈照顧的社會中，是社交網站另一種發展方向？

Android 淺探(一)

Mr. Holiday — Mon, 29 Sep 2008 11:23:08 +0000

MMDays 通常不寫技術文，不過我想從技術角度出發，來探討 Android 做了些什麼，讓人能做什麼，並且儘量採用非本科也能瞭解的語言。筆者並非 Android 開發者，故疏漏可能難免，還請指正。

Java

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 有興趣的話一定要看

(待續)

科技始終順從人性之後？當電腦與網路接管了生活

Mr. Monday — Mon, 29 Sep 2008 06:05:36 +0000

Posted by Mr. Monday

本文並可在 <Download! 網路密技王No.6> 雜誌中看到。這一次的專欄可以說是延續上一次的主題 (雖然是在兩本不同的雜誌上)，在這一次的文章中，我對於網路所帶來的未來提出了一些想法以及質疑，分別是資訊焦慮症、過度虛擬化以及效率的過度泛化問題。同樣的這一篇一樣有點長，請有興趣的朋友耐心服用，謝謝。

===============文章開始 =================

電腦，應該是這個年代的代名詞，我們的生活中已經離不開了電腦；然而讓電腦如此離不開我們的生活的，其實是網路的興起。網路讓各個電腦可以被串連起來，被串連起來的電腦，可以經由網路彼此溝通協同合作，不過被串連起來的不僅僅是電腦，資訊被串連了，最重要的是，個人也經由網路被串連起來了。

電腦跟網路的科技讓我們的生活更加方便了，藉由電腦以及網路，我們的工作效率以及產出也增加了，世界快速地進步著，似乎一切是這麼的美好。而我們越朝著所謂的知識經濟的社會前進，電腦就跟我們越緊密不可分割。不過，就如同事物有各種面向一般，當我們享受著巧克力所帶來的甜美之時，我們也要小心著過量的巧克力也可能會帶來肥胖以及蛀牙的問題。

人性是最難改變的，因此，Nokia 最著名的設計標語是「科技來自於人性」，是要我們明瞭人性，設計出符合人性的產品，讓我們方便使用。然而當科技完全順服人性時，人性的許多缺點，也就會隨著科技而被放大了。像是好用的炸藥，如果不是拿來炸山洞的話，就會拿來炸我們理念不和以及利益牴觸的「敵人」。同樣的，電腦跟網路在過度使用之下，也會影響到個人的健康，或者是社會的安全；對於個人的影響，在重度的電腦玩家中尤其明顯，當然，大部分的重度玩家並不會覺得這有什麼傷害。因為真正的傷害，總是要在明顯發生之後，大家才會明瞭這是怎麼一回事。這邊我試著提出幾個可能產生的問題，以及這些問題能夠被解決的可能性。

資訊焦慮症（Information Anxiety）

根據Richard Saul Wurman的《資訊焦慮》這本書對於資訊焦慮的解釋是：「資訊焦慮源於『我們真正了解的』與『我們以為應該了解的』之間日益擴大的鴻溝，資訊爆炸空留鉅量的事實，卻又令人更渴望於『知』；資訊焦慮是資料與知識間的黑洞，資訊一旦無法滿足人們想要或需要知道的，我們的病情會特別嚴重。」如果我用白話一點的方式來解釋這一段話的話，所謂的資訊焦慮就是對於現有資訊有過多的貪念。貪多，這是我們的人性；而對事情期望能夠有掌控性，這也是我們的人性。因此，當過多的資訊沒辦法被有效掌控的話，我們就會產生不安全感，甚至產生焦慮感。

電腦越來越進步，硬體越來越便宜，硬碟的容量越來越大；網路速度越來越快，上網越來越方便，下載東西的成本也越來越低。然而，正因為取得資訊以及儲存資訊的成本降低了，因此在貪念的驅使之下，我們就像松鼠一般，忙碌地找尋松果，然後將這些松果蒐集在我們自己的空間之中。對於這些東西，我們不知道我們是不是真正需要它們，好一點的狀況，我們只是浪費了時間蒐集了我們一輩子可能也不會看的東西；壞一點的狀況，我們可能因為累積了一堆沒看的東西而感到焦慮，甚至這些焦慮還危害到了自己的健康，那簡直就太糟糕了。

我有朋友，他是很厲害的電腦玩家，我們朋友之間都笑稱他是人體搜尋引擎，因為只要想找什麼資料，找不到，問他就是了。他每天訂閱了大量的RSS、在BBS上面他也訂閱了許多的看板，除了一些資訊的版面之外，他也觀看了很多朋友間的版面。當然，只要是重度的電腦玩家，就一定會用IRC，IRC是一種聊天室的機制，對於重度玩家的好處是，透過IRC上面的聊天室，他們可以無時無刻掛在上面。最好的是，雖然他們有一段時間無法在聊天室上面，但是他們卻可以時時回頭觀看前面的聊天訊息。因此，任何的聊天訊息他也是不會錯過的。不過，人的一天只有24小時，因此，當他工作一忙起來的時候，很多資訊累積沒有看時，他就會覺得很焦慮，覺得好像還有事情沒有做完。這實在不是一個很好的狀況，因為這會危害到他的健康，而的確他的健康也因此被危害了。

我有很多的重度電腦使用者的朋友，當他們發現我一些「奇怪」的行為時，他們無法理解。我在看任何文章時，幾乎都是跳著看，我的朋友因此不是很諒解為什麼我不把每一篇文章都好好看過去，我給他的答案是：「因為那些標題是我不感興趣的」，然後他會說：「搞不好是有些標題沒有下好」，然後我的回答是：「如果他想要引起我的興趣的話，他的標題應該就要下好」。對於很多事情，我很習慣用緣分這件事情來看它。因此，對於沒看到的內容我不會有任何的愧疚或是罪惡感，而我也建議資訊的重度使用者能夠以更豁然的態度來看待資訊這麼一回事。

如果這些事情真的這麼重要，那我們就會放在最高的優先次序來解決了；如果你發現，你有些資訊其實兩三天，甚至一個禮拜沒看，並不會影響到你的生活時，你可以不必介意有沒有去看它。因此，當我的朋友在努力增加Google Reader裡面的RSS訂閱量時，我卻是反其道而行；我大概每過個半年，就會退訂個幾十個到百個RSS。這是因為我瞭解到我的時間有限，我的能力有限，因此，除非是我真正長期關注的RSS，不然它們最終都會被我退訂。

因此，擺脫資訊焦慮症的最好方式，就是好好的管理自己的資訊。而所謂的好好的管理自己的資訊，就在於瞭解自己真正所重視的資訊，並且瞭解到世界的資訊是非常浩瀚的。如果你無法瞭解你自己真正所關注的資訊，或許可以利用一些工具來幫助你。像是Google的RSS Reader提供了一個稱之為「趨勢」的功能，裡面紀錄了一些你的閱讀習慣，以及所訂閱的RSS的活躍程度，而根據這些資訊，你就可以定期清理一些你不是那麼常光顧的站點了。

因此，對於資訊焦慮，我的中肯建議是，暸解自己的渺小，並暸解自己真正的需求。我以前喜歡去吃吃到飽的店，但是我現在一點都不喜歡這種店，即使到這種店，我也儘量吃到八分飽就好。吃的過多，對身體是一種負擔；同樣的，看的過多，也是一種負擔。

過度虛擬化
網路所帶來的好處，不僅僅是資訊上面查詢的方便，也包括了資訊流通的便利。其中一點，就是溝通變容易了，溝通的成本下降了。不過也正是因為透過網路溝通非常方便的原因，讓許多的網路重度使用者開始有過度虛擬化的傾向。

這些過度虛擬化的行為包括時常跟朋友在MSN或是BBS或是聊天網站上面聊天，許多的聊天對象或許一次面也沒有見過。當然，過度的虛擬化也會傾向於將自己的實體資訊全都虛擬化，因此，現在熱門的社群網站讓大家可以在上面時時跟朋友做虛擬的互動，隨時更新自己的資訊或是心情狀況。當然，有時候這些活動還不滿足於這些人，因此像是類似Twitter的網站最近開始爆紅，這個網站的好處是，每個人都可以隨時在Twitter上面碎碎唸，而這個碎碎唸的用意似乎就是要無時無刻地強調自己的存在。於是，再過多的資訊當中，大家所要訂閱的東西又多了一項—不僅僅是你朋友的Blog或是在BBS上面的個人版，還包括了他的碎碎唸。而另外一項過度虛擬化的極致就是線上遊戲，許多年輕朋友沉迷於網路電玩遊戲的聲光效果之中，沉溺在網路電玩遊戲的勝負之中，其人際關係就建築在虛擬遊戲的團隊之上。

這樣子的過度虛擬化，有幾件事情是令人擔心的。因為過度虛擬化是將實體整個虛擬化到網路上面，因此，在用電腦的時間增加了，而且是大幅增加。過度的增加虛擬世界的互動，往往就會跟真實的社會互動脫節。這些善於在網路上面跟人互動的網路玩家，許多人在真實世界上面反而不知道該如何跟真人對應，往往過於害羞；而在虛擬世界中，彼此又因為「美好的虛擬化」的原因，因此許多對於未曾素面的網友產生了過度信任，然後許多的社會悲劇就這樣子發生了，包括了詐騙或是強暴案等等。而對於所謂的隱私權來說，這些過度虛擬化的資料，對於這些太過年輕的使用者來說或許還未充分考量過，等到他們真正在意他們的隱私權的時候，這些在網路上面資料往往已經不可磨滅了。而過度虛擬化，對於彼此的友誼之間或許還會有所謂的過度負擔，我一向認為「君子之交淡如水」，或許在新的世代，這句話並不適用在他們現在的年紀；但是，過度負擔的虛擬人際關係將會影響到彼此之間的正式友誼。

然而，我們的世界似乎並沒有意思要擺脫過度虛擬化的問題，許多的商業公司反而還大量提倡虛擬化，像是許多的公司就在Second Life裡面設置會議室，並要求員工在裡面用Avatar來開會。我知道虛擬會議可以節省交通往來的成本，但是我卻不太能夠理解虛擬化的會議為何會比視訊會議來的好。虛擬化的會議，可能只是逢迎這些沉溺於虛擬化社會中的世代，但是完全虛擬化的溝通卻不是最好的溝通方式。我依然相信，面對面的溝通是最好的溝通；如果可以的話，你總是想要牽起你情人的手，而不是牽起那個滑鼠吧？

過度效率化的泛化
我們對於這個世界的認知是互相影響的，我們藉由一個經驗來認知另外一個經驗。因此，我們在設計電腦介面時，為了讓電腦介面更方便使用者使用，我們會先瞭解人對這個世界的認知，然後再將對這個世界的認知經過譬喻的方式來設計介面。像是電腦中的刪除，我們就會用垃圾筒的符號來代表，因為在現實中，垃圾桶代表的就是裝不要的東西，這樣子的設計就很容易被大家理解。

同樣的，電腦在經過長期使用之後，也會變成我們認知經驗的一部份，對於電腦的使用經驗會逐漸泛化到我們日常生活之中。像是我們現在用電腦所使用者的網路頻寬越來越大，電腦的效率越來越高，因此我們所得到的都是及時的回應，對於兩三秒的等待我們會認為是天長地久。這樣子的經驗，如果在搭配上過度虛擬化的歷程之後，對於這樣子認知的泛化或許會更加明顯。因此，對於實體上面的互動，我們也會要求快還要更快，對於所有的回應，我們都期待能夠是及時的回應，我們變得不太能夠等待，也就是說，我們的耐心降低了。

電腦和網路可以大幅提高我們處理事務的速度和效率，然而高效率的反應其中的必要條件是電腦自動化以及網路的介入。然而，還是有許多的服務或是互動，並不是由電腦完成，而是經由人手完成。然而，對於這樣子泛化的認知，就會讓我們認為所有的服務都應該要更快更及時。我們忽略了人跟電腦之間的差異，因此我們的生活變得更加緊湊，因為我們要趕上電腦的腳步。我們利用電腦來認知這個世界，而電腦也的確改變了我們對這個世界的認知。然而如何讓我們如何放慢腳步，或許比如何讓我們增進「效率」更值得被探討；因為或許我們對「效率」恐怕已經有所誤解。

結論

科技的發明應該是要讓人生活過得更美好、更方便才是。然而就如同我在文章一開始所述，我們發明了電腦、發明了網路，我們同時會享受它所帶來的好處，但是卻也會被它所帶來的壞處困擾著。然而這些壞處的產生並不是因為它有生命力而自行產生，而它的壞處正是反映了人性上的不完美。

因此，暸解科技所能夠達到的限度以外，我們如果要能夠充分的駕馭這項科技，我們應當要暸解我們自身的人性。透過對科技上的瞭解，我們知道電腦所能夠達到的限度；而透過對於人性上面的瞭解，我們會知道我們所應該要讓電腦達到的限度，以及所應該要呈現的互動限度。比如說，我知道使用電腦會讓我沉浸再虛擬的世界中太久，因此我灌了一個叫做「EyeLoveU」的軟體，它會定時提醒我該起來活動活動筋骨，或是該去上床睡覺了。未來的電腦軟體，應該是要如此充分考量人性來設計，因為，完全順服人性的科技，或許帶來的不是便利，而是痛苦，就像吃了過多的巧克力一樣；然而你我總是忍不住想多吃一口。

圖片來源:

Mr./Ms. Days (MMDays) - 網路, 資訊, 觀察, 生活MMDays - 專欄

Android 淺探(二)：系統架構

相關推薦

Steve Jobs沒有心臟病發，但是公民新聞衰竭了…

相關推薦

測不準原理淺介

相關推薦

說夢話網站的構想

相關推薦

Android 淺探(一)

相關推薦

科技始終順從人性之後？當電腦與網路接管了生活

相關推薦