Kiwi格網技術開發站: 一星期的Google Developer Day

說真的這幾天實在是令人覺得驚奇

打從聽到Jeff發現我的作品也被選上，到公關公司打電話來
星期三過去看見73樓這些令我讚嘆的景色
直到記者會...直到星期六上台這10分鐘
總覺得好像在夢境中

不管怎樣，還是很給感謝Google給我這個機會展示
儘管還有許多功能還要加強，而且ok17go整合apps engine也已經是勢在必行了
我想接下來我有一些重要的任務就是，趕緊多帶一些學弟們一起開發
不然使用者們想要的功能就要等很久了

星期三基本上是去談一些初步的方向，例如說當天該怎樣簡報，也認識到了Caroline，Josie，Jessica，Andy等人。大家一下子就聊開了，其中Jessica一直讓我覺得很像我一個國中同學，大家都叫他奧莉薇XD。Caroline很招待我們，各塞給我們一個冰淇淋，還有一堆零食帶回家。文化是的確不同，但還是有點不好意思。

其實我心裡一直覺得能夠在73樓看風景，就已經不枉此行了吧。

星期五的時候就相當地混亂了，這是我人生第一場參與類似記者會的活動，實在是相當地緊張。儘管好像我們這組收到有關於簡報的內容有點誤解，其他都有DEMO，但我們是透過投影片，但也沒關係啦。雖然林大哥講的很生動，但我心裡想還是未來真的能夠有實質的應用比較重要。

記者進來前十分鐘的小插曲，Jessica走了過來，似乎很緊張的樣子。其實我也感受得到，被邀請的人，當地主的人，都很緊張XD
不過一回生，二回熟啦，我相信未來Google會舉辦更多活動的。

接著也還是去逛了逛，跟著記者排了一堆東西，我好像也是狗仔隊一樣啊XD～
不過其實我心裡真的感受到，他們跟我們公司滿像的。當然資源比起來是截然不同，可是我們也很有那種氣氛。其實在Google工作，並不是見得都是在玩吧，可能網路上有些blog報導地令人誤解。其實躲在會議室，座位上拼的要死的人大有人在。此外大家也是因為有客人，才想說也放鬆一點的。

那我就隨手拍了一下Jessica小姐(旁邊是記者小姐)XD

你知道嗎？我還是愛死這冰箱了XD
冰箱及零食真是工程師拼到半夜不可或缺的東西啊！

據說這次，本來只想要300人參加，沒想到來了1300人，原本預計有啥Party的大概也沒了吧。
星期六的時候，也是大混亂啊...
其實上場前10分鐘我都還在處理網路的問題...orz
Google Earth用虛擬機器跑，實在很不聽話，不過展示還是勉勉強強過去了...

這位是幸運地圖的作者，我還是覺得應用與技術的關連不能說是絕對的，他還是有著相當有趣的應用。我相信他如果遇到更好的技術人員一定能夠將這個有趣的想法發揚光大，台灣很多人都很喜歡算命啊～

MAC遙控器的簡報方式原本是我在學校常用的方式，但是發現在這種大小的場地顯得相當地不好用。我只好乖乖地回到NB前按鍵盤，大多都是拍到我向下看的畫面...orz

總之，獻醜了！

其實我還是覺得技術人員的心情，並不是每個都顧著想要展現技術。這次很可惜的是，我們錯估了到底有多少技術人員會來這裡。因此前一位上場，我就想說糟糕，大多數看起來都不是來聽技術的...orz。然而我毫無經驗，讓大家聽了可能有點乏味，但我想下次會更好的。

在這裡還是要感謝林大哥及許老師在我瀕死邊緣都還幫我很多大忙...謝謝你們！

這位是ericsk，他的揪團網也是很有趣的作品，其實我很喜歡他的網頁設計方式。然而聽他提過系統的部分他很「固力」，還找國外的rails主機。說真的，我很想幫幫他！未來希望有機會能夠一起做這些有趣的東西！也希望大家多給他鼓勵吧！

說真的星期五記者會他狀況很好，可能因為星期六場地很難掌握情況，他很緊張的樣子＠＠

再來是聊聊我聽了四場演講，其中兩場是Apps Engine初階，進階；另兩場是雲端運算及Android進階。

說到為啥我喜歡用google的產品，並不是因為他們大，而是他們真的從完整並且簡單的層面考慮到使用者的需求。或許Yahoo他們可以很明確地像大企業一樣在租CPU，可是其實能夠用的平民老百姓又有多少呢？但Apps Engine講個簡單的例子，像我們學校的學弟妹們，大二大三就可以開始學習，並且撰寫。但你要他們去用EC2？不太可能。

確實在進階的時候Bratt講的挺快的，不過卻很清楚。就像有人說他們其實都盡量用台灣人聽得懂的英文，所以儘管展示尚未了時間而很快，卻讓我瞭解到幾點：

