今年JavaTw09結束了，只能說時間真的非常不夠呀，結束之後也深深覺得沒能好好利用時間真是不好意思。事前準備花了不少時間，雖然不會太緊張但也腸躁症發作的樣子，這陣子腸胃也怪怪的，沒想到一結束也就好了。希望能再找個時間有機會的話再好好花個時間教學，一小時真的講完投影片跟稍微看一下程式還有問答就過了...，讓大家都沒時間練習。謝謝來聽我lab的人，有問題歡迎到版上或寄信給我:)。

    心得的話，對於我來說JavaTwo比較像是大拜拜的感覺了，主要就是多了個機會去看看很久沒看到的朋友和版友。早上的影片還蠻搞笑的，最後變成python介紹，下午則聽了tempo和william的session，還好和我同時間的session都在練習時聽過一遍了。這次我覺得最合我胃口的應該是安東尼的場，接下來是tempo的東西也蠻有趣的，尤其在各個技術的選擇上迷(?)走的部分讓人覺得創業跟嘗試真是辛苦呀。希望未來也可以一直辦下去，讓大家出來聚聚。

---

    台湾JavaTwo無事終わりました、時間ぜんぜん足りませんでした。一時間だけなので、スライドとQ&Aでほとんど使ってしまいました。やっぱこういうラボは二、三時間あったほうがいいんじゃないかな、今度のJUGで試してみようと思っています。

    今回の目玉は Thinking in javaのBruce Eckelの講演だったんだけど、スキーで骨折して最後はビデオを撮って放送するようになった。台湾に来れない理由の説明ビデオはちょっと笑えた、で次にDynamic Languages on the JVMのビデオ、メインはPythonでした。

    毎年続けてほしいイベントです、そしてもっと盛大になれるように。

  這幾天為了JavaFX的Lab做投影片和範例，所以這次就打算用JavaFX來做投影片。只是越做越發現自己沒有美感，而且最後都是直接在content內放元件，懶得用自己設計的Slide類別0rz.....大概就像下面這樣，其實寫起來還蠻有趣的。

---

  JavaFXのラボのためにスライドを、でもなんかただのPPT見たいな結果に...やっぱデザインセンスが無いのかな。

 

    最近休假時寫的小軟體，原本是看到年齡早見這個應用時覺得他的輪盤式選日期UI很有趣，所以想知道他是怎麼寫的自己也試試看。一開始想說它效率很不錯，會不會是自己描繪的，所以我就用SurfaceView去畫看看，然後一邊滾選單一邊算位置，最後雖然完成了效能也算ok，卻有一個大缺點就是GC太頻繁了。後來想想會不會用ListView，改用ListView為了調整距離跟事件也花了好多時間，才終於完成了我的滾輪。

    完成滾輪時想說應該找點東西來寫寫看順便丟上market，然後我的黃曆快速查就出生拉～接著想說做個簡單的日期相關功能，就想到黃曆了。但是因為我沒有黃曆的資料所以問問拾遺網的作者，然後就得到同意使用他網站的黃曆資料了。簡單抓個圖如下，現在的版本是會抓我網站上的文字檔匯入資料庫，所以會多花88KB左右的傳輸量:) 。歡迎多多批評指教!!

  

 

  講完了好累，雖然只是粗淺介紹的東西，但還是讓我花了一段時間想要講啥。由於之前應碟爆掉的經驗，所以這次改用google docs做，做簡報來說感覺還蠻夠用的，下次我看沒啥意外就都用這做好了。

---

  COSCUPのプレゼン終わった～疲れた～、時間が短いから少ない内容だけど、準備にもかなり時間がかかった。ラウユンのネコビンプラスGlassFishサンクス。

 

    之前因為自己在寫的東西時有用hudson(Extensible continuous integration engine )做CI，所以在公司的環境也把Hudson用起來了，之前懶得用是因為還得用ClearCase和修一下ant build.xml，現在試用起來感覺還不錯呀。Plugin(頗多的)是直接都顯示出來，方便我直接把CC的plugin用好。只是Mantis plugin還沒搞清楚，可以設帳號密碼讓我在簽入時打上fix issue號碼就可以自動幫我填入comment，但是這樣不都同個帳號...。但是我覺得還蠻好用的，建議大家可以試試看，使用也很方便，下載war檔案後java -jar hudson.war就可以執行了!!

