- May 04 Sat 2013 09:55
-
Android發展近期將帶來的3C設備改變
- Apr 15 Mon 2013 15:25
-
Web技術行動系統尚待明確的幾個面向
雖然目前在行動裝置系統平台方面，iOS與Android裝置已經佔了大部分的比例。但還是有許多系統逐漸竄出，冀望能夠與微軟搶占到第三大的局面。而在2013今年的MWC全球行動通訊大展當中，許多新的行動系統都紛紛發表或是釋出將會推出的消息。其中包括像是：Firefox OS, Jolla Sailfish, Tizen, Ubuntu, 另外還有被LG購買打算運用在智慧型電視的WebOS。而這幾個系統當中有一個約略的共通點，就是都擁有在網頁型開發技術基礎建立應用程式的特色。雖然個人是希望能夠有比較開放性的第三方系統出現，不過基於Web技術的行動裝置系統在開發軟體上，個人覺得目前還是有幾個尚待完善或需要注意的地方，例如：
1.軟體開發API的不一致
目前各家新系統的推出，都號稱基於Web開發技術，但是在開發程式的API方面，卻尚未有統一的局面。比如Firefox OS,Tizen是採用原生的Html5技術，而Jolla Sailfish和Ubuntu則是基於QT提出的QML，而WebOS則是有自己的Enyo框架。雖然也許在開發的語法性質上是類似的，卻會造成應用程式開發商面臨了一個狀況，如果要開發一個軟體是必須針對一次對各個新平台都支援，就需要花相當的時間去做修改。然而在各個新平台都尚未成氣候的情況下，也許最後的折衷方法，是會導致開發者抉擇是製作一個能在幾個新平台上能運作完整的行動網頁，而非原生軟體。如此對系統方來說，會造成減少原生軟體出現的狀況，也會分散原生軟體開發來源的數量。
2.瀏覽器的相容性
其實大概就是差別在於Webkit與Firefox行動版之間需面臨抉擇的部分，這部分或許在造成分裂性的狀況還沒有前面提到關於API不同來得嚴重，但是也的確是存在的情形。(尤其在本文投稿後又出現Google從Webkit分支Blink出去之後，將更加劇後續的問題)
1.軟體開發API的不一致
目前各家新系統的推出，都號稱基於Web開發技術，但是在開發程式的API方面，卻尚未有統一的局面。比如Firefox OS,Tizen是採用原生的Html5技術，而Jolla Sailfish和Ubuntu則是基於QT提出的QML，而WebOS則是有自己的Enyo框架。雖然也許在開發的語法性質上是類似的，卻會造成應用程式開發商面臨了一個狀況，如果要開發一個軟體是必須針對一次對各個新平台都支援，就需要花相當的時間去做修改。然而在各個新平台都尚未成氣候的情況下，也許最後的折衷方法，是會導致開發者抉擇是製作一個能在幾個新平台上能運作完整的行動網頁，而非原生軟體。如此對系統方來說，會造成減少原生軟體出現的狀況，也會分散原生軟體開發來源的數量。
2.瀏覽器的相容性
其實大概就是差別在於Webkit與Firefox行動版之間需面臨抉擇的部分，這部分或許在造成分裂性的狀況還沒有前面提到關於API不同來得嚴重，但是也的確是存在的情形。(尤其在本文投稿後又出現Google從Webkit分支Blink出去之後，將更加劇後續的問題)
- Mar 18 Mon 2013 11:21
-
後PC時代Intel該如何因應ARM?
看到Intel 正為 Android 4.2.2 進行優化及建設的新聞，就讓人想到在Intel CEO宣布退休之後，外界諸多揣測其退休原因部分是關於Intel在面對所謂的後PC時代，始終欠缺對於ARM架構CPU在移動市場大舉擴張、並且逐漸進佔到桌面及伺服器市場的狀況未能提出更好的對策所致。目前Intel在面臨ARM的競爭，共有三個方面需要面對：
1.軟硬體系統的整合
當像是聯發科、高通、Nvidia這些晶片商在推出ARM晶片產品時，也都順帶提供了一個針對Android晶片相當完整的整合方案。而AMD雖然在行動市場上並未有所著墨，也針對了Bluestack這樣的Android虛擬平台作了投資，為的就是讓自己的產品在Windows逐漸式微的情況下可以有多一重系統程式的選擇。
1.軟硬體系統的整合
當像是聯發科、高通、Nvidia這些晶片商在推出ARM晶片產品時，也都順帶提供了一個針對Android晶片相當完整的整合方案。而AMD雖然在行動市場上並未有所著墨，也針對了Bluestack這樣的Android虛擬平台作了投資，為的就是讓自己的產品在Windows逐漸式微的情況下可以有多一重系統程式的選擇。
- Feb 24 Sun 2013 13:07
-
當Android走向桌面，如何彼此無縫銜接
去年底Viewsonic推出了一款22"大螢幕尺寸的Android平板裝置VSD220。在2013年1月初的CES展當中，推出了新款的VSD240；提供了更快的處理器和更大的螢幕。另外華碩也推出了一款18.4吋的Transformer AIO一體成型電腦，本身也是讓可分離的平板螢幕能夠運行Android 4.1系統。
由於手機螢幕解析度越來越高，當Android軟體用在大型平板裝置時，也比較沒有過去在2.x版以前畫面粗糙的問題。但是就如同之前所提過，Android裝置之間的互通機制目前還尚未成熟。而同樣在這次2013年的CES展當中，有一家新創公司EXO U的軟體可以說是完整了實現智慧型裝置之間的互動操作。
在該公司的EXODesk產品當中，可以透過一個終端控制所有連接的EXODesk。並且透過EXO UI這樣的一個介面，便可以彼此分享在EXODesk當中的軟體和文件。而在該公司釋出的DEMO影片 http://youtu.be/IqUt37td76Q 當中我們可以發現到許多Android目前缺乏的要素被實踐，而這部份則是當Android裝置開始出現在桌面環境當中使用時所需要被完備的。例如：
1. 多用戶使用及控制的方式(參考第 00:13 秒畫面)
目前Android裝置的定位都是在單人使用的狀態，然而當在一個工作環境中開始建置多個智慧型裝置的時候，就缺乏一個統一管理使用權限的機制。並且在單一裝置中，也欠缺多人帳戶使用的觀念。這部分是在Android裝置開始進入桌面之後，假使有大批使用的狀態下所需要去考慮到的管理便利性的部分。
2. 文件的分享及工作接續(參考第 00:40 秒畫面)
而在Android開始進入到桌面環境使用之後，就會面臨到文件分享的問題。目前最方便的方式也許就是將檔案丟到網路上。但是這依舊是面臨到分享上的步驟不夠便利的問題，因為還必須要將檔案的網址再丟給對方並且下載。在EXODesk的示範當中，使用者可以將寫好的一個便條直接以拖曳投放的方式，就把文件丟給最靠近的裝置去做使用，而這個部分的便利性，和直覺性，則高過於目前任何檔案分享的使用方式，並且也能夠讓工作當中的分享，不至於太過度的打斷目前的工作進度。
3. 便利的軟體分享機制(參考第 2:03 秒畫面)
目前當我們要跟別人分享，或是要求對方一起共同使用一個APP軟體時。所能夠做的方式就是將軟體的名稱或下載網址丟給對方，而這部分卻同樣與文件分享遇到同樣的問題。步驟太多缺乏簡化。如果同樣可以用拖曳丟放的方式就完成，也就相當地簡便。
4. 便利的跨裝置目錄管理
如果有使用PC連接Android裝置找過照片的話，或許就能體會我說的狀況。因為當Android上用看圖軟體要看自己裝置的照片時，軟體通常都能夠將所有不同程式所產生的圖片都以各個照相簿的方式去呈現。但是當跨裝置讀取的時候，就變成要找出分散在不同目錄當中的檔案，例如可能Whatsapp Line這類訊息軟體接收到的圖片，和另外安裝的第三方照相軟體的圖片，或是經過相片處理軟體處理過的圖片，都會存在不同地方，這時候如果要找到想要找的圖片就會相當地麻煩。
這部分雖然在EXO U的示範影片當中沒有提及，但是卻隱約有類似觀念。如果不同裝置在連接之後，開啟了同一個軟體，而A裝置要讀取B裝置用同樣軟體所製作的文件時，是不是能夠直接讀取到B裝置的檔案而不需要翻找層層目錄才會找到。
5. 彼此的遙控機制(參考第 2:25 秒畫面)
有時候我的Android手機接在電腦上充電，但是我可能一邊在電腦上工作卻想到要查詢手機上的某個訊息或是軟體製作的資料時，就會面臨到想要從電腦遙控Android裝置的需求。但是目前Android在這方面的軟體相當缺乏，例如可能需要取得root權限才有相關軟體可以使用。
除此之外，Andriod裝置之間的相互遙控，目前也相當欠缺。假使有人使用了大型的Android桌面平板，這時候要使用手機來遠處遙控桌面平板的畫面，目前也尚未有相對應的完整配套軟體出現。而這部分也在EXO U的示範影片當中看到了相當便利的一鍵切換控制的方式。
雖然EXO U在去年就已經將該公司的EXOEngine在CES上推出並且獲得獎項。然而今年在CES當中推出EXODesk時卻將軟體環境建立地更加的完備。而在該公司的軟體當中，也讓我們看到一個目前智慧型裝置面臨互動問題時的成熟解決方式。
由於手機螢幕解析度越來越高，當Android軟體用在大型平板裝置時，也比較沒有過去在2.x版以前畫面粗糙的問題。但是就如同之前所提過，Android裝置之間的互通機制目前還尚未成熟。而同樣在這次2013年的CES展當中，有一家新創公司EXO U的軟體可以說是完整了實現智慧型裝置之間的互動操作。
在該公司的EXODesk產品當中，可以透過一個終端控制所有連接的EXODesk。並且透過EXO UI這樣的一個介面，便可以彼此分享在EXODesk當中的軟體和文件。而在該公司釋出的DEMO影片 http://youtu.be/IqUt37td76Q 當中我們可以發現到許多Android目前缺乏的要素被實踐，而這部份則是當Android裝置開始出現在桌面環境當中使用時所需要被完備的。例如：
1. 多用戶使用及控制的方式(參考第 00:13 秒畫面)
目前Android裝置的定位都是在單人使用的狀態，然而當在一個工作環境中開始建置多個智慧型裝置的時候，就缺乏一個統一管理使用權限的機制。並且在單一裝置中，也欠缺多人帳戶使用的觀念。這部分是在Android裝置開始進入桌面之後，假使有大批使用的狀態下所需要去考慮到的管理便利性的部分。
2. 文件的分享及工作接續(參考第 00:40 秒畫面)
而在Android開始進入到桌面環境使用之後，就會面臨到文件分享的問題。目前最方便的方式也許就是將檔案丟到網路上。但是這依舊是面臨到分享上的步驟不夠便利的問題，因為還必須要將檔案的網址再丟給對方並且下載。在EXODesk的示範當中，使用者可以將寫好的一個便條直接以拖曳投放的方式，就把文件丟給最靠近的裝置去做使用，而這個部分的便利性，和直覺性，則高過於目前任何檔案分享的使用方式，並且也能夠讓工作當中的分享，不至於太過度的打斷目前的工作進度。
3. 便利的軟體分享機制(參考第 2:03 秒畫面)
目前當我們要跟別人分享，或是要求對方一起共同使用一個APP軟體時。所能夠做的方式就是將軟體的名稱或下載網址丟給對方，而這部分卻同樣與文件分享遇到同樣的問題。步驟太多缺乏簡化。如果同樣可以用拖曳丟放的方式就完成，也就相當地簡便。
4. 便利的跨裝置目錄管理
如果有使用PC連接Android裝置找過照片的話，或許就能體會我說的狀況。因為當Android上用看圖軟體要看自己裝置的照片時，軟體通常都能夠將所有不同程式所產生的圖片都以各個照相簿的方式去呈現。但是當跨裝置讀取的時候，就變成要找出分散在不同目錄當中的檔案，例如可能Whatsapp Line這類訊息軟體接收到的圖片，和另外安裝的第三方照相軟體的圖片，或是經過相片處理軟體處理過的圖片，都會存在不同地方，這時候如果要找到想要找的圖片就會相當地麻煩。
這部分雖然在EXO U的示範影片當中沒有提及，但是卻隱約有類似觀念。如果不同裝置在連接之後，開啟了同一個軟體，而A裝置要讀取B裝置用同樣軟體所製作的文件時，是不是能夠直接讀取到B裝置的檔案而不需要翻找層層目錄才會找到。
5. 彼此的遙控機制(參考第 2:25 秒畫面)
有時候我的Android手機接在電腦上充電，但是我可能一邊在電腦上工作卻想到要查詢手機上的某個訊息或是軟體製作的資料時，就會面臨到想要從電腦遙控Android裝置的需求。但是目前Android在這方面的軟體相當缺乏，例如可能需要取得root權限才有相關軟體可以使用。
除此之外，Andriod裝置之間的相互遙控，目前也相當欠缺。假使有人使用了大型的Android桌面平板，這時候要使用手機來遠處遙控桌面平板的畫面，目前也尚未有相對應的完整配套軟體出現。而這部分也在EXO U的示範影片當中看到了相當便利的一鍵切換控制的方式。
雖然EXO U在去年就已經將該公司的EXOEngine在CES上推出並且獲得獎項。然而今年在CES當中推出EXODesk時卻將軟體環境建立地更加的完備。而在該公司的軟體當中，也讓我們看到一個目前智慧型裝置面臨互動問題時的成熟解決方式。
- Jan 09 Wed 2013 10:36
-
Android相容裝置進佔後的下一步
在Android裝置的使用率逐漸升高的情況下，各式各樣的產品也都開始將可和Android互動的功能加入到嵌入式系統當中。例如Panasonic松下電器將會推出的智慧型家電(註1)，然而在各項裝置都能和智慧型系統互動之後卻會面臨到一些裝置間協作的問題，要能解決這些軟硬體的問題，才能夠讓裝置間互動更加無縫隙，而能夠更順利地被使用。而裝置中互動的機制目前雖然已經有以下方案，但是都還有待更加成熟，例如：
1.硬體溝通
以松下的例子來說，其裝置與Android互動的情況是依靠NFC感應晶片，然而並非每一台Android手機都會具備NFC感應晶片。並且感應晶片方面現在也還沒有共同的互通規格，也許比較好的方式是使用無線網路WIFI DIRECT或藍牙推送來主動偵測將APP或訊息傳達到使用者的手機當中會較為恰當。
2.軟體資源
雖然之前Google開啟了Android Open Accessory的項目(註2)，讓想要使用Android裝置做為基礎控制單元的人，可以藉此將開發的硬體與Android連接。但是目前Google方面並沒有針對各種設備都做出完整的規劃，要使用的人算是只能從頭開始。當然好處是畢竟這是一個開放原始碼的專案，在自由度方面也較能掌控，但是相對地要進入這部分領域的相關資源就相對地少。
3.控制介面
在提到要使用Android設備作為操控或互動裝置的時候，絕對會面臨到的是透過什麼樣的介面操控。除了前面提到的從軟體透過無線的方式去操縱之外，除此之外就是語音控制。目前GOOGLE在語音識別API方面雖然已經有提供，但是在系統級別的整合互動，似乎還有其他的空間。也因此出現了其他第三方語音控制的軟體出現(註3)，這部分也和之前提到的軟體面缺少一個全面整合的API有關。
4.安全考量
日前有人利用Arduino做出了一個類似Segway單人交通工具的開原碼硬體(註4)，雖然目前是僅使用Arduino而非結合Android使用。但是以Android設備來做中控裝置也並非不可行，畢竟現在Android設備日漸便宜，並且效能也高於先前許多。但是當Android要使用在交通工具上的時候，就需要注意到安全性的問題。畢竟不同於一般手持設備，交通工具在即時處理的需要性是相當高的，所以在整合Android的過程中，遇到像是這類安全性需求等級比較高的狀況時，就比較需要多注意。
5.識別機制
像目前假如有多台Android設備，彼此之間的識別機制就還不是很完備。雖然可以類似互相用藍牙傳檔，但是在操控權限或是裝置互動的整合，就還是很缺乏。個人覺得不同裝置的整合互動目前最好的範例，是任天堂的Wii U。雖然它是一個電視遊樂器，但是它的電視設備和內附的平板裝置在遊戲上的互動就相當地一體化。
而這部份是目前Android多種設備上比較還缺乏的，比如Android電視盒在其無線範圍中能否自動去識別或推播推薦安裝其控制軟體的手機裝置；或是當手機和平板同步後，手機能否直接搜尋取得或控制多台同步設備的資料及功能；甚至將來Google Glass眼鏡要直接取用Android設備的資訊也是會遇到這樣的問題。
雖然Android佔有率越來越高，使用及能與Android互動的設備也越來越多樣化。但是以上提到的這些部分，都還是日後有待更加完備的一些狀況。或許在這些功能更加完備之後，Android設備的擴張程度還會再更加廣泛。
本文將刊登於Linuxpilot雜誌
1.硬體溝通
以松下的例子來說，其裝置與Android互動的情況是依靠NFC感應晶片，然而並非每一台Android手機都會具備NFC感應晶片。並且感應晶片方面現在也還沒有共同的互通規格，也許比較好的方式是使用無線網路WIFI DIRECT或藍牙推送來主動偵測將APP或訊息傳達到使用者的手機當中會較為恰當。
2.軟體資源
雖然之前Google開啟了Android Open Accessory的項目(註2)，讓想要使用Android裝置做為基礎控制單元的人，可以藉此將開發的硬體與Android連接。但是目前Google方面並沒有針對各種設備都做出完整的規劃，要使用的人算是只能從頭開始。當然好處是畢竟這是一個開放原始碼的專案，在自由度方面也較能掌控，但是相對地要進入這部分領域的相關資源就相對地少。
3.控制介面
在提到要使用Android設備作為操控或互動裝置的時候，絕對會面臨到的是透過什麼樣的介面操控。除了前面提到的從軟體透過無線的方式去操縱之外，除此之外就是語音控制。目前GOOGLE在語音識別API方面雖然已經有提供，但是在系統級別的整合互動，似乎還有其他的空間。也因此出現了其他第三方語音控制的軟體出現(註3)，這部分也和之前提到的軟體面缺少一個全面整合的API有關。
4.安全考量
日前有人利用Arduino做出了一個類似Segway單人交通工具的開原碼硬體(註4)，雖然目前是僅使用Arduino而非結合Android使用。但是以Android設備來做中控裝置也並非不可行，畢竟現在Android設備日漸便宜，並且效能也高於先前許多。但是當Android要使用在交通工具上的時候，就需要注意到安全性的問題。畢竟不同於一般手持設備，交通工具在即時處理的需要性是相當高的，所以在整合Android的過程中，遇到像是這類安全性需求等級比較高的狀況時，就比較需要多注意。
5.識別機制
像目前假如有多台Android設備，彼此之間的識別機制就還不是很完備。雖然可以類似互相用藍牙傳檔，但是在操控權限或是裝置互動的整合，就還是很缺乏。個人覺得不同裝置的整合互動目前最好的範例，是任天堂的Wii U。雖然它是一個電視遊樂器，但是它的電視設備和內附的平板裝置在遊戲上的互動就相當地一體化。
而這部份是目前Android多種設備上比較還缺乏的，比如Android電視盒在其無線範圍中能否自動去識別或推播推薦安裝其控制軟體的手機裝置；或是當手機和平板同步後，手機能否直接搜尋取得或控制多台同步設備的資料及功能；甚至將來Google Glass眼鏡要直接取用Android設備的資訊也是會遇到這樣的問題。
雖然Android佔有率越來越高，使用及能與Android互動的設備也越來越多樣化。但是以上提到的這些部分，都還是日後有待更加完備的一些狀況。或許在這些功能更加完備之後，Android設備的擴張程度還會再更加廣泛。
本文將刊登於Linuxpilot雜誌
- Dec 01 Sat 2012 00:01
-
若黑莓10崛起，將凸顯英特爾及諾基亞的失策
由於iOS和Android大肆搶占佔有率的情況下，黑莓及諾基亞在智慧型手機市場雖然是先行進入的廠商，但是狀況卻大不如前。而二家手機老牌廠商也選擇了不同的解決方式。NOKIA選擇單押前途在WINDOWS PHONE當中，而黑莓則是買下了QNX軟體公司開發了自己的系統。
而同樣在面對移動市場方面，過去桌上型市場的處理器廠商英特爾，也因為在移動市場上的布局不盡理想，而讓其CEO歐德寧也被懷疑是因為移動市場布局不順利的原因選擇提前退休。而英特爾除了在移動市場上布局失利之外，其軟硬體整合的布局，目前動作也慢於過去的合作搭檔微軟。 雖然黑莓也是在市場上失利，甚至也因為移動系統延遲推出，一度造成岌岌可危的情況。但是近期在黑莓10新系統將要準備上市時，透過開發者和電信營運商的反應，卻出現相當看好迴響。然而若是黑莓10能夠成功，將會從黑莓在其黑莓10系統上的努力，凸顯諾基亞和英特爾二家公司的一些問題，例如： 1.軟硬體整合 雖然黑莓在買下QNX一開始推出的PLAYBOOK並未獲好評，不過由於過去自家的黑莓系統在觸控螢幕手機的盛行之後已經不符使用，所以還是以QNX的技術持續開發適合在手機上使用的黑莓10系統。並如同過去一樣將軟硬體整合的權力掌握在自家手上，使得自家產品的開發掌控權不會由其他公司所操控。 而這點方面諾基亞則是已經被微軟牽著鼻子走，例如在上半年熱門行銷推動的重點產品LUMIA 800 900，結果卻是被微軟公布不能升級到新系統的過時產品。英特爾則是在軟體整合上缺乏一個明確的目標性，即使已經推出針對手機市場的產品，仍舊沒有看到X86在ANDROID的支援度上有太多的開放和進展。例如目前我們仍舊不能很方便的在INTEL X86的桌上型電腦上採用ANDROID，這部分也讓英特爾的產品還是受制於微軟當中，而反觀微軟則是已經踏出了軟體領域開始走向硬體整合的階段。 2.系統介面的易用性 雖然當初諾基亞在選用WINDOWS PHONE平台作為搭配時，是說為了要凸顯出與其他廠商的不同，然而採用了WINDOWS PHONE之後，在軟體介面的自訂性上，更難掌控，甚至在HTC和其他廠商也推出WINDOWS PHONE之後，反而更是雷同而缺乏辨識度。而黑莓則自己開發出了不同的系統介面，並且在使用上也讓人相當驚艷，至於英特爾則是在放棄MEEGO之後，和三星合作TIZEN系統，但是目前也還看不到整個產品的影子，甚至比HP的WEBOS、前MEEGO的SAILFISH或MOZILLA的FIREFOX OS還更少能見度。 3.軟體開發架構的接納度 雖然黑莓10基於的QNX並非開放原始碼軟體，但是由於QNX本身基於POSIX標準，所以目前架構在同樣基於POSIX標準的LINUX軟體也可以轉移到黑莓10的系統當中。目前黑莓10提供開發者參考的環境，除了有原生的C/C++ SDK之外，還能夠接納過去BB7和PLAYBOOK平台的軟體，以及ANDROID平台、HTML5軟體、ADOBE AIR、甚至是C++/QT 這個NOKIA過去自己所買下的開發技術平台也都被黑莓10所支援。 由於黑莓10是後來出現的新平台，為了能夠盡快增加APP軟體的可用數量，所以黑莓採取的是廣納各平台並且相容舊平台的方式來處理。反觀諾基亞目前則是放棄了原先自有的MEEGO平台、SYMBIAN系統等等，在擁抱WINDOWS PHONE之後連平台升級的決定性都操控在別的公司當中，甚至比擁抱ANDROID還更加地不自由。 4.沿用舊有服務的優勢 黑莓過去最有利的就是企業市場使用BBM的傳訊服務，黑莓10的市場定位也還是以過去的商用專業市場為主。而諾基亞過去的OVI STORE和NOKIA MAIL服務都已經越來越少被提及，而諾基亞的地圖則是已經開放到微軟、ANDROID及iOS平台中使用，也缺乏了其專有性。而英特爾在這方面更是鮮少有著墨。 相較於諾基亞過去說採用ANDROID會讓產品沒特色這個說法，其實卻可以用AMAZON以ANDROID為基礎開發出自有特色的KINDLE FIRE產品來打破迷思。而且由於諾基亞過去本身就有自己相當的基礎，不論是電子郵件服務、軟體商店、地圖等網路資源都相當豐富並且足以支撐其自有平台。 而英特爾在軟硬體整合缺乏配套的情況下一直沒有成熟產品出現，由於缺乏一個軟硬體整合的方案，也才導致了其行動平台上的低佔有性。例如雖然目前提供了X86核心的ANDROID手機平台，但是還是要面對GOOGLE PLAY軟體並非都同時支援X86/ARM的情形。若是當初在桌面平台就開始支援ANDROID可以在X86核心平台的話，這樣的問題也不會遲至此時才要面對解決。而這一點反倒是AMD比較積極面對，例如甚至資助了BLUESTACK這樣的ANDROID虛擬平台，甚至過去在ANDROID X86運行的時候，也是聽到AMD的支援度比較高。 在種種產品開發上使用的策略比較過後，其實可以發現，黑莓10雖然不是開放原始碼平台。但是其採取的開放性策略，在產品掌控的自由度上，反而高過於原先合作開發MEEGO的英特爾和諾基亞。而若是黑莓10真正地成功，並且讓該公司足以在現有競爭激烈的行動市場上立足的話，那麼後二者的策略性失誤，將會被大大的凸顯及討論，因為他們原先握有的資源還比黑莓多更多。並且原本也是採用了開放原始碼平台，但是在最後的產品開發的自由性和產品接納度，卻都因為雙雙放棄不積極開放投入，而出現了面臨發展不全的窘境。實在是足以作為開放原始碼策略當中相當值得檢討的案例。
而同樣在面對移動市場方面，過去桌上型市場的處理器廠商英特爾，也因為在移動市場上的布局不盡理想，而讓其CEO歐德寧也被懷疑是因為移動市場布局不順利的原因選擇提前退休。而英特爾除了在移動市場上布局失利之外，其軟硬體整合的布局，目前動作也慢於過去的合作搭檔微軟。 雖然黑莓也是在市場上失利，甚至也因為移動系統延遲推出，一度造成岌岌可危的情況。但是近期在黑莓10新系統將要準備上市時，透過開發者和電信營運商的反應，卻出現相當看好迴響。然而若是黑莓10能夠成功，將會從黑莓在其黑莓10系統上的努力，凸顯諾基亞和英特爾二家公司的一些問題，例如： 1.軟硬體整合 雖然黑莓在買下QNX一開始推出的PLAYBOOK並未獲好評，不過由於過去自家的黑莓系統在觸控螢幕手機的盛行之後已經不符使用，所以還是以QNX的技術持續開發適合在手機上使用的黑莓10系統。並如同過去一樣將軟硬體整合的權力掌握在自家手上，使得自家產品的開發掌控權不會由其他公司所操控。 而這點方面諾基亞則是已經被微軟牽著鼻子走，例如在上半年熱門行銷推動的重點產品LUMIA 800 900，結果卻是被微軟公布不能升級到新系統的過時產品。英特爾則是在軟體整合上缺乏一個明確的目標性，即使已經推出針對手機市場的產品，仍舊沒有看到X86在ANDROID的支援度上有太多的開放和進展。例如目前我們仍舊不能很方便的在INTEL X86的桌上型電腦上採用ANDROID，這部分也讓英特爾的產品還是受制於微軟當中，而反觀微軟則是已經踏出了軟體領域開始走向硬體整合的階段。 2.系統介面的易用性 雖然當初諾基亞在選用WINDOWS PHONE平台作為搭配時，是說為了要凸顯出與其他廠商的不同，然而採用了WINDOWS PHONE之後，在軟體介面的自訂性上，更難掌控，甚至在HTC和其他廠商也推出WINDOWS PHONE之後，反而更是雷同而缺乏辨識度。而黑莓則自己開發出了不同的系統介面，並且在使用上也讓人相當驚艷，至於英特爾則是在放棄MEEGO之後，和三星合作TIZEN系統，但是目前也還看不到整個產品的影子，甚至比HP的WEBOS、前MEEGO的SAILFISH或MOZILLA的FIREFOX OS還更少能見度。 3.軟體開發架構的接納度 雖然黑莓10基於的QNX並非開放原始碼軟體，但是由於QNX本身基於POSIX標準，所以目前架構在同樣基於POSIX標準的LINUX軟體也可以轉移到黑莓10的系統當中。目前黑莓10提供開發者參考的環境，除了有原生的C/C++ SDK之外，還能夠接納過去BB7和PLAYBOOK平台的軟體，以及ANDROID平台、HTML5軟體、ADOBE AIR、甚至是C++/QT 這個NOKIA過去自己所買下的開發技術平台也都被黑莓10所支援。 由於黑莓10是後來出現的新平台，為了能夠盡快增加APP軟體的可用數量，所以黑莓採取的是廣納各平台並且相容舊平台的方式來處理。反觀諾基亞目前則是放棄了原先自有的MEEGO平台、SYMBIAN系統等等，在擁抱WINDOWS PHONE之後連平台升級的決定性都操控在別的公司當中，甚至比擁抱ANDROID還更加地不自由。 4.沿用舊有服務的優勢 黑莓過去最有利的就是企業市場使用BBM的傳訊服務，黑莓10的市場定位也還是以過去的商用專業市場為主。而諾基亞過去的OVI STORE和NOKIA MAIL服務都已經越來越少被提及，而諾基亞的地圖則是已經開放到微軟、ANDROID及iOS平台中使用，也缺乏了其專有性。而英特爾在這方面更是鮮少有著墨。 相較於諾基亞過去說採用ANDROID會讓產品沒特色這個說法，其實卻可以用AMAZON以ANDROID為基礎開發出自有特色的KINDLE FIRE產品來打破迷思。而且由於諾基亞過去本身就有自己相當的基礎，不論是電子郵件服務、軟體商店、地圖等網路資源都相當豐富並且足以支撐其自有平台。 而英特爾在軟硬體整合缺乏配套的情況下一直沒有成熟產品出現，由於缺乏一個軟硬體整合的方案，也才導致了其行動平台上的低佔有性。例如雖然目前提供了X86核心的ANDROID手機平台，但是還是要面對GOOGLE PLAY軟體並非都同時支援X86/ARM的情形。若是當初在桌面平台就開始支援ANDROID可以在X86核心平台的話，這樣的問題也不會遲至此時才要面對解決。而這一點反倒是AMD比較積極面對，例如甚至資助了BLUESTACK這樣的ANDROID虛擬平台，甚至過去在ANDROID X86運行的時候，也是聽到AMD的支援度比較高。 在種種產品開發上使用的策略比較過後，其實可以發現，黑莓10雖然不是開放原始碼平台。但是其採取的開放性策略，在產品掌控的自由度上，反而高過於原先合作開發MEEGO的英特爾和諾基亞。而若是黑莓10真正地成功，並且讓該公司足以在現有競爭激烈的行動市場上立足的話，那麼後二者的策略性失誤，將會被大大的凸顯及討論，因為他們原先握有的資源還比黑莓多更多。並且原本也是採用了開放原始碼平台，但是在最後的產品開發的自由性和產品接納度，卻都因為雙雙放棄不積極開放投入，而出現了面臨發展不全的窘境。實在是足以作為開放原始碼策略當中相當值得檢討的案例。
- Nov 01 Thu 2012 10:08
-
Android平板將面臨到Surface哪些挑戰？
在萬聖節前的這個季度，可以說是相當多的資訊產品紛紛發表。Apple iPad mini , Microsoft Surface, 以及Google也將發表多款Nexus設備。而微軟自行推出的新平板Surface產品在發表後，外界均多將其與Apple iPad做比較，認為此款產品在成熟度上能否與iPad比拚，還有待考驗。然而個人在看到此項產品卻認為在某程度來說，如果不是像Asus Acer這種將會同時推動Windows/Android平台的廠商的話，其實對於Surface/Windows RT的出現，其實Android平板廠商是需要多所關注及擔心的。因為Surface可能一推出後，在某些程度上，就擁有了一些Android平板所沒有具有的優勢，當中也有一些是Android平板需要再改善的部分，例如：
1.企業辦公應用市場
雖然Android的開放性較為自由，但很多企業市場目前似乎還是支援使用iPad的程度較高，原因在於硬體的統一性及較易管理。而Surface的出現，也是具有這項特徵，並且微軟在Windows RT的參與製造廠商方面，也有所限制，這點雖然造成不如Android的自由取用性，但是對於企業來說卻反而會是考量採納的點。單一的支援性而非需要擔心Android的碎片化情形。
再來就是個人從小筆電還沒有預裝WINDOWS以來就常常被問到的問題；Office軟體的支援度如何？雖然Android上面也有像是金山OFFICE、DOCUMENT TO GO這類辦公文件軟體，但是在面對到Surface預裝OFFICE軟體的直接支援，以及對於Exchange Server帳號更完整的支援使用等等，都可能會造成Android 平板在企業應用的市場上會更加弱勢。
1.企業辦公應用市場
雖然Android的開放性較為自由，但很多企業市場目前似乎還是支援使用iPad的程度較高，原因在於硬體的統一性及較易管理。而Surface的出現，也是具有這項特徵，並且微軟在Windows RT的參與製造廠商方面，也有所限制，這點雖然造成不如Android的自由取用性，但是對於企業來說卻反而會是考量採納的點。單一的支援性而非需要擔心Android的碎片化情形。
再來就是個人從小筆電還沒有預裝WINDOWS以來就常常被問到的問題；Office軟體的支援度如何？雖然Android上面也有像是金山OFFICE、DOCUMENT TO GO這類辦公文件軟體，但是在面對到Surface預裝OFFICE軟體的直接支援，以及對於Exchange Server帳號更完整的支援使用等等，都可能會造成Android 平板在企業應用的市場上會更加弱勢。
- Oct 15 Mon 2012 16:01
-
10.8遇到外接硬碟連接出現系統緩慢的問題
- Sep 13 Thu 2012 10:32
-
這次產品自己不滿意的地方.....
1. iPod Nano
搜尋iPod Nano就可以看到過去的設計做比較，背面LOGO沒有露出金屬原色，按鈕沒有配色。缺少過去的一些設計習慣，還有設計有點像Oppo以前的Mp3。
2.iPod Touch
搜尋iPod Nano就可以看到過去的設計做比較，背面LOGO沒有露出金屬原色，按鈕沒有配色。缺少過去的一些設計習慣，還有設計有點像Oppo以前的Mp3。
2.iPod Touch
- Aug 16 Thu 2012 14:08
-
使用Android發展應搶先的下一步
目前Android面對市場上的激烈競爭，以及像三星的上下游整合和強勢的行銷通路，均不斷地在壓縮獲利的空間。然而在採用Android移動智慧型裝置系統的領域當中，其實還有許多再開發的空間得以運用，如果能搶在Google或其他廠商之前完成，將能夠佔有一定的先機，例如：
1.專利池建立
由於Google原先在硬體製造的領域上並未有太大的著墨，於是也導致在推出Android系統之後，相關的廠商都陸續面臨到專利的問題。過去在Google買下Moto之前，自己就有相關的想法是覺得，Android的OHA聯盟，遲早都應該要有一個專利池共享的結合。不過目前從2007年到現在，遲遲未看到Google方面有這樣的動作形成。
1.專利池建立
由於Google原先在硬體製造的領域上並未有太大的著墨，於是也導致在推出Android系統之後，相關的廠商都陸續面臨到專利的問題。過去在Google買下Moto之前，自己就有相關的想法是覺得，Android的OHA聯盟，遲早都應該要有一個專利池共享的結合。不過目前從2007年到現在，遲遲未看到Google方面有這樣的動作形成。
- Aug 10 Fri 2012 17:18
-
現在或許是做公版OR開放手機的時機
說到手機對用戶的自由開放，就想到當初的OpenMoko，才知道原來這家公司在去年底已經算是正式畫下句點了。OpenMoko在2007年推出時的想法相當進步，即便是在智慧型手機遍布的現在也未能完全達成。他們希望推出一台軟硬體方面完全開放設計的手機，不過很可惜的是雖然有推出過實體商品，但是一直沒有成熟到足以跳出開發者測試機市場的階段。
雖然Android是人人得以進入製造使用，但是對用戶來說，卻並不是相對的自由。比如後續的維護是要看運氣，例如是否有官方升級、能不能刷機、可否解鎖等等，都是購買Android之前要做的功課。可惜OpenMoko結束地太早，否則現在其實看起來是做開放手機平台的好時機。因為現在有像是：
1.CyanogenMod這類客製化自訂韌體團隊
雖然CyanogenMod不一定會幫不知名的小廠做ROM，但是如果有廠商願意與他們合作提供機器和部分協助的話，或許可以節省一些調適韌體的時間。
雖然Android是人人得以進入製造使用，但是對用戶來說，卻並不是相對的自由。比如後續的維護是要看運氣，例如是否有官方升級、能不能刷機、可否解鎖等等，都是購買Android之前要做的功課。可惜OpenMoko結束地太早，否則現在其實看起來是做開放手機平台的好時機。因為現在有像是：
1.CyanogenMod這類客製化自訂韌體團隊
雖然CyanogenMod不一定會幫不知名的小廠做ROM，但是如果有廠商願意與他們合作提供機器和部分協助的話，或許可以節省一些調適韌體的時間。
- Aug 09 Thu 2012 15:41
-
產業出現瓶頸不要只知道怪國家跟社會
今天看到了幾篇文章，其實有點無奈，希望產業自己不思進取到頭來不要只怪罪國家社會，這樣實在是很難看。
社論：問題不在人才，而是產業
繁華再見了。手機業黃金五年結束。
宏碁CEO：我們應該繼續依靠微軟還是尋找其他的合作夥伴？
社論：問題不在人才，而是產業
繁華再見了。手機業黃金五年結束。
宏碁CEO：我們應該繼續依靠微軟還是尋找其他的合作夥伴？
