Android 不是萬靈丹

近來，Android 的確炒翻了天，有人是欣賞稱讚它的設計，有人是衝著 Google 的名頭，仿彿 Android 就是所有未來，不但手機和 MID 上要用 Android ，就連 PC 上也要用 Android，是不是不久的將來，馬桶蓋上也要使用 Android？就像『奈米科技』一詞，Android 除了可以殺菌除臭，還可以烹調食物，增進色香之外亦可添加豐富的維他命 X 群，更或許還能抗掉髮，改善凸頭並加速毛法生長。Google Android 就如大家所說的，是一顆救全世界的萬靈丹？

PC 終究是 PC

Android 的 Design，一開始就是以 Mobile 為出發點，它的用途不外乎就是手機、MID和一些零零星星的嵌入裝置，但因為一些廠商們的炒作，似乎有意將 Android 更進一步推至低價電腦(Netbook)的領域之上，在此不論廠商們的一廂情願，就以現在人們對低價電腦(Netbook)的觀點來看，Android 根本不可能勝任 PC 上的應用，至少，一般電腦使用者想要在 PC 上做的，Android 一定滿足不了。同樣原因，這也是為什麼 Windows XP 最後仍打敗了眾 Linux，在低價電腦市場中勝出的原因。

不適用的使用邏輯

Android 終究是為了 Mobile Device 而開發，同時間單功能的使用邏輯，完全不合 PC 族群的使用習慣，如此低價電腦(Netbook)只會變成大螢幕的手機，說它是手機不方便，說它是電腦又不好用，試問誰又會去買這樣一個四不像的產品？

因為這樣的產品並不合使用者的需求，但卻肯定可以騙取一筆財富，無論是資金或是股票等等，所以，對於一般 PC 使用者，許多廠商宣布將會推出 Android Netbook，可稱之為騙錢，若嫌說法太惡毒，換種婉轉的說法就是商業手法和噱頭。可以預見，若與號稱輕量化且可在 Netbook 上跑的 Windows 7，Android Netbook 可說會再次重蹈 Linux on Netbook 的覆徹。一般用戶會買？沒人會信。

相差甚遠的架構

因為 Android 使用 Framebuffer 做繪圖，又有自己的一套 Framework，所以和傳統 Linux 上的 X/Xlib 架構相差甚遠，這意味著目前現成的 Linux Application 都無法在 Android Platform 上執行。別說目前 Linux Application 已經無法滿足一般 PC 消費者，缺少這些 Application 的 Android，更是不用多說了。

廠商們的強辭奪理

用傳統 PC 的觀念做出來的產品，以為光靠的廣告和行銷就想打入家電市場，根本就是重炒微軟(Microsoft)多年前的數位家庭系列的冷飯。其實，廠商們自己也心知肚明，對之前所述的問題更是早就心裡有底，但為了證明自己的計劃可行性，還是聲稱會避開使用習慣問題，更甚至仍然試圖強調，自己不是在賣 PC ，造就了引人發笑的『簡易型 PC』一詞。如此笑話，在 Android Netbook 議題的出現後，必定再度會以別種形式現身。可怕的是，想出這些詞彙的人，甚至因為下出這樣的證明結論『因為以上數學式無意義，故創出新符號新數字以得證』而沾沾自喜。

真玩家真愚蠢

不知曾幾何時，在 3C 電腦資訊產業的食物鏈中，出現了一群自稱玩家的人，這彷彿是電腦業特有的現像。時間拉回十幾二十年前，當時電腦很貴，尤其品牌電腦更是天價，於是，可貴可便宜的『光華牌』電腦出現，讓 DIY 市場熱烘烘，人人買電腦都是去買零件回來，自己動手裝。最早剛開始，動手 DIY 裝電腦的人，都有些電子電路相關背景，對軟體也有些獨到的技術，要知道，那時候沒有網際網路，所有的知識資訊都是靠書本或是正式教育管道取得，可見這一群人真的是一群有著專業的玩家。