確實以BigTable的特性來說，不適合實做Relational的功能，畢竟資料是以Column-based Database的觀念為基礎，而非Row-based的。在這種情況下，要用MapReduce去scan，並且跑join，那可真是累啊。也因此DataStore的特性就變成純粹是以Distributed Object Storage的觀念來思考了，換句話說，就像DRb(Distribued Ruby)Object一樣，物件輕鬆讀取的時候很爽，同步的時候就頭大了。

既然寫很累，那我們就要更加利用一次寫入的特性來加速。以往我們會依賴SQLServer幫我們管理自動遞增的序列資料，我們會經常使用這個來當作某表格的ID。可是，DataStore可不是表格啊，因此言下之意就是說我們得自己管理serial。當然Bratt也提出說，只要有unique特性一概可當ID，不一定要遞增。那麼，將你要當ID的那個Class(舉例StudentIndex與Student)組合成EntityGroup就可以了，因為組合在一起的時候，他們會一起在後端被序列化並且寫入。但如果沒組合在一起，應該就是分兩次寫入了。

善用內建模組，但這也要他們趕快改好一些模組出來給我們用。並不是我直接把python函式庫放上去就可以的啊...

Pete跟我提到，他們一開始推廣DataStore的觀念也很頭痛，也因此才弄了GQL，不然大部分習慣SQL的工程師根本無法接受。但我心裡覺得GQL不是萬靈丹，還是掌握好物件的讀取寫入原則比較實在。

希望Batch Processing的功能快出現吧，ok17go得用到啊...

提到雲端運算，我個人認為有點媒體噱頭嫌疑。
此外並不是說葉博士講的不好，但我同事真的睡著了，還是覺得這次來的人多半是聽樂趣，聽應用，而非開發者。

為啥說有噱頭呢？因為實際上的內容，還是在介紹Google Infrastructure。那麼雲到底可以為使用者帶來什麼？難道真的只有在Web開發上嗎？從一個角度來看，我相信Google終究希望使用者盡量在Web上發揮的，這也是當初他們從Web反攻回視窗平台的理由吧。為了這個理由，把Internet當作天上的雲，而Google就在雲上，聽起來也確實滿有宣傳效果。

但我相信Internet的應用，儘管實在不能小看瀏覽器及普及應用帶來的威力，但也不完全是在Web上。我想能夠掌握基礎原理，並將其用在使用者所希望的功能上，才是重要的。舉例我到現在還是用Great News而並非Google Reader，那是因為視窗就是反應快嘛。而如果說看網頁...像Foxy那樣嵌IE在他們的程式裡，也是多此一舉了。那麼，對很多人從應用的角度來說，是不是在雲上(是否大量依賴Google或是Web技術)也不見得重要了。

而我們的校務平台也說明此事，就是對許多老師而言Google Docs根本不可能取代Microsoft Office。儘管XXXX的時代來臨，也還是有許多人在用他們覺得習慣的東西。但我必須承認，一開始遇到一個新名詞，新技術，許多工程師就會有非跟不可的衝動。我期許自己在未來更能審慎地辨識這些技術名詞的本質。

這場我很讚嘆啊，我並不是嵌入式系統領域的人，只能單純以計算機組織的的程式執行觀念來聽這場的演講。可以理解，為了節省記憶體，是用盡了各種手段。

我很好奇的是最後耗電量真的有減少嗎？吃空間，與CPU去Dereference哪個耗電呢？

我不知道其他家有沒有也做類似的事，但講實在究竟有哪一家敢大膽以Java當作主要開發的語言，而並非C。這不像以前的手機平台是J2ME，我想他們支援的Java語言完整性，與Android提供的函式庫，無法拿J2ME來比吧？然而他們給了會Java的人這個機會，也提升了Android發展的潛力。

那至於iPhone呢？資策會的記者大哥也有問我，覺得Android與iPhone未來哪個發展潛力大？我還是覺得以Android上的函式庫數量，是比較吃香的。至於他們所採用的是Java，讓開發產能也有競爭力。前一陣子儘管有聽過Sun想要找Dalvik VM的麻煩，不過現在看起來局勢已定，也很難去挑三撿四了。

因此未來ok17go確實是希望往Mobile的方向前進，旅遊整合行動是勢在必然的。

經過這次神奇的體驗，我想我大概是離不開Google了(大誤XD)
其實我發現我的開發任何地方都需要用到他，而且還用得不少。

那時候MMS簡訊上傳，本來是想靠另一家，但後來也還是用了GMail+IMAP。
還是那幾句老話，我是真的覺得他的API寫得很清楚啊，Tutorial也很多，但就是密技太多了XD。

現在我個人的情況就是，我得回到我的論文上，畢竟我還是做Grid Computing起來的，Web及Mobile是興趣，淵源一樣，用法不同啦。未來我會希望好好地去研究Google在他的Infrastructure上的技術貢獻，也會加緊研究Hadoop及HBase，我也希望中華能有機會加入第二次的Academy Program。我覺得Grid把事情講的太大太複雜，但如果能夠在應用面上與使用者透過這些技術連結在一起，那很多學校都能有機會投入並且創造屬於自己的計算平台。