ABCDE 的期勉

Dr. Jay Lee 在一次演講中提到，他在lab的牆上貼著ABCDE五項目以期勉大家

A - Attitude (態度)
B - Breadth (寬度)
C - Curiosity (好奇)
D - Dedication (專注)
E - Execution (執行力)

我覺得還可以加上一個
F - Foresight (遠見)

與大家共勉！

螞蟻給我的省思

每天早上掃地時，除了落葉垃圾外，總是會掃了許多螞蟻。如果馬上畚起來打包進垃圾袋，這些螞蟻可能會跟著落葉垃圾上垃圾車，然後進焚化爐，結束那短短的生命。

不忍，所以總是會隔段時間再畚，讓這些已被變故驚嚇的螞蟻懂得反應，在有限的時間趕快逃離。

有時，總是會聯想到上帝是不是也會這樣，當要有變故時，也會先給我們一先徵兆，預留一些時間，讓我們能有機會作反應。

想起約五年前很流行的一部影片《改變世界的6度C》，裡面提到每升高一度，會有怎樣的改變(內容摘錄於後)，其中一個很重要的論述就是２度Ｃ會是一個臨界點，當上升超過２度Ｃ時地球暖化的趨勢將全面失控，形成惡性循環越演越烈，簡單說當超過這個臨界點後，不管做再多的努力都回不去了！

在2010年時，已經上升0.8度了，2012也來到0.85度了(有興趣的朋友可以關切這裡)。雖然有許多科學家並不認同這個氣候模型，但是已經是11月下旬的小雪日，我們仍然穿著短袖開電扇(甚至冷氣)，相信大多數的人都承認這種氣候有問題了。

大部份的螞蟻會在我畚起垃圾前逃離。
老天已經給我們算是很明顯的徵兆，也給了我們時間作反應，我們有辦法作得比螞蟻好嗎？還是要繼續麻木無感，耽於逸樂，只重眼前利益？

註：摘錄自這裡
全球氣溫上升攝氏一度 
- 北極圈可能半年不結冰，傳說中的西北通道打開，讓船隻通行。 
- 漲潮可能淹沒孟加拉灣周遭數千棟房屋。 
- 氣溫上升攝氏一度可能引發颶風開始侵襲南大西洋。 
- 美國西部的嚴重旱災可能導致全球穀物和肉類市場短缺。 
- 美國西部的乾旱地區可能變回沙漠般的環境。 
- 氣溫上升攝氏一度，可能促成英國的農業大改變，之前無法在英國生存的農作物將開始蓬勃生長。英國如今有超過四百座葡萄園，種植通常在法國生長的葡萄。 

全球氣溫上升攝氏兩度 
- 格陵蘭的冰河以更快的速度持續融化。事實上，格陵蘭的雅各布港冰川(Jakobshavn Glacier)已是全球移動最快速的冰原；每隔幾天從冰河斷裂的冰塊水含量，足以供應紐約市一整年的用水。 
- 因為海洋冰原減少，北極熊成為瀕臨絕種的動物。 
- 昆蟲可能往奇怪的新方向遷移。舉例來說，當溫和的氣候移到美國北部，松樹甲蟲可能會摧毀廣大的白榕樹林。 
- 森林開始在融化的加拿大凍原生根成長。 
- 太平洋吐瓦魯群島(Islands of Tuvalu)可能被上漲的海潮淹沒。 
- 當氣溫上升兩度，海洋生態系統受到的衝擊可能很嚴重；全球大多數的熱帶珊瑚礁可能會成群死亡。 