但隨著電腦普及，網路不稀奇，今天的光華商場，充斥著更多更多的玩家。多數玩家其實是用錢堆積出來的，更或是在網路上道聽途說，零件好壞都是用主觀的觀點來看，絲毫不知其中的技術關鍵，生產廠商們只要喊個新詞彙，就會有人一窩蜂跟著背，他們背單字的能力比在學校背英文還厲害。更別提到市面上許多期刊雜誌的文章，常常內容根本是不求甚解，還自圓其說，令人看不下去。

常聽到有朋友去光華商場，都被人用一堆專有名詞唬弄，事實上，用專有名詞唬弄你的人，應該也不太清楚這些名詞的真正意義。仔細聽他們所有的話題結構，只會圍繞著可不可以插，可不可以擴充，規格可不可以相容，而不會告訴你為什麼，至於其他的名詞只是為了表示他們『好像專業』，說穿了，如果他們是店家，就是要敲你一筆錢罷了。

不過，你以為那些玩家都只會騙你而不會被騙？他們只是被騙的比你早罷了。新東西出現，他們必定砸錢下去買，當然 Android 的出現，這些玩家肯定會被再噱一筆，這也是各大廠看準的市場。玩家啊玩家，你也不過是個被玩的家伙呀。

後記

Android Android Android ，現在一聽到 Android for X86，就覺得看的清楚，做的無力，聽到 netbook+Android ，就直覺很『騙錢』。不過既然大家都要搞 Android，還能說什麼？

