瘋人院院長院內消息

桃園機場最近一直被幹橋

前一陣子去香港

見識到什麼是排名第三的國際機場

這是我們要離境的時候，搭乘機場快線到機場一出來見到的畫面

手推車井然有序一字排開等著要離境的旅客

香港機場還請了一個人專職在整理手推車

只要有旅客推走了～手推車馬上補上，同時還對齊地上的線

你說這樣的服務拿不到前三名嗎？

（不過機場快線好貴到是真的～單程要 HKD 100）

月初來了一趟港澳之旅，澳門是第一次去感覺還蠻新鮮的

其他流水帳～以後有空在分享吧

趕快切入主題

這位正妹是我們在碼頭等船要去香港時，因為還要等一小時才有船，所以就厚顏無恥去找人搭訕聊天

嗯～對澳門留下深刻的印象了～～

話說，前兩天從新竹搭高鐵回來

本來我以為「自由座」應該是人人有位子坐，只是沒有對號而已，沒想到是先搶先贏

變成「自由站票」，實在有點不公平，明明都是花同樣的錢，卻買到站票

我認為應該是該車次的「自由座」賣完後，再開放「自由站票」然後便再便宜一點，不然花同樣的錢，卻是買到站票

以下是高鐵站票的畫面

這兩天 Survey 了一下 Spring Roo，標榜 RoR 式開發

不過淺嚐的感覺不是很好，大概把自己的感覺描述一下

1. 詭異的 AOP ，照官網的範例下去走，生出來的 entity 搭配了 4 個 aspect，如下所示

搞不懂為何要這麼多 aspect 不過我猜應該是要配合 roo 的原始碼產生機制，讓 roo 可以準確的將產生的原始碼插到正確的位置上。

2.前端的選項太少，配合的是 Apache Tiles，我熟的 Struts2 所以一時間看不懂前端的運作（我想這是我個人問題吧～）

3.新增物件的內一個屬性需要改這麼多東西

Managed SRC_MAIN_JAVA/com/foo/Timer.java
Managed SRC_MAIN_JAVA/com/foo/Timer_Roo_JavaBean.aj
Managed SRC_TEST_JAVA/com/foo/TimerDataOnDemand_Roo_DataOnDemand.aj
Managed SRC_MAIN_JAVA/com/foo/web/TimerController_Roo_Controller.aj
Managed SRC_MAIN_WEBAPP/WEB-INF/views/timers/list.jspx
Managed SRC_MAIN_WEBAPP/WEB-INF/views/timers/show.jspx
Managed SRC_MAIN_WEBAPP/WEB-INF/views/timers/create.jspx
Managed SRC_MAIN_WEBAPP/WEB-INF/views/timers/update.jspx
Managed SRC_MAIN_WEBAPP/WEB-INF/i18n/application.properties
Managed SRC_MAIN_JAVA/com/foo/Timer_Roo_ToString.aj
Managed SRC_MAIN_JAVA/com/foo/gwt/scaffold/generated/TimerListView.java
Managed SRC_MAIN_JAVA/com/foo/gwt/scaffold/generated/TimerDetailsView.java
Managed SRC_MAIN_JAVA/com/foo/gwt/scaffold/generated/TimerDetailsView.ui.xml
Managed SRC_MAIN_JAVA/com/foo/gwt/scaffold/generated/TimerEditView.java
Managed SRC_MAIN_JAVA/com/foo/gwt/scaffold/generated/TimerEditView.ui.xml
Managed SRC_MAIN_JAVA/com/foo/gwt/request/TimerRecord.java

雖然說手工的話也要改那麼多，不過看到這樣，我都軟了。

4.疊床架屋不利新手，這一點就是 Java 的通病，以 MVC 模型來說，每個英文字母都有對應的一套 Framework 然而每個英文字母上的 Framework 又有多種選擇，難怪大家會跳船到 .Net，畢竟  M$ 提供給你的就是唯一的選擇。

結論

像是用工具產生的原始碼，基本上還是不要徒手去改會比較好。

一般來說簡單的 CRUD 所需的繁瑣工作可以交由 Spring Roo 來處理，至於生出來的前端可以當成後台來使用。至於要給人家看得前端還是手刻一個會比較好。

如果只是要快速生成一個不重要的系統來作一件不重要的任務的話（線上登錄發票抽獎之類的，或是下圖的披薩店後台），倒是可以考慮用 Spring Roo。

總體來說，Spring Roo 的確可以快速的開發 CRUD 型的網站，不過受限於工具的關係，要從簡單 scale 到複雜，可能有點困難，除非在一開始先把所有的 entity 開好，跟 entity 對應的 CRUD 自然會自動產生，之後就拋棄 Roo，像是把 Roo 當成程式樣板產生機，這樣的話，到可以省下一些繁瑣工作的時間。

因為最近 blog 不夠 colorful 所以 po 一些廢文來增加 colorful

首先是虧最大的「拖鞋」…

Havaianas 巴西拖鞋

為何會說虧最大勒，因為我是在 Amazon 上買，然後透過 comGateway 來轉送，所以每一個包裹收一個運費

虧的點是，我在 Amazon 的訂單有五樣，如果這五樣都同一個包裹的話就是算一個運費

不過世事難預料，其他四樣與這雙拖鞋位於 Amazon 不同的倉庫，所以就分成兩個包裹送

所以單單一雙拖鞋就要收一個運費

更衰的點就是，這雙拖鞋的包裝又比較大，「貼心」的 comGateway 又提出重新包裝的服務，不過要 7鎂