全球氣溫上升攝氏三度 
- 在全球氣溫升高三度的極端情況下，亞馬遜雨林可能經歷重複不斷的乾旱和火災循環。倘若我們失去大片的亞馬遜雨林，數億噸儲存的二氧化碳可能會重新釋放，可能讓全球暖化再升高一度。 
- 氣溫上升攝氏三度，導致阿爾卑斯山山頂的積雪消失。 
- 地中海和歐洲部分地區夏季極度乾燥酷熱。 
- 隨著海洋愈來愈熱—一種極度不穩定的全球氣候模式出現，也許會反映出所謂厄爾尼諾現象(El Nino)的天氣異常。 
- 假如地球溫度上升三度，下一代的超級風暴：首批六級颶風可能會出現。 
- 許多科學家將氣溫上升三度，視為地球上生活方式劇烈改變的臨界點。 

全球溫度上升攝氏四度 
- 氣溫上升攝氏四度可能導致海平面持續上升，淹沒人口稠密的三角洲：如孟加拉和埃及等國家可能被毀滅，如威尼斯等城市可能會被完全淹沒。 
- 恆河是中國、尼泊爾和印度超過十億人口的生命泉源。首先，注入恆河的喜馬拉雅山冰河融化雪水，可能會宣洩史無前例的大洪水。然而，假如冰河完全消失，也會發生極嚴重的缺水和飢荒問題。 
- 研究顯示以目前的流失速度，到了2035年，喜馬拉雅山脈的冰河將全部消失。 
- 加拿大北部可能成為全球最豐收的農業區域之一。 
- 整個西南極大冰原可能會崩塌，造成海平面更進一步升高。 
- 氣溫上升四度時，海平面可能上升超過一公尺，全球的海岸大城市將面臨大災難。 

全球氣溫上升攝氏五度 
- 兩個不適宜居住的巨大區域，可能延伸到南北半球原本的溫帶地區。 
- 供水給全球某些大城如洛杉磯、開羅、利馬、孟買的高山積雪和地下含水層可能將枯竭。 
- 氣溫上升攝氏五度時，氣候造成的難民可能會增加至數千萬人，爭奪極有限資源的潛在衝突可能一觸即發。 

全球氣溫上升攝氏六度 
- 當氣溫上升攝氏六度，世界可能變成像一億四千四百萬到六千五百萬年前的白堊紀時代，當時全球的氣溫比現今高許多。 
- 營養素消失的海洋可能會變成亮藍色(bright blue)。 
- 沙漠如同勝利大軍一般，在各大陸成功開疆闢土。 
- 天災成為家常便飯，世上某些大城市可能會被淹沒或遺棄。 

Can't receive GCM notifications in some environments

This is a strange issue about Google push notification.

I am trying to send notifications to my APP. In office, my Samsung Galaxy Mega 5.8 (4.2.2) and Nexus 7(5.1.1) can receive the notifications with wifi connection, but the Infocus M210 (4.4.2) fail to get the notification.

To narrow the problem, I try Push Notification Tester to do the test on M210 and Mega 5.8. The M210 also misses the notifications.

I take these 2 phones home. The M210 receives all the missing notifications when it connect to the wifi in my home. I try Push Notification Tester again and both phones works fine.

All phones work fine but the M210 in my office's wifi. The M210 can work fine in home's wifi only. I can't figure out why M210 can't get the notifications in my office. Is the wifi the root cause? Surfing on the Internet, I still can't find the reason and solution yet.

梅迪奇效應

梅迪奇效應

Working with files in JavaScript

Worth to read!

Working with files in JavaScript
Part 1: The Basics
Part 2: FileReader
Part 3: Progress events and errors
Part 4: Object URLs
Part 5: Blobs

Blank window issue on Safari Mobile and a quick solution

I am working on an embedded project. The device provides simple Web HTTP interface to interact with this device. It works fine on all browsers but Safari Mobile on iOS 8.3.

