隨著網路速度逐漸發達,各種網頁的互動性和可程式化的需求也越來越高。在Web 2.0時期,Ajax興起之後,隨著智慧型手機的興起,加上Flash的勢弱,Html5更加是後續網頁技術結合的結果。於是Javascript的使用的比重更加重許多,也讓瀏覽器在後續的改進上,除了頁面顯示速度之外最大的著重之處就在於Javascript的效能提昇。而現在3大瀏覽器公司決定合作推出二進制的網頁程式語言WebAssembly。而會出現這樣的發展,主要是要從以下這些起點談起:

1.原先各種不同的解決方案

droger 發表在 痞客邦 留言(0) 人氣()

Alpha Go與韓國職業棋手李世石的比賽最終以4:1的結果收場。許多人開始擔心人工智慧是否將會對人類造成威脅,但其實目前該關心的卻還不是這個部分。首先Alpha GO距離有自我意識的真正人工智慧還有相當大的一段距離,如果要精確地來給它一個正確的定位的話,應該說它是人工計算而並非到真正的智慧。然而當高度機械運算逐漸在各家科技公司崛起的同時,其實反而更應該要關心的卻是人類的政治活動。個人將原因歸類到以下四點:
1.人類使用的責任與限制
從最近Google自動駕駛車第一起有責任的車禍來說,當人類在擁有或操作自動機械的時候,究竟該負擔哪些責任與義務?(註一)這個已經比較是近期該開始規範的部分,而目前台灣對於這些科技進展的法規跟進都還相當緩慢。比如當美國已經遇到無人機操作進犯到別人房屋領空被擊毀的事件出現時(註二),對於這樣的機械操作造成隱私、安全方面的討論,在台灣都還沒有被廣泛注意到。

droger 發表在 痞客邦 留言(0) 人氣()

20153月,Apple發表了Apple Watch的同時也發表了Research Kit。並且宣佈將會以開源碼的方式發佈,這部份讓醫學界對此相當矚目。由於智慧型手機的硬體效能逐漸強大,並且結合多種感應器,可以看到有許多醫療產品也都開始有出現與智慧型手機併用的產品,舉凡:血糖檢測、心律檢測、顯微鏡應用等等都可以讓過去醫療用品高昂的價格大幅降低。而Research Kit的出現,更是讓大數據的蒐集在將來更加方便,再加上結合上述的醫療設備週邊的配合,更是讓開源碼進入醫療界有更多的期待,而目前開源碼對於醫療界的影響,已經逐漸在形成氣候,目前有這些狀況:

droger 發表在 痞客邦 留言(0) 人氣()

由於智慧型手機市場目前已經殺成一片紅海,目前數位產品廠商無不積極發展下一個重點產品。而目前最多背著墨的莫過於穿戴型裝置及物聯網產品。然而穿戴型裝置除了運動偵測手環和智慧型手錶之外,目前也在Apple Watch尚未上市的情況下,對於市場是否能夠大量引爆需求還充滿未知。同樣物聯網裝置也有類似狀況,目前物聯網裝置還面臨以下的幾種情形,還有待這些狀況解決之後,才有撥亂反正的可能:

1.不同標準還在競爭中
物聯網產品目前主要有二大標準正在競爭當中,主要是因為不同的晶片廠商都想要主導物聯網產品所使用的溝通晶片及相關架構。目前分別是由英特爾和三星主推的「開放互連聯盟」(The Open Interconnect Consortium, OIC)組織,以及高通LG等公司所共組的AllSeen 物聯網聯盟。二大組織都將自己的標準開源並且交由Linux基金會代管,但是目前彼此並未互通。

droger 發表在 痞客邦 留言(0) 人氣()

SALES-OSS
 
開源碼軟體由於原始碼可自由取得的特性,使其一直都與價值免費有分不清的狀況。然而如果要讓開源碼軟體的開發能夠成為開發者們自己生活的支柱來源,讓開源軟體本身進入商業運作的模式,始終會是需要的結果。而目前現有開源碼軟體在商業化市場上的案例大多是以下情況:
1.軟體取得免費,但接受捐獻

droger 發表在 痞客邦 留言(0) 人氣()