所以這雙拖鞋運回台灣的運費就是 7 + 5 + 4 = 16鎂，所以大約就是 500台票，拖鞋本身就 15鎂，加總大約就是 1000台票

在台灣網拍買也不過 850台票，完完全全虧了 150 ~~

接下來就是我的收藏品，這是不新的新貨 SIGG 寬口系列

接下來是 Creative SB Surround 5.1 USB 外接音效卡，有好的耳機也要有好的音效卡來推

接下來是有趣的玩意，BELKIN RockStar 一對五超級耳機 HUB

這樣有新歌的時候就可以大家一起聽

根據實測的結果，多接一個耳機輸出的音量就會變小一些，所以接滿五個，可能要把聲音開大聲一些

接下來就有點瞎了，ACME MADE 的 iPad 保護殼，不過我沒有 iPad …

本來是想要買 ACME MODE iPhone 的皮套，不過缺貨，懶的辦退款手續，所以就直接換成 iPad 的保護殼

雖然我沒有 iPad 不過以後應該會入手，所以先買著先

質感很好的 ACME MADE iPad Case

最後是本攤最賺的 ACME MADE The Slim Cargo

台灣要賣 5600台票，可是美國才賣 65鎂，加了運費也不過 3000台票，整整省了快一半，真是最划算的電腦包。

電腦包有雙層，前面可以放手機、皮夾、筆之類的

好了

火力展示結束了，還是廢文一篇

在一個資訊專案進行中都會採用到許多的技術，而評估該採用那種技術就是一個很重要的事情。

技術本身是拿來解決問題的，首要考量當然是要可以解決問題。

除瞭解決問題之外，還有許多需要考量的地方，像是收費、後續服務、…等

而接下來我要談的是「技術中立」這一點。（其實我並不確定以下要談的概念是否稱為「技術中立」，如果有朋友知道正確的名詞可以留言給我）

何謂技術中立？

概念很簡單，就是技術歸技術，使用該技術不應該受到任何的侷限。

舉例來說，HTML 就是中立程度最高的技術，建立 HTML 可以使用 notepad、vim、Eclipse WTP 甚至是付費的 Adobe Dreamweaver，你都可以建立 HTML，至於執行 HTML 你也可以自由選擇使用 Firefox、IE、Chrome 甚至是文字版瀏覽器 Lynx 都可以執行 HTML。

所以反過來說中立程度越低的技術，也越容易受到供應商的侷限，像是早期的 M$ Office 系列，檔案格式只有 M$ 供應的軟體可以開啟，還好目前 M$ Office 系列的檔案 Open Office 都可以順利的開啟，不過還是有遺珠之憾，像是 M$ Visio 2003 所建立的檔案還是無解。

另外，像是關聯式資料庫都會至少都會遵循到 SQL-92，但是 M$ 的 SQL-Server 還會提供 T-SQL，或許 T-SQL 很好很強大，但是這是包著糖衣的毒藥，一旦你的程式內用了 T-SQL，那程式的移植性就被限制了，後端的資料庫就必須使用 M$ 的解決方案（Sybase 也支援 T-SQL）。

不過還好，目前資訊技術的發展上，各家的技術也越來越朝向中立的位置靠近，即使是萬惡的 M$ 底下的 C# 也可以透過 Mono 來實現。

技術百百種，每種技術都有優劣之處，除了考量技術本身之外，也必須考量技術的中立性。

其實是「apple的陰謀」不過陰毛比較聳動 XD

今天跟 Sam 聊到這個話題

主要是說整個 apple 的共犯結構：app store、ipod touch、iphone、ipad，大家也許覺得「我只要在 app store 買一次，之後所有的 apple 裝置都可以用，甚至未來的 iphone 4G 也可以用，這樣真好」，但是問題就來了

如果我要跳船呢？從 apple 家族跳到 android 家族呢？很抱歉，所有的 app 都要重買，所以從 apple 跳船需要付出很高的「轉換成本」，而這個「轉換成本」無形之中讓使用者對於跳船的選項考慮再三。

試想，你已經使用 iphone 3gs 一年，同時也買了大約 100鎂 的 game、app，這時如果要跳船，等於放棄 100鎂，甚至跳船到 android 又必須購入同等的 game、app，所以無形之中降低了 iphone 使用者的跳船意願。

而 apple 也很聰明，反正我每年出一隻新 iphone 你要跳船就跳新船，不要跳別人家的船，同時我還出了大船(ipad)，喜歡你也可以一起帶走。

然而久而久之，你買得 game、app 越多，跳船成本就約高，你的跳船意願就越低，apple 的股價就越高，jobs 也就笑呵呵，這時你就可以說～我們都是以笑傳家 XD。

所以 google 加油好嗎？趕快讓其他國家可以買 app，不然以現在台灣的 android 發展狀況，「轉換成本等於零」，我很輕易的就可以跳船到 nokia 或是 iphone，當然也可以跳爛船(窗戶行動)。

同樣的情形可以推導到 amazon kindle 不過 kindle 還好，在 pc、手機都有閱讀程式，只是說你就不能換書店而已 XD。

截至目前(2010/5/3)為止，遇到在JavaFX的地雷，把這些地雷紀錄如下

官方 Eclipse Plug-in 只支援 JavaFX 1.2.1

Windows 版 JavaFX SDK 只能裝一種版本，不能新舊共存

JFXtras 0.6 不支援 JavaFX 1.3

雖然 javafx 1.3 新增了許多 control 但是還是很不足，非官方最好的就是 jfxtra 可惜不支援 javafx 1.3。

javafx 是很棒的語言，可惜還不夠完整，希望接下來的發展能更順利。