留言

  1. Non-human2009年4月6日 下午6:21

    不能說啥
    可以加入一起騙呀 XD

    XP 基本上應該不適合有 Touch panel 的 netbook
    Win7 使用上就比較有考慮到這些了
    不過 linux 的 driver/applications 對廣大的一般大眾太沉重了

    回覆刪除
  2. 匿名2009年4月7日 清晨7:21

    的確, 從 Android 可以看出台灣廠商的短視近利, 很有可能會產生另一波泡沫化, 有人戳破也是有趣的。

    而且, 這樣說來, Android netbook 的退貨率應該會比日前的 Linux on Netbook 高吧？

    回覆刪除
  3. Unknown2009年4月7日 晚上8:14

    鼓掌!!

    只能說現在很多廠商(無論大小)求的都只是個快速方便的解決方案
    他們才不管之後退貨率咧~先推出市場就可以先搶一筆錢

    其實到頭來賺最多的還是windows阿
    算他們狠

    回覆刪除
  4. Hermen2009年4月8日 凌晨1:42

    其實還是要回歸現實面,現實就是廠商需要賺錢,一般人也是....如果都只是理想主義,少了嘗試的精神,也會少了真理的驗證...當然最重要的是...錢都會被別人賺走...當我們還懷疑Android要幹麻時...人家都已經在賺Android的錢了,你看Jollen跟高煥堂先生,都去演講了...你還在排斥什麼,真是的 http://www.china-android.org/

    回覆刪除
  5. Fred Chien2009年4月8日 凌晨2:10

    我並不否認 Android 呀 :P

    只是 Android for x86 的產品化之路, 實在是不能讓人茍同, 尤其又看到某些人的嘴臉, 更想把他戳破

    回覆刪除
  6. Hermen2009年4月8日 凌晨2:59

    恩恩...那倒是沒錯 , 是很讓人看不爽.. :P , [某些人的嘴臉].... 科科

    回覆刪除
  7. Hermen2009年4月8日 清晨5:39

    這裡也有活動 http://qcontokyo.com/tokyo-2009/session_42.html

    回覆刪除
  8. Unknown2009年4月15日 上午11:41

    你好，看過你之前的文章，你已經成功porting Android到 Aspire onem，我現在也在作這樣的嘗試，想請教你，你是直接在Aspire one 原本的Linous上去弄那些toolchain作porting，還是你有其他的作法？

    回覆刪除
  9. Fred Chien2009年4月15日 中午12:32

    將在其他地方寫好的程式和檔案, 透過網路傳到 Aspireone 上測試會比較快

    當然初期要先準備好 Network Device 的 Driver

    回覆刪除
  10. 匿名2009年6月4日 上午11:39

    超感謝你不同的思考模式，也確定了我的疑慮。
    但更讓我明白android的利益在哪。

    回覆刪除
  11. 匿名2009年9月23日 上午11:14

    看到這一篇文章,我是不太清楚版主要表達什麼不滿!

    Android的出現(宗旨),在於它是"免費"的OS,任何人想用它都不必付費,不像Windows一樣什麼都要收錢! 因此在產品上的成本自然就會降低.

    再者,Google原本就不打算將Android放在x86上面跑, 會有Android for x86一詞是因為一些玩家(或許是想炫耀技巧或是其他目的我不清楚)才出現的! 老實說, Google早就已經說明Anroid不碰x86架構了,他們只著重在mobile裝置上,至於為何netbook上會出現Android? 那就要問問看各大廠裡面的工程師了,推出後受不受歡迎是其次,只要能搭上這一波熱潮就好! 難道這都是Google要他們做的嗎?

    我相信會有越來越多的嵌入式產品會用Android! 原因在於Android是免費的,而且Google所提供的網路服務有哪一家公司比的上(重點還是那兩個字"免費")?

    還有樓主你可以從Android講到光華商場還真是厲害啊!! 兩個不相關的主題居然可以被寫在同一篇文章,佩服~!!

    先搞清楚Google的原意再來說Android怎樣怎樣吧~!不要吃不到葡萄說葡萄酸....

    回覆刪除
  12. Fred Chien2009年9月23日 下午3:50

    您好 :-)

    我首先要澄清的是我並不是對 Android 不滿，也不是像您所說的要又要挑起 Windows 和 Opensource 的戰爭。若真要開戰，我也肯定是站在 opensource 這方，我其實也算是極左派。

    當初會寫這篇文章，是因為工作接觸後產生想法，對當初許多廠商的策略有所質疑，到了今天，雖然不敢說完全，但事實也證明我的質疑大部份是正確的，Google 要推 Chrome OS 也正是打了各廠一巴掌。

    至於為何當初 Android 會被放到 netbook 上，該問的不是工程師，而是他們上司的股票分析師，這點文中應該有說明的很清楚 :-P

    因此本篇探討的重點在於：對景氣逐漸低瀰的電腦業，是否什麼都可以用 Android 來救命？受直接衝擊的消費者是誰？以及消費者將會如何反應？

    此外，請先別斷章取義，我並沒有將 Android 和嵌入式系統批評的一無是處，相反的我認為 Embedded System 是勢在必行，而 Android 的本行也是在 Embedded System，那裡肯定是有他的一塊餅在，但並不代表全資訊業都是他的餅。一股腦下去亂衝，是不對的，這才是身為一個 高級電腦打字員 該思考的問題。

    最後，其實我並不懂怎樣才算是吃到葡萄？我有在做 Android、Embedded System、Linux、Distribution 的 Project，也花了不短的時間與各廠有所接觸，甚至是 Google。

    我想您回覆的內容，所有答案其實都已在文章中，或許是您看得太快而沒有看懂，也或許是小弟文筆有所問題而致。

    回覆刪除

張貼留言

這個網誌中的熱門文章

有趣的邏輯問題：是誰在說謊

開心的是期中考接近尾聲，而且今天也是我的生日，更開心的是老天爺待我很好，放我一天假沒給我排考。今天，在網路上逛啊逛，看到了一些判斷說謊的邏輯問題，雖然之前就曾看過，但不管再看多少遍都還是覺得很有趣。也想到好幾天沒寫東西了，就貼上來讓大伙一同分享吧！準備好接受考驗了嗎？ Ready? Go! 第一題： A 說B 在說謊，B 說 C 在說謊，C 說 A、B 都在說謊。請問到底誰在說謊？ 第二題： 現在審問四名竊賊嫌疑犯。已知當中有一名是竊賊，還知道這四個人不是誠實就是說謊，請根據他們回答問題的結果中，判斷誰是竊賊。 甲說：『乙沒有偷，是丁偷的。』 乙說：『我沒有偷，是丙偷的。』 丙說：『甲沒有偷，是乙偷的。』 丁說：『我沒有偷。』 解答：一：只有 B 說真話。二：乙是竊賊。
繼續閱讀

