Google Chrome OS 不是長生不老丹

回顧舊文『Android 不是萬靈丹』，因為筆者既不是股票分析師也不是專業的市場分析師，所以看見半年前的猜測一一驗證，令自己感到多少有些欣慰。今天，又看著許多廠商就像當初 Google Android 出來一樣，瘋狂投入著這未知的新領域，有多少認同也多少有不同的意見，因此對於 Google Chrome OS 也有著一些想法。而股票部份就不用再說了，有興趣的人可以回顧舊文。

你的產品是電腦

就如同一般人認為『電腦不等於計算機』，既然你的『輕量化』產品有大螢幕、鍵盤還有可開合的機殼，那麼，無論說破了嘴，消費者依然認定這是台『電腦』。所以，對於消費者來說，電腦該要有什麼用途？不外乎上網、文書、玩遊戲。消費者的期望更是能安裝常用軟體，將家中電腦能夠帶著走。那麼 Windows 肯定還是唯一解。

我的產品是貴桑桑計算機

Chrome OS 說穿了就是只能上網，看看網頁、收發信、PDA功能、看網路上小影片，講更簡單點就是功能單純的計算機。而再貴的計算機，也不會超過一千元台幣，相信念工科出來的朋友都知道。

或許有人不滿意這貶低的說法，因為 Chrome OS 可以上網處理公務，它其實更接近 PDA 產品。但是，現在有哪一台 PDA 可以賣到一萬八？那再次思考，這台搭配了 Chrome OS 有著大螢幕、鍵盤、可開合機殼的『計算機』要賣多少錢可以讓人接受？

電腦廠商賣出來的東西就是電腦

無論電腦廠商如何定位自家產品，賣出來的東西，一定會被消費者認定為電腦類產品。真的想賺這生意的廠商，或許跳出來開一家名稱俗氣的『電子辭典』公司，標榜電子辭典來賣，可能比較適合。

用 ARM 降低成本很有限

對於上網功能來說，一個重要的元件就是 Flash，尤其在這 Facebook 風行的時代，沒有 Flash 根本不能稱之為有上網功能。由於 Flash Player 非 Open Source ，使得 ARM 上面根本不可能使用 PC 上的 Flash player，若是使用 Open Source 版本的實作，效能又非常低落且支援不完整。

雖然 Adobe 已經宣布有 ARM 的 Flash Player 支援，但也限制平台在 ARM11 和 Cortex-A處理器系列中的 ARMv6 和 ARMv7（更簡單說法就是 Cortex-A8），而這些都是屬於最新的晶片，價格自然不低，雖然最後產品整體成本比 x86 便宜很多，但等到消費者手上，也是昂貴不堪，最少也是 PSP 和 NDSL 的價格以上。如此，消費者會買單嗎？

Google Android 沒有的優勢


Google Chrome OS 不像 Android 有著全然不同的系統架構，因此，過去所有基於 Linux 開發的軟體，都能很輕易移植到上面，就某方面看來，Google Chrome OS 更是一個 Embedded System 的不錯選擇，必要時將瀏覽器去除，也可能會是一個好的平台也說不定。

後記

很明顯的，這波 Google Chrome OS 並沒有之前 Android 這麼火熱，或許大家都在觀望，不想再重蹈覆轍。

而最近手上有不少廠商的需求，都是看準 Chrome OS 的輕量、單純或背後的商標，有些人打算把 Chrome OS 的 Chrome 閹掉，有些人想做客制化，也有很多人根本不把它當成 Netbook 的救星。Google 試圖想要所有人幫他推廣自家線上產品，但有很多廠商就不吃這套，有趣的現像。


反向思考，Yahoo! 是否也有客制化 Chrome OS 然後 Remark 成 Yahrome OS 的需求呢？

