看了二本書:
1. 天下文化出版"大數據"
2. 高立圖書出版"資料探勘"
"大數據"是現象描述,指出大數據產生之前因後果。
此書對Bee來說已是衝擊,因為從不知大數據所產生之影響力,一但了解便覺得事態嚴重。
因為物聯網是趨勢,卻沒有多少人知道要如何產生商業行為,其中關鍵就是大數據。
農業時代最重要的發明是專業化。
工業時代最重要的發明是動力機器。
資訊時代最重要的發明就是大數據。
或許硬體人會認為是電腦,但電腦只是硬體,軟體才是靈魂。
在了解大數據後,再來便是去看其內容為何?
大數據並不是單一學科,實際上像是離散數學一樣,是一堆方法的集合。
資料探勘算是基礎,於是買書來看。
雖未完整了解,但發現資料探勘Bee之前就遇到一部分了,也見證其威力。
Bee在前公司曾待在新部門開發新產品,遇到機器學習。對於機器學習的威力感到震憾。
若當時產品成功,一堆軟體工程師便直接失業。
當大家都以為軟體工程師算是新行業,但新行業的技術會終結一半的專業人員,威力巨大超過想像。
正因為親身經歷過,如今其技術擴張為大數據,自然了解影響層面不止在軟體。
現在了解了大數據,其實算是晚了。再來要加速了解,並評估其影響。
2015年10月31日 星期六
2015年10月1日 星期四
8位元MCU終結於物聯網
8位元MCU一直有人說會終結於32位元MCU。這點Bee無法認同,除了價格外,找不到致命點。
不過,可以的話Bee還是想用32位元MCU,在函式庫上修改的少。
但在進入物聯網後,情況不同了。
物聯網使用MCU機會更大,但要解通信的地方也大增。
就以藍芽應用來看,光是藍芽函式庫就超過64KB,還有要加上HAL函式庫,看來少說96KB跑不掉。
已經超過8位元MCU容量64KB限制。以擴充的8051來說,要換Bank或是除錯,都變得很不容易。
也就是物聯網本質上,已經將8位元MCU排除在外。
8位元MCU變成無法單獨應用於物聯網,除非只做元件,由另一個32位元MCU去做連線功能。
但這仍只是暫態,以MCU的多功能腳位,只要腳位夠,基本上加強設計大部分可以免除。
結果物聯網應用一但展開,所以舊式MCU都會轉到物聯網上,等於宣判8位元MCU死刑。
8位元MCU在物聯網上,除了Sensor外,已無空間。
從應用端終結,才是真正的終結!
不過,可以的話Bee還是想用32位元MCU,在函式庫上修改的少。
但在進入物聯網後,情況不同了。
物聯網使用MCU機會更大,但要解通信的地方也大增。
就以藍芽應用來看,光是藍芽函式庫就超過64KB,還有要加上HAL函式庫,看來少說96KB跑不掉。
已經超過8位元MCU容量64KB限制。以擴充的8051來說,要換Bank或是除錯,都變得很不容易。
也就是物聯網本質上,已經將8位元MCU排除在外。
8位元MCU變成無法單獨應用於物聯網,除非只做元件,由另一個32位元MCU去做連線功能。
但這仍只是暫態,以MCU的多功能腳位,只要腳位夠,基本上加強設計大部分可以免除。
結果物聯網應用一但展開,所以舊式MCU都會轉到物聯網上,等於宣判8位元MCU死刑。
8位元MCU在物聯網上,除了Sensor外,已無空間。
從應用端終結,才是真正的終結!
2015年9月30日 星期三
換MCU累人?巴不得早點換
Bee和許多工程師推新MCU,幾乎推不動。原因在於換MCU後,軟體工程浩大。
但對Bee來說卻不是,換MCU軟體只改一點點,主要都在信號測試驗證。
為何差異如此?因為利用RTOS。
Bee總是將RTOS做為多人開發及PC模擬工具。所以函式庫的再利用率很高。
不只MCU用,PC上也可以使用,拿去做PC工具也可以用。
而PC模擬也可以做部分前期發展。
規劃得宜,只有二件事可以做:新功能元件開發及拼裝測試。
那移程式到MCU這件事,還是有工作要做嗎?有只有動RTOS。
基本上在可以相容於PC,這件事等於是已經做好MCU移動的打算。
所以真正移動到MCU,只要小調及測試。
MCU已經單價很低,工程師薪水也只會低。
若是沒有自由換MCU能力,又怎能突顯存在價值。
所以,巴不得馬上換,去老闆面前展示,變成主要目標了。
但對Bee來說卻不是,換MCU軟體只改一點點,主要都在信號測試驗證。
為何差異如此?因為利用RTOS。
Bee總是將RTOS做為多人開發及PC模擬工具。所以函式庫的再利用率很高。
不只MCU用,PC上也可以使用,拿去做PC工具也可以用。
而PC模擬也可以做部分前期發展。
規劃得宜,只有二件事可以做:新功能元件開發及拼裝測試。
那移程式到MCU這件事,還是有工作要做嗎?有只有動RTOS。
基本上在可以相容於PC,這件事等於是已經做好MCU移動的打算。
所以真正移動到MCU,只要小調及測試。
MCU已經單價很低,工程師薪水也只會低。
若是沒有自由換MCU能力,又怎能突顯存在價值。
所以,巴不得馬上換,去老闆面前展示,變成主要目標了。
2015年9月12日 星期六
2015年9月10日 星期四
TIOBE上Objective-C的怪異現象
Objective-C在過去一年內驟降,幅度已到10%佔有率,對於學程式語言至少要一年以上來說,這是很嚴重的流失。可是使用平台的人數實際上是成長的,這非常不合理。問題是人到那去了?
將前十項有C相關的線抽出來看,人口流向Java及C++。但swift應為Objective-C的繼承者,佔有率提升不是很多。
使用人口移動,大部分是和應用有關,但這次不是。想了一下,查了Java是否可在iOS上執行,答案是有轉換器(bridge)。也就是C++也有在iOS上的bridge,這就解釋了人口的移動。因為一套程式碼,可以同時賣二個平台,還是很重要的。維護二套程式,還是容易出錯。
2015年9月9日 星期三
看智慧家電心得
看到新的智慧家電,其中一款有新元素出現。它是食材秤,用來量測食物份量,但支援平板APP,告知食物型式,可以查到熱量、營養成分及組成比例等。可以簡化食品營養規劃,對於減肥塑身的人來說,這非常有用。
也就是結合雲端資料查詢的智慧家電,可使原先單一功能家電有不同的面貌。比一般秤貴,是因為同時買了雲端服務,不只是單買下硬體。不過變成家電業要同時負担雲端服務。
或許這個才是物聯網的本質,一個物理數值連網不能代表物聯網,物理數值再加上相關資料庫,才是真正的物聯網。
2015年7月19日 星期日
物聯綱MCU使用分析
物聯網有五大領域
1. 穿載式
2. 智慧車
3. 智慧家庭
4. 智慧城市
5. 智慧工廠
MCU可發揮空間只有三個,穿載式、智慧家庭及智慧工廠。另外二項不是小公司玩的。
穿載式用在老人照護,看來做醫療儀器公司會去主導。
智慧工廠,就要看狀況了。
所以智慧家庭是MCU最有可能發揮的地方。
但智慧家庭的最大問題是,那一個才是智能家管中心?
控制中心可以確定,其他相關的家電才可以穩定發展。
現在智慧家庭其控制中心完全沒有規格。
大部分是專用,也有NAS,也有router。所以實在難以發展。
只能等控制中心穩定了。
1. 穿載式
2. 智慧車
3. 智慧家庭
4. 智慧城市
5. 智慧工廠
MCU可發揮空間只有三個,穿載式、智慧家庭及智慧工廠。另外二項不是小公司玩的。
穿載式用在老人照護,看來做醫療儀器公司會去主導。
智慧工廠,就要看狀況了。
所以智慧家庭是MCU最有可能發揮的地方。
但智慧家庭的最大問題是,那一個才是智能家管中心?
控制中心可以確定,其他相關的家電才可以穩定發展。
現在智慧家庭其控制中心完全沒有規格。
大部分是專用,也有NAS,也有router。所以實在難以發展。
只能等控制中心穩定了。
訂閱:
文章 (Atom)