Web 技術中的 Session 是什麼？

圖片
很久沒更新了，自從十二月底退伍之後，一直忙著將書完稿給出版社，沒空坐下來好好在 Blog 上寫點東西。沒辦法，在當兵時閒不下來，就答應了出版社的邀約開始寫 Node.js 的書，因此欠下了書的債。還好，如預期的寫完了，預計這一兩個月應該就會上市，還請各界多多捧場！ 會寫這篇文章的原故，是因為在 Facebook 的社群上，有人問起了關於 Session 和 Cookie 相關性的問題。其實，社群的人都很好，有許多熱心的網友願意幫助別人。不過，為了幫忙回答問題，大家七嘴八舌的東說一句西說一句，甚至引起莫明的論戰，實在不是一個好的現象。況且，使用不同語言、有不同技術背景的人，都各自用自己的角度去描述和解說，讓原本就已經不懂的人更有如瞎子摸象，見不到全貌，搞更糊塗了。對發問的人來說，也不知該聽誰的好。 說來湊巧，筆者剛好在剛截稿的 Node.js 書籍中，對 Session 概念也有許多著墨。所以之前稍微在網路上查過，發現鮮少有人提出對 Session 技術的完整說明，而多半是討論 ASP、.Net、Java、PHP 等語言或框架中如何使用 Session，以及一些延伸的特性，以致很多人對 Session 的概念相當片面。因此這次的事件後，一些網友也建議我把在 Facebook 上回應的完整內容，在 Blog 發表記錄下來，讓更多人對 Session 有個比較完整且正確的認識。 本文目標 在 Web 的世界裡，Session 已經是被廣泛使用的一種技術，大多數的 Web 開發者，肯定都能運用自如。在現今的各類 Web 應用程式的開發框架和工具中，Session 也已經被包裝成容易使用的模式，所以本文也就不再多討論 Session 怎麼去使用，而是著重在 Session 的原理和實現上。要知道，無論是使用哪一種語言，這 Session 概念上都是通用的，沒有什麼不一樣。 Session 是什麼？ Session 之所以會存在，是因為 HTTP 為 stateless 的設計，Server 和 Client 不會一直保持連線狀態，也不會有雙方狀態的即時更新，所以，Server 並不知道 Client 的狀態（像是是否已經登入）。因此，後來的網站開發者，採用 Session 這樣的設計來解決這問題。有趣的是，Se
繼續閱讀

淺談 USB 通訊架構之定義（一）

圖片
USB(Universal Serial Bus) 的應用範疇以及價值已經不需要再多做說明，其身影從 HID(Human Interface Device)、隨身碟（USB Stick、Flash drive、Pen drive）到各種類比式或非連續訊號接收器（如： Webcam、Microphone、DVB Receiver），更進一步可以講到各種通訊裝置或外接設備，甚至是取代和模擬舊式通訊傳輸線（Serial Port）。USB 所有的 Spec 和相關資訊 ，可參考 http://www.usb.org/ 。 USB 整體運作模式 一般來說 USB 的通訊結構有如 Server/Client，以 PC 上的情形為例，位於主機上的 USB 裝置稱為『USB Host』，我們可以在上面外接上數個裝置（與 USB Host 相連的裝置通常被稱為 USB Device 或 USB Client）。 底層上，『Host 負責主導整個 USB 結構的通訊』，它會輪詢所有的 USB Deivce 以檢查是否有裝置需要傳送資料，所有 USB Device 都必需要等待 Host 的命令，唯有 Host 同意時，USB Device 才可以開始傳送資料。 Host 的行為通常是由 USB Host Controller 在做控制，其控制器是一組控制晶片，而對於現代 PC ，USB Host Controller 的晶片通常都被 Layout 在主機板上，以 PCI Bus 的形式存在供作業系統控制，我們可以使用 lspci 看到它的存在： 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1a.7 USB Controller: Intel Corporati
繼續閱讀

淺談 USB 通訊架構之定義（二）