由於智慧型手機發展迅速,連帶地讓嵌入式硬體的發展蓬勃迅速。核心元件不但效能增加,耗能卻也控制地相當精簡。加上3D列印的發展也逐漸成熟,而許多3D列印機當初都是以開源碼的型式發布的。這些元素搭建在一起之後,就產生了人類對未來科技一直以來幻想的產物─機器人。像poppy-project就是一個以上述這些技術建構起來的一個開源碼機器人計畫。雖然它還沒有像本田的ASIMO那麼成熟,但是至少是每個人都可以參考取用並且改進的機器人計畫。然而機器人的發展並不是只有單純人型機器這麼簡單,它也開始促成了其他領域的進步。例如:
 
生物體外機電:最近最有名的就是robohand這個計畫,它幫助將近200多位肢體殘缺人士,提供了補足他們手部功能的義肢。並且是有一些輔助動作的機械義肢,目前請計劃發起人製作約二千美金左右,除了成本較一般類似功能的商業義肢還要低一半以上之外,還是開源碼的型式,所以其實人人都可以參與製作,不過還是會有些建議原料需要注意。而除了機械義肢之外,或許將來也會發展出機械外骨骼,但是因為這部分的機電構造需要的等級更高,所以目前只有看到商業公司提出的產品,尚未看到有成熟的開源碼計畫出現。

droger 發表在 痞客邦 留言(0) 人氣()

android-linux
 