---

    う～んhudsonいいねぇ、簡単で使いやすいよ。仕事でCCつかってるからどうなるかと思ったら、CCのプラグインがあって良かった良かった。

    最近想要debug一下JRuby的ROR，一按下debug就出現問我要不要裝fast debugger。但是每次按下ok後就會等非~長久的時間，看著記憶體使用量大概破了5xxmb，最終出現OutOfMemoryError。另外，Netbeans上的Ruby gems真的超超超超慢(怒)。

    原來得在去設定-Xmx，在環境變數設JRUBY_EXTRA_VM_ARGS，我大概設到700m就會快點也可以安裝了。

    從這邊可以下載，找幾個比較有興趣的來瞧瞧~。

    先週SunのJava関連イベントでNetBeans6.1のプレゼンをしました。もう何回かしてるので大丈夫かな～？って思ってたけど、今回はIDEの紹介なのでデモは初めて、やっぱり難しかったです。意外と練習のときはスラスラ～と操作できたけど、実際みんなの前でやると、緊張しすぎて動作がいまいち。最後はやっぱりデモを何個か飛びました、すいませんでした、今回のNetbeansは新機能が多すぎて、つい欲張って！デモを入れすぎました。

    う～ん、できると思ったのにな。アイディアが悪いのか、それとも完成度なのか？もしかして両方？

    最近講了兩個東西，一個是Sun認證日的Netbeans6.1介紹，另一個則是TWJUG的Android落選作品(因為沒上所以很想現一下)。第一場的Netbeans介紹準備了許多時間，也準備了一些demo用的東西，但是時間雖然事前就知道很短還是沒調整好，我可是為了JavaScript Debugger還灌了ff2.x說。只能說這次的Netbeans新東西太多了，害我講不完，我也深切反省，下次會注意調配時間的。如果這次介紹的東西或demo的內容有任何問題，也歡迎在論壇發問我會盡力回答的。
    另一場則是新竹的TWJUG，原本是因為擔心時間用不完(因為tempo說他投影片不多)才做的，沒想到tempo+qing合力演出果然利害，當qing講完時已經都快五點了。只是有點美中不足是報名有3x人，來的大概20左右而已吧，原本想說會不會爆滿到時還要提前結束報名，看來我多慮了：～，TWJUG還是不夠有名呀。這次我講的很快，心理主要就只是想demo而已XD，因為看程式碼真的比較無聊，所以提一下大概需要用到哪些API就可以寫出像我落選的作品。看來使用者都認為這不要用來搭便車而是拿來圓嬌會比較好用呀~。

    最近又遇到的小問題，有個頁面使用了AJAX取得下拉選單，但是有個判斷submit的js會依據這個AJAX回傳的下拉選單，當資料尚未回來時會當做不需檢查而讓使用者可以趁機送出(當然檢查應該嚴謹點，只要尚未取到資料就不讓他過)。不好的設計，判斷依據應該另外想辦法取得而不是透過非同步的方式，不然就是撈取中時把按鈕先disabled掉或是不讓html form送出。內部測試總是網路非常順所以不會注意到，但是當非同步取得稍微慢點時，就出現問題啦!!

     一早看dzone看到，原文在這邊，終於在雇用JRuby之後的另一個動作了。讓我想到之前看TSS就有說怎麼只雇JRuby，也一堆人說為何是Ruby不是Groovy or Jython。不管如何，這應該是好事情吧!!讓我想到一開始.Net支援多語言時Sun我記得不看好到現在，時代變的真快XD。附上兩位被hire的Blog，Jython's Future Looking Sunny、The Sun is going to shine on Python。

    最近開始在玩Android了，雖然不知道來不來的及完成想做的東西，但是就邊寫邊順便把一些東西筆記一下。Android本身算蠻好寫的，文件也還算充足，但是不知道是不是個人問題，總覺得每次要查資料都花我非常多時間有點難找，我在寫其他東西時感覺也不會花到那麼多時間。另外推薦一個英文語系網站anddev.org，算是蠻多資訊可以找的，當然如果是中文使用者也歡迎到jJavaWorld@TW一起討論，現在水有點少orz...。

    這次遇到的問題就是非GUI Thread該怎樣更新畫面的問題，是因為像Swing有SwingWorker了，所以我就想說應該也有類似的東西吧，不然如何在非GUI Thread內更新畫面呢?後來在anddev.org查到了這個範例Pizza Timer， 簡單說就是他有提供一個Handler類別，透過發訊息給Handler的方式告知他更新畫面。所以code會類似：

class TestActivity extends Activity{ //定義message id private static final int UPDATE_SETTING_SUCCESS = 0x0001; @Override public void onCreate(Bundle icicle) { handler = new MyHandler(); //...省略 submitButton.setOnClickListener(new View.OnClickListener() { public void onClick(View view) { // 跑很久的工作,必須開另一個thread處理 new Thread() { @Override public void run() { super.run(); //...很重的工作 //... //...完成後發出訊息 Message m = new Message(); m.what = UPDATE_SETTING_SUCCESS; handler.sendMessage(m); } }.start(); } }); } class MyHandler extends Handler { @Override public void handleMessage(Message msg) { switch (msg.what) { case UPDATE_SETTING_SUCCESS: myEditText.setText("ok!!"); break; } super.handleMessage(msg); } } }