留言

  1. ENHAO2009年12月27日 凌晨2:42

    Fred 大:
    你有考慮過 chrome os 可能會像 asus 的 Express Gate 或是 HP 的 MIE Linux 出現在筆電嗎?

    回覆刪除
  2. Fred Chien2009年12月27日 清晨6:00

    大就不用加了，小弟受不起呀！

    我想是會有的，日前 Acer 就出了一台 XP + Android 雙系統，現在 Chrome OS 出來，想必有機會成為 Win7+ChromeOS 的組合。不過前者據說消費者並不買單，是否真有其效益還很難說（如果有，Asus 的相關 Instant On system 應該會賣得很好才是？）。

    至於專門搭配 Chrome OS 出貨的電腦肯定是有，畢竟這原本就是 Chrome OS 的計劃之內。但又回到老問題了，一般消費者願意花多少錢買這一台功能受限的電腦？

    我比較懷疑的是廠商們如何去壓榨自己的硬體成本和利潤去成就 Chrome OS？大幅度降低售價，更意味著要更多量才能達成財務報表上的營業額，對於他們的還錢計劃，有一定的影響。

    回覆刪除
  3. ENHAO2009年12月28日 凌晨1:10

    的確，我也在觀望中，前者我也不買單。自己也在資訊業裡，似乎忘了出產品遲早要還的道理，XD

    回覆刪除
  4. Y. Chao2009年12月28日 上午11:34

    個人覺得，如果電腦廠商還是要以賣電腦的想法，來推ARM系統的產品的話，最終還是只能回到比規格(什麼功能都加，結果什麼都不是)、比價格(省料省人工cost down)的下場。

    很簡單的換個角度，iPod Touch一樣是走ARM base，一樣不能玩農場養寵物(其實CPU慢一點的筆電不都還是跑得很喘，問題在於flash designer啊！)。也是只能上網，看看網頁、收發信、PDA功能、看網路上小影片，也是功能單純的計算機。一樣可以賣貴森森的價錢。(比多年前PDA價錢還是便宜多了)

    個人覺得Chrome OS可以是節省成本的工具，工藝設計也許也可以省下來，但重點價值還需要靠應用軟體創造，這也是programer存在的價值啊。(ex. 永遠賣不完的股票機...)

    不過話說回來，以我使用者的角度，只要能壓到150美金左右，即時比起筆電功能少很多，我還是會很想買。 XD

    回覆刪除
  5. Fred Chien2009年12月28日 晚上7:32

    iPod touch 是屬於 niche marketing，且他們賣的是創意、工藝設計和品牌，很多人買它是為了一種提升自我的極詭異感覺，這種不是台灣廠商能模仿得來的。所以台灣能做的最多是俗又有力的電子辭典，這也是為什麼一堆人回頭炒做電子書。不過一旦台灣電腦廠商進場，就算是 ARM，最後也是價格戰吧，反正他們就最會這套。 XD

    至於 150USD 能買到的產品相當於現在市面上還找的到的 EEEPC 701 的價格，個人以為就算重新包裝再換上 Chrome OS 也不會有人想要買，所以價格成本應該要在 50USD 才有機會，而正式售價要在 100USD 以內（嚴格來說不能超過三千元台幣吧）。

    不過若是賣的廠商是 "無敵" ，我想他們賣我 EEEPC 701同樣硬體規格的機器，我會花200USD以上跟他們買，因為看機器的觀點不一樣。

    回覆刪除
  6. Y. Chao2009年12月28日 晚上8:36

    呵呵，非常同意。
    當年自己的Zaurus SLC-3200新品入手價，大概就要5-600美金。這年頭ARM系統要是得賣到300 USD的話，應該是直接被Eee PC之流打趴。

    以前待在日本，他們的電子字典市場可是相當的神奇，又是彩色又可以看one seg數位電視。台灣廠商要跟上還有一段距離(還有一段可以抄)。反倒是這台快譯通的似乎還切入得蠻正確。 :)
    http://chinese.engadget.com/2009/12/12/aluratek-libre-ebook-reader-pro-sports-monochrome-reflective-lcd/
    只可惜當年哈電族出了一台Linux PDA後，就不玩了啊...

    回覆刪除

張貼留言

這個網誌中的熱門文章

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

開心的是期中考接近尾聲，而且今天也是我的生日，更開心的是老天爺待我很好，放我一天假沒給我排考。今天，在網路上逛啊逛，看到了一些判斷說謊的邏輯問題，雖然之前就曾看過，但不管再看多少遍都還是覺得很有趣。也想到好幾天沒寫東西了，就貼上來讓大伙一同分享吧！準備好接受考驗了嗎？ 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 通訊月租不便宜，但和經常來回的通勤費和時間花費相比，可滑算多了。
繼續閱讀