Surfing on Google, there are some problems on Safari Mobile (article 1, article 2, article 3, article 4, article 5). They sound like not same as what I am facing to. I monitor the packets captured by Wireshark, and found that Safari Mobile didn't load all resources(css, js, ttf, etc.) completely causes this problem. The Safari Mobile communicates with Web server in HTTP pipeline, while the others (Chrome, Firefox, Opera, IE, Safari Desktop, etc.) don't. (The others will reuse the connection, but won't pipeline them). That is the major difference!

In theory, the HTTP pipeline can speed up requests by reducing the number of round trip times. But there are some articles(articles 6, article 7, article 8) comment on this point. This is not what I want to discuss in this page. Let's back to my problem.

The HTTP pipeline raises lots of problem. Some developers submit tickets to Apple, but there is no plan to solve the problem. I try to find

I found an easy workaround for this issue at last. This problem can be solved by setting the connection field of the HTTP response header. I force the connection field to be "close" if the browser is Safari, and it works! In Java Servlet, you can set it as
response.setHeader("Connection", "close");

(or you can set the header field in Filter), or in PHP
header("Connection: close");

or you can set the field in Web server setting.

In Safari Mobile, it will close the connection when receive the response, and won't send further requests thru this connection. That is, no more HTTP pipeline from Safari Mobile. I am not sure is this the best solution or not, but it really solve my problem.

你如何設計你的產品？

創業者請想清楚，該關注自己的產品還是需要解決的問題？
「每次他們發現新問題或新需求時，就不停地添加新功能。最終結果就是產品變得異常複雜，功能零亂，又沒法徹底解決用戶需求」

這篇文章讓我想起昨天在辦公室裡的事
昨天下午三點多接獲一個新指令，要做一個新功能。
思考了一下，把疑點跟主管討論了一下
嗯...這功能A在操作上會自己與自己抵觸
OK，主管決定修正為功能B
再思考了一下，覺得還是怪怪的
再去找主管，仔細的問這功能是要給誰(actor)用？這功能要呈現什麼價值(use case)？
被我這樣一問，大家才搞清楚誰是使用者，操作情境是如何，也才發覺原來功能A與功能B都不是最好的解法。從整個scenario重新構思，分析出我們的需求應該是功能C

在設計產品時，得不斷提醒自己，這是要給誰用？你的產品在那個情境中，能提供他們什麼價值？

iOS 7/8 Safari空白畫面

如果你的網站在Desktop版的Safari是正常，可是在iOS 7/8上的Safari卻會出現空白畫面，一直loading不停，那你可能遇到Safari的bug了。可參見： http://tech.vg.no/2013/10/02/ios7-bug-shows-white-page-when-getting-304-not-modified-from-server/ 

這問題來自當要用Safari連上一個網址，這個網址你之前曾要連，但是因為網路、使用者中斷或是其他問題，造成某些resources(html, javascript, css, 圖檔等等)並未完成下載，但是Safari卻當成已完成下載。當使用者要重新連這網址時，在reload時會問server從上個時間點後有沒有改變過(雖然上次沒有完成下載，但是Safari卻當成已下載過)，而server此時可能回覆304 code表示沒有改變過。因此Safari就會從cache來取得這個resources，但是在cache裡的resources本來就不完整，造成Safari在呈現或呼叫webkit javascript engine執行時便發生錯誤，出現空白畫面或一直在下載中。 

對此問題有興趣，可以用"ios safari 304"為keywords在google上搜尋，可以找到不少討論此議題的文章。 

目前Apple似乎還未將這問題列為bug，所以可能還沒有修復的時間表。至於網路上有些人有提出些workarounds，主要都是將server-side改為不回應304，或是針對Safari不回應304，讓瀏覽器對所有的resources都一定重新取得，而不是使用cache裡的。不過這對使用iOS 7/8的iPhone/iPad來說，將會耗掉更多的電力與頻寬(如果不是吃到飽就要小心了)，但對網站經營者來說，為了達到Apple常掛在嘴上的「使用者體驗」，似乎也沒什麼其他的解法了。

在HTML element要處理left-click與right-click

被指派一個任務，頁面上的一個元件，當right-click與left-click時，要有不同的反應，IE 8也要能兼容，且必須在mouse up時才觸發。
如果是mouse down就比較好處理，若mouse up，這個mouse event會bubble up，無法用stopPropagation()來停止，所以就不能直接bind在mouseup上了

最後用了幾個方法組合起來，來達成這個需求，HTML的tag如下，bind onclick來處理left-click；bind oncontextmenu來處理right-click：
<a href="#" onclick="return handler(event)" oncontextmenu="return handler(event)">CLICK</a>
JavaScript的function則如下
  function handler(e, id) {
    var clickType = 1; //1:left-click; 3:right-click
    if (e.which) {
      clickType = e.which;
    } else if (e.type) {  // for IE 8
      if (e.type=="click") {
        clickType = 1;
      } else if (e.type=="contextmenu") {
        clickType = 3;
      } else {
        clickType = e.button+10;
      }
    }
    alert("click type: "+clickType);
    return false;
  } 在Chrome 42, FireFox 37, Opera 28, IE 11/8上測試都OK

Google會怎麼做 (What Will Google Do)

這是本老書了(2009)，應該是我第三次或第四次讀這本書了。每次在思考一些business model時，總喜歡一邊讀此書，常有些火花併發產生。

這本書分成三部份，第一部份是Google法則，也是重點所在。作者在這部份提出了十個法則：

1. 新關係：讓顧客變夥伴
2. 新架構：建立更多連結，創造更多價值
3. 新的公開性：開明的自利
4. 新社會：善用社群力量，借腦創新
5. 新的經濟：大量小眾經濟誕生 (小是新的大)
6. 新的商業現實：收入可能從另一個門流進來
7. 新態度：發現信任的價值
8. 新道德觀：透明化帶來良性對話
9. 新的速度：走在顧客之前
10. 新企業法則：把創新當要務

第三部份則提到Google怎樣改變了世界。我想這部份大家自己都可以感受到吧。

第二部份則是從媒體、廣告、零售、製造、服務等等行業的環境，建議如何套用上述的法則，來創造新的事業生命。不妨看看有沒有你的產業，如果沒有，也可以依照第一部份的十個法則，來檢視與思考自己所在的產業，也許你也能找出新玩法、新的business model，來為你的公司或你個人顛覆一下這個產業。

這裡倒是想到，前一陣子某政治團體找了「婉君」去上課。其實他們好好研讀一下這本書，也許更能找到他們的新方向，而不是只玩玩Line、貼貼FB，做些表層的工作。畢竟現在婉君們太精了，胃口也餵大了，沒做實質的轉變，很難滿足這些刁民呀。

羅蘭珊 Marie Laurencin

看過這展了嗎？如果沒有，剩最後幾天了喔，別錯過了喔！

國曆新年前，老婆給我了這張票。當時忙，一直拖到現在才去看。好啦，因為覺得這位女性畫家的畫風很陰柔，覺得不是我的菜，所以就一直沒有很強的動機看展，直到今天。

而今天，真的很震憾！

我先走馬看花地看過一次，發現羅蘭珊主要都以人物畫為主，且大部份畫作對象都是女性，用色多以白色粉色的柔美配色為主，來呈現仕女們的優雅氣質與唯美。而這些女性幾乎都沒有表情。當時心裡OS：她不擅長畫表情嗎？

這個展將羅蘭珊的創作生涯分為四個時期：早期(1904-1914)、流亡(1915-1921)、瘋狂年代(1922-1939)以及璀璨晚年(1935-1956)。嗯，早期就不多談，這個時期羅蘭珊應該還在試探各種畫法。

看羅蘭珊WW1造成生活不順的流亡期，心真的很糾結。人物的面容多以白色佐以灰色陰影，而沒有太多表情的面容上，卻讓人感受到陰鬱、糾結、憂愁。我的感覺是羅蘭珊將自己的心境投射到每個畫中人物中，所以這時期的每一幅畫也許都算是她的自畫像吧。這個時期我特別喜歡「閱讀的女子」這幅。一開始是因為這幅畫的用色沒有那樣陰鬱所吸引，而且與同時期相較，畫中人物的眼神，與淺淺撇嘴的神情，淡淡地，卻很有戲，吸引我在這幅畫前駐足許久。

時期進入大戰結束，法國進入戰勝國的瘋狂歡愉中，羅蘭珊也在這個時期開始崛起而走紅。這時期畫作的人物隨仍維持鮮有表情的一貫畫法，但面部的用色除了白與灰外，也多了粉紅，感覺上這時期就不那樣的陰鬱了。人物的體態也較為圓潤，呈現輕熟之美。

「喜劇女角」對我而言應是這時期的代表吧。淡陌表情中卻能感受到淺淺的心裡喜悅。而衣服顏色是羅蘭珊最喜愛的藍色，而各種不同濃淡的青色，讓衣服呈現出更多的層次，也襯托出女角優美的體態。

而晚年時期，可以感覺羅蘭珊開始尋求在藝術界的定位了。她這時期的代表作應該是「三個年輕女子」這幅在構圖、線條與色彩上，可以看出與之前時期的畫作有蠻大的不同。整個畫面不再陰鬱愁困了，而是更加活潑夢幻了。

在羅蘭珊的畫作中，常常看到會伴隨著吉他作為道具，知道是為什麼嗎？是因為吉他的形狀與女子的曲線有所對應？還是...

賣個關子，這個答案，聰明的你一定可以在這個展中找到答案！展期只剩下幾天了，別錯過喔。

Thinkful

Thinkful
這組人想做的東西跟我所構想的很接近。只不過他們目前還是以人為主

我目前所構想的，是things間的社群，是things間的知識交流！

構思中...

將會影響 IoT 走向的組織

IoT是個熱門話題。不過各家有各家的想法與作法。未來會怎麼走？
也許，就要看下列的這些組織會怎麼走，以及那些組織的運作比較有力了

AllSeen Alliance
成立於2013，發起人有Qualcomm, Cisco, Panasonic及其他家電業者。目前約有100個會員。這個聯盟主要是希望能給家庭與商務等使用不同的OS與network protocols的設備一個方式來互相發現對方並進行溝通。Qualcomm貢獻了一個open-source software framework: AllJoyn 給這個聯盟。目前已經有支援AllJoyn的設備上市了，Microsoft的Windows 10也已內建AllJoyn於其中。

Open Interconnect Consortium(OIC)
成立於2014七月，會員包含了Intel, Cisco, Samsung, Dell, HP, Lenovo, GE, MediaTek, Atmel,Siemens等。會員數目前約50，規劃了許多計劃書以協助設備間互相發現與溝通合作。預計在2014年底釋出程式碼給開發者，正式規格將於2015上半年提出。

Thread Group
由ARM, Samsung, Google Nest Labs等於2014七月發起，所推動的是家庭低功率設備所組成的mesh網路。目前會員數約50。每個device都賦予一個IPv6位址。目前市面上已經有支援Thread Group提出之protocol的晶片。此group目前僅定義device netwokr這層，因此未來不排除在較高層套用AllSeen或OIC之架構。預計在2015上半年開始對產品進行認證。

Industrial Internet Consortium(IIC)
由GE, Cisco, IBM, Intel, AT&T在2014五月組成的協會，主要是鎖定在Enterprise IoT。目前會員超過百家，包含了Microsoft, Samsung, Huawei等。協會將不會制定標準，會將工作重心放在定義標準需求、設計參考架構、建立testbeds等。

IEEE P2413
2014七月召開了第一次會議，總共有23家廠商和組織與會。預計在2016年完成標準的制定。

對談記錄--Mn

留1/1的記錄

A.初期---認知障礙及情緒困擾，包括有食慾不振、肌痛、神經質、躁動、無法控制暴力行為、失眠、性慾降低。
B.中期---無法控制的哭笑、說話障礙、視幻覺、行動笨拙、意識皆亂。
C.後期---行走困難、僵硬、無法 說話、抖動、類似巴金森症

...