圖片
之前『 淺談 USB 通訊架構之定義（一） 』已經提過 USB 大致上的概念和一些特性，以及如何從 Linux 上去嘗試驗證 USB Device 上的 Information，但還尚未談及 USB Device 是如何與 USB Host 做溝通。而且，初始化的過程也很重要，該過程會讓一個 USB Device 描述自己的『模式(Configuration)』和『介面(Interface)』以及更多配置上的關鍵訊息。雖然這些初始化過程和定義繁雜，但是拜 OS 優良的包裝所賜，一般驅動程式都可以假設已知或是透過簡單的 API 去取得這些資訊以進行開發，因為大多數初始化動作會自動由 OS Kernel 和 Firmware 所完成。 簡單的 USB Device 初始化流程 插上 USB 裝置 Host 請 裝置 報告 『 裝置 描述資訊 (Device Descriptors )』 （此過程又稱為 Enumeration ） 由 Device Descriptors 得知 『 模式的數量 (bNumConfigurations) 』 Host 請 裝置 回報 『 模式的描述資訊( Configuration Descriptors) 』 由 Configuration Descriptors 得知 『 介面的數量( bNumInterfaces ) 』 Host 請 裝置 回報 『 介面 的描述資訊( Interface Descriptors) 』 由 Interface Descriptors 得知 『 端點的數量( bNumEndpoints ) 』 Host 請 裝置 回報 『 端點 的描述資訊( Endpoint Descriptors) 』 由 Endpoint Descriptors 得知 『 該端點的 資料傳輸模式( bmAttributes ) 』等訊息 等待驅動程式進行後續處理 整個 USB Device 的描述結構可以圖表示： 當然，若不是 USB Device 設計者或是 USB Host Controller 晶片的 Firmware/Driver 開發人員，可以不用知道這麼多過程細節，因為無論是 Linux 還是其他作業系統，它們都會將這些最低階的過程包裝起來，等著驅動程式去使用，而 Linux Kernel 上負責此任務的就被稱為
繼續閱讀

Reverse SSH Tunnel 反向打洞實錄

近來經手了幾個案子，其目標都是設計一台做特定用途的系統，但往往這台機器都會被鎖在防火牆後面，甚至不會連上網際網路，是完全封閉的環境。每當接近結案，將系統交到客戶手中以做最後的壓力測試時，便是痛苦的開始。怎麼說呢？因為當面對最後的大量測試，各種大大小小的臭蟲(Bugs)就會原形畢露，一一浮上臺面。而每次問題發生，便要千里迢迢趕到客戶那了解情況、解決問題。如果問題不大倒還好，一旦問題嚴重，被客戶關到三更半夜也是常有的事，更誇張的還必須每天都去報到。所以，為避免車程來回的時間和人力浪費，是否有可以遠端連線做處理呢？便思考起這問題。 雖然這些機器通常都不會有真實 IP，客戶也不會為了我們特別請 MIS 去開啟 NAT 或防火牆，但還好 SSH 提供了反向(Reverse)的機制讓我們可以連進去。其做法就是讓在客戶那的系統，透過 SSH 先連回我們自家有真實 IP 的主機，然後建立反向的通道即可。如此，我們便可從自家的主機，從 SSH 連回放在客戶那的系統。 實際的操作步驟： # 首先，在客戶那理的機器下指令連回我們自己的 Server，並設定自己 Server 上的 12345 port 會對應到幾器上的 SSH port ssh -NfR 12345:localhost:22 fred@myhost.com # 然後在 myhost 的機器上連自己的 12345 port，就可以連回在客戶那的機器 ssh localhost -p 12345 後記 可以將建立 Reverse SSH tunnel 的命令設定在開機後執行，並且透過設定 ssh config 讓斷線時自動重連，如此就可以確保 SSH 連線不會中斷。此外，若是客戶端那的機器是處於完全無法對外連線的環境，則可以考慮使用 3G 網卡，並將網卡暫時借放於客戶那，然後等結案後再取回，雖然 3G 通訊月租不便宜，但和經常來回的通勤費和時間花費相比，可滑算多了。
繼續閱讀