上一期討論到Google應該要對於Android採取更開放政策。但是之後就看到Google希望採用Android的OEM廠商要預裝將近20個應用。之前用過中國的定製手機,缺少Google應用,比較起來其實Android有Google軟體應用的確是比較好用。但是對於預裝軟體無法卸載就很佔空間,像是Google books之類的服務軟體。而且也表明Google對於Android在自由度上的採納又更加收緊。
雖然由於Android本身是採用Linux當核心,並且採用開放原始碼授權,可以讓其他廠商客製化。不至於需要對Google忌憚其會採取微軟當初在windows上綑綁ie時的壟斷手法。不過當初Android在推出時,它的系統核心架構上就有不少讓Linux社群認為它其實給予的空間不夠自由。於是就有一些計畫希望將Android自由化,例如Replicant項目。
所以這時候還是要面對在Google對於Android態度逐漸收緊的狀況下,是否需要開始面對應該要存在另一個更加開放性的Android或行動裝置系統的想法。而這部分的考量要能夠實現,是需要具備以下條件到齊:
1.有力的中立組織
以自由軟體來說,Linux基金會算是很大的組織,照理說應該能夠推動自由軟體的進展。但是從之前Linux基金LiMO和MEEGO合併為TIZEN之後,目前只有三星採用在智慧手機和部分家電當中。其他OEM廠商一直都沒有正式大規模地推廣產品使用。
所以比起新創另一個新系統來說,或許Linux基金會應該要考慮直接將Android給自由開放化來獨立運作,或許還比新創系統來得有取用價值。至少在推廣廠商使用的時候,接納度會比較高,因為不用另外從新的系統投資。
2.開放API規格制訂
從過去Amazon和Nokia/微軟自定Android來看,開源Android採用後,會遇到最大的狀況是當中相對應Google服務的api的缺少。過去amazon對於這部分是在Kindle Fire的推出時有遇到,過了一陣子還勉強解決。而Nokia X的定製系統,因為有微軟的服務做後盾。加上自己的地圖服務,所以在相對的替代性方案來說,還算是完全。
像nokia就有在官方網站上提供軟體開發者驗證相容性的指導 ( http://developer.nokia.com/nokia-x/get-started ),或許在面對要將Android自由化的時候,可以作為參考的形式。而制定出開放的API,讓開發者能夠將Android上的軟體改成需要存取各種網路服務,都還是能夠無礙使用,而不至於讓軟體移植到新平台就出現使用障礙。
3.自定化空間增加
這部分其實也和Open API有關,只是比較屬於使用者層面。因為Android原始設定很多部分就是跟Google服務綁定,如果Android在開發環境的部分更加開放。那麼在一些帳號設定、及使用者使用網路服務時,就可以事先指定。
比如可能在地圖服務方面,使用者就可以自己改成用Openstreetmap、email甚至可能指定用安裝在Android上面的個人email Server。而在指定完畢之後相關的軟體就會遵循指定的方式去呼叫相對應需要的網路服務來使用。
4.自由軟體市場的經營
Android迄今足以跟ios相抗衡的原因,除了較多OEM商採用之外。另外一個因素就是累積了更多的app軟體資源。而像是F-Droid市集這樣的自由軟體市場剛好可以搭配自由化的目的。不過F-Droid目前是僅有接受開源碼軟體,這部分可能就會讓軟體市場的成長幅度有所侷限。或許在當中開放另一個規定較為寬鬆的軟體市場區,也是個方式。而中立組織也可以藉由軟體分成來或許經費維護自由化的Android版本,也是個相互幫助的模式。
5.與其他組織合作
個人覺得如果能有一個像Linux基金會這類的組織帶領整合各個項目做合作,比如讓前面提到的Replicant項目、或是該項目做為基礎的Cyanogenmod。在對於Android系統層級方面的自由化一起做努力。再加上Android本身是一個很倚賴網路服務的系統,也需要和許多網路開發者們合作。這樣互相搭配之後,應該自然能將Android的封閉特性給再度開放,而不用總是擔心Google在Android上對於自由化的一些措施而感到緊張。
或許有的人會覺得Google將Android自由度逐漸收緊,似乎有些違背自由軟體的理念。但是在商言商,或許Google也害怕Android被取用後反過來受到傷害。不過就像之前所說的,應該是要用更自由的策略去加入競爭,而不是反向收緊。另外其實Google至少也還是遵循了開源碼的規則,所以在其決定收緊策略發布後,其實也還能夠有一個讓Android自由化的可能性存在,所以在採用開源碼發布這部分也還是值得鼓勵的。
本文刊登於Linuxpilot 141期

droger 發表在 痞客邦 留言(3) 人氣()



過去在Amazon Kindle Fire推出的時候,自己曾經說過雖然Amazon採用的是自定修改的Android版本。但是多少還是可以間接地幫助Android在軟體生態資源上的擴增。而最近看到許多人在說,由於Google釋出Android開放的AOSP版本在像是中國或是讓其他如Amazon的廠商可以取用修改,而讓Google在Android的獲利上又更加地受到打擊。對於這部分,自己反倒是認為Google如果能更加利用Android被取用後的擴大優勢,來增加自己的獲利。那反而才是一種雙贏的局面,而要形成這樣的局面,可能是要用以下的幾種方式:
1.多利用Google Chrome的優勢
基本上Chrome瀏覽器在瀏覽器方面也已經是一個強勢品牌的軟體,加上本身就是Google嫡系的產品。如果能夠在當中針對Google服務做出行動使用上不同於其他瀏覽器的加速和最佳化的話。讓連上這些網站時的體驗不輸給APP軟體的話,即使是使用AOSP自訂化產品的使用者只要下載Chrome瀏覽器之後,為了獲得更完整的使用體驗,還是會連上並且使用Google的服務。而且在一些軟體API上,也可以讓要移植到其他軟體商店的軟體商使用呼叫瀏覽器連上服務這樣的方式,使其軟體可以繼續運作。因為如果能夠沿用原先在Google認證的Android當中呼叫Google服務的方式。這樣一來就可以解決客製化Android弱化了Google服務使用的情況。

droger 發表在 痞客邦 留言(0) 人氣()



OLPC當初推出的理想,是希望能讓第三世界國家的兒童也可以享有數位化的教育環境。不過隨著智慧型手機、平板的出現,這項計畫也不再那麼活躍。但是相對的要實現OLPC計畫原有目標的環境因素,其實卻反而更加健全,比如:


1.硬體的價格逐漸降低
 
當Firefox OS宣布將推出25美元機種時,其實對於第三世界國家來說就是最直接的利多,而MOZILLA推出這樣的口號也正是針對第三世界市場。產品的金錢價格,絕對是在第三世界國家影響數位化發展的最直接因素。

droger 發表在 痞客邦 留言(0) 人氣()

介面雛型請參考此處
由於目前智慧型手機日益興起,觸控式介面本身不利於視障同胞使用,像iPhone本身在輔助使用方面已經有相當著墨,並且在系統方面也不太能夠讓製造者有客製化空間。而如果要另行開發點字面板作為視障同胞的手機使用,卻又會有利基市場小而成本過高的問題,於是自己就以Android系統做為參考,希望能提出一個能套用在Android智慧型手機下的介面設計,使其能夠作為給予視障同胞使用。目前構想的UI及手機介面方案如下:
 

droger 發表在 痞客邦 留言(1) 人氣()

雖然目前在行動裝置系統平台方面,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出去之後,將更加劇後續的問題)

droger 發表在 痞客邦 留言(0) 人氣()

在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雜誌

droger 發表在 痞客邦 留言(0) 人氣()

1 2 3
Blog Stats
⚠️

成人內容提醒

本部落格內容僅限年滿十八歲者瀏覽。
若您未滿十八歲,請立即離開。

已滿十八歲者,亦請勿將內容提供給未成年人士。