    其實這樣看有點奇怪，為何Handler只要收message就可以正確運作，可以看一下他的javadoc提到"When you create a new Handler, it is bound to the thread / message queue of the thread that is creating it -- from that point on, it will deliver messages and runnables to that message queue and execute them as they come out of the message queue."，以及這頁Developing Responsive Applications。所以看來這樣應該就可以了!?如果有更好的方式歡迎告知:)。

 

   最近正熱的議題?其實我怎麼覺得好像在半年一年多前就有國外媒體還是誰提過?所以已經有點冷感了。而小弟本身就是資訊焦慮者，每次遇到升級就會非常想幫手上的東西升級(我知道這是壞習慣XD)。剛好看到Mr. Saturday回了一篇有關升級的文章，所以也講講自己的看法，因為我自己是寫web為主，所以是以我自己在web開發的經驗跟想法。他提到”也因此，小弟公司內部有一個 team 叫做 Java Infrastructure Team，每次 Java 預定要推出升級的版本時，他們就如臨大敵，工作量暴增...”，說實話這不管在使用任何技術都會有類似的問題吧?我想這問題應該可以分成兩部分，一個是真的有需要因為人家推新版本就跟著更新?另一個則是Java升級新版本是否有這麼痛?

    如果公司規模大到上百上千工程師都靠Java，還有自己的infrastructure的話，那當然應該隨著版本更新就必須跟上和檢討，這種規模的公司投資這種Team應該是很值得(星期六提到了MapReduce!?只是我怎記得他是C++?Hadoop才Java?所以星期六應該是在Google工作囉!?)，難不成會希望利用的技術更新速度慢一點或不要升級嗎!?，整個公司都靠Java為主力了那應該更希望他能一直改進吧!?這種公司人員教育上也應該要有應對方案才對(不知道是不是有什麼工作或技術是員工不需要學習就可以吃一輩子的)。從Java以前到現在大的升級大概都是一兩年才一次(之前還更長，從6開始速度會更快)，Java本身在升級時雖然有api deprecated的狀況，但是我記得sun不會將deprecated的api移掉。JavaOne sun介紹Java6的投影片，Java在大版本號的升級時做的相容測試還比我軟體升級做的還徹底多了。我自己手頭上做過的案子遇過最大問題大概就是因為使用了非公開api，例如com.sun開頭或是application server的api或是使用了沒有原始碼的工具而造成無法順利升級以外(Swing很少寫，但是看來問題比較多一點)，其餘都算是換版本也能順利解決和執行。

    而像其他公司，依照專案為基礎或做產品的，真的有需要每個版本一出來就迅速升級嗎?像我們有個EJB base的專案，用到了一個inhouse且以EJB為基礎的framework，結果現在那個單位消失了，我們也沒原始碼沒辦法處理，他剛好用到了weblogic和JBoss的API，那個系統就只好一直在J2SE1.4跟指定application server的環境執行無法升級了。但是到現在也沒遇過什麼問題，還是有一批人幫他新增功能也順順利利，也沒人想去幫他升級了，遇到軟體有Bug或是環境的問題時，最遭的狀況也總是有辦法繞一圈處理掉。到現在我們部門遇到最痛的升級問題大概就是有個系統是ASP寫的，結果要找人維護竟然找來面試的每個都說會ASP.Net而不會ASP，看主管花了比預期還久的時間才找到人，這算是不升級的痛嗎?

    我認為確實升級會是個該面對的議題，但是它也是使用任何技術都會遇到的問題，只要有人在維護的東西，就會有升級的問題，而Java在這問題上已經算是相對容易的了，至少不是特別難。如果有東西不需要升級的狀況，那總有一天環境會逼迫你切換到另一個技術，因為他已經跟不上環境的變化了。想想很有趣，剛好小弟同事在不同部門使用.Net接案子然後最近接到以Java的案子對小弟抱怨說，Java怎麼那麼多東西可以挑，該挑哪個!?讓我想到，當大家沒有選擇時，會希望有多種選擇可以挑，當選擇太多時又覺得怎麼各有優缺點，這個不好那個不好，乾脆沒得挑最好。技術更新也是，當他更新速度太慢時，覺得這技術會跟不上環境的變化跟潮流，當他更新太快時又覺得變化太大來不及應對，該怎辦呢!?

    PS."很不幸地，你必須去苦苦追趕程式語言的升級"，我覺得好刺激，真想體驗看看!!果然沒嘗試過的人比較愛幻想，真的遇到可能會邊幹邊升級吧XD

 

    今天升級後跑某個功能時會一直出現outofmemory error，我一度懷疑是velocity出問題，沒想到..花了我一個晚上追好像是MySQL的問題。這個部分以前的code裡面sql像這：select hour(time) as id from mytable group by id order by id desc，雖然一天只有24小時，但是這樣一撈，table裡面的東西好幾萬筆就真的撈出好幾萬筆(因為table自己也有id欄位)。但是這件事竟然在升級時才發現，難道以前的MySQL這樣可以跑，而且只會24筆!?orz...。改成select hour(time) as hoge from mytable group by hoge order by id hoge就可以了。