【刃™】ThiS WORLD, MY WORLD

New Blogger UI

2011-08-18T23:22:00.006+08:00

今天偶然看到 01 上有人提問，沒辦法在 OS X 10.7 Lion 編輯 Blogger 裡頭的文章。於是... 好久沒上來更新的我，就連進來一探究竟！
果不其然，Safari 和 Firefox 都沒辦法編輯... 我想... 這應該是 OS X Lion 的 Bug！

不知怎麼的，突然想起前陣子 Blogger 有隨機開放少數人使用特殊的測試版，突發奇想，不然... 就啟動測試版看看好了。

哇噢～！沒想到 UI 更新了！！在 OS X Lion 裡不能編輯文章的問題也迎刃而解！
回頭查才發現，早在七月初，Google 已經開放所有的用戶都可以使用全新設計的 Blogger 測試版，用起來真的很不一樣，當然，有意見就盡量回報吧！

想嘗鮮用用看嗎？請服用 Blogger 測試區！

統一企業！好樣的！！

2011-06-04T15:02:00.014+08:00

這陣子真是深深覺得～統一真是個國內的典範企業啊！

讓我充分的感受到，什麼是本土精神～臺灣之光～

從運動飲料開始，令他們感到遺憾的含塑化劑配方，
LP33 衛生署抽驗，民眾自行送驗，以及統一自行送驗的羅生門。

到最近 7-11 長得跟兩年前的日本廣告幾乎沒有差別，連配樂都一樣的原創廣告。

嗯嗯～我只能說～統一企業真是太棒了～叮咚！

話說～我喝了好多統一 AB 優酪乳、純喫茶... 以後看到這家企業典範的產品都掰掰... orz...

題外話，剛剛看到津津蘆筍汁的新聞，
媒體又使用了一概的標題殺人法，“摻塑津津蘆筍汁 4億罐喝下肚” ！
不過看完內文，其實自 2008 年起的津津蘆筍汁，實際上是不含塑化劑的。

的確，曾經使用昱伸起雲劑的津津的確有社會責任，
但是當媒體用這樣的標準去看待津津時，我就很好奇為什麼要把一家現在沒問題的廠商拿出來檢討、撻伐了！

這個疑問就在我到衛生署塑化劑污染產品查詢網站後，一目了然！豁然開朗！原來是這樣啊！！
請使用關鍵字 “蘆筍汁” ，而且如同預期，津津並不在榜上，在榜上的居然又是企業典範！

對於一家現在早在幾年前就不使用黑心起雲劑的廠商大肆撻伐，
怎麼都沒見到媒體去檢討這家現在檢驗不合格的企業典範呢？為什麼？為什麼？？

喔～我都忘了，這家企業典範曾經對自己的產品有塑化劑發表了遺憾聲名！
這真是太遺憾了～津津～誰叫你們剛好賣了和企業典範一樣的產品，只好陪葬啦！

ubuntu 11.04 獨角鯨現世！

2011-04-28T23:27:00.001+08:00

ubuntu 11.04，是個很不同的 ubuntu，
捨棄 gnome 不用，改用自行發展的 unity 作為桌面系統的第一次！
在 gnome3 已經發表的現在，未來會如何？沒人說得準！

不過...
新軟體、新桌面系統，還有獨角鯨桌布！！！！
還有更多更多，
GO! GO! GO!!!! 別想太多！先下載玩玩吧～

Blogger - 新的瀏覽方式

2011-04-03T16:55:00.003+08:00

就在這個星期，Blogger 提供了全新的瀏覽方式。使用以後只有一個感想，感謝平板電腦對 GUI 演進的貢獻。
那麼該如何使用呢？
簡單來說只要在 Blogger 的網址後加上 /view，用本站作為範例就是請點我。目前一共有五種觀點可以使用，包括：Timeslide、Sidebar、Mosaic、 Snapshot 以及 Flipcard，可以點右上方的藍色下拉式選單進行切換，趕緊自己動手玩玩看吧！
當然，要啟動這樣的模式也是需要設定的，別擔心，很簡單！
依照官方說明來看，只要符合三個條件，就可以使用這個新功能：

Your blog is public. Your readers don’t need to sign in to view your blog.
Your blog has feeds fully enabled. In the Settings | Site feed tab, you have enabled either Full or Jump Break for your Post Feed.
You have not disabled dynamic views. In the Setting | Formatting tab, the option for Enable Dynamic Views is set to Yes.

簡單來講，只要部落格是公開的、 RSS 設定是完整提供、並啟動動態檢視的功能，就可以開心使用新功能啦！

更多資料可參考 Google Blogger 官網 Blogger Buzz: Fresh new perspectives for your blog。

Finally! Firefox 4 Released!!

2011-03-23T21:13:00.002+08:00

公開測試了好久，終於～ Firefox 4 正式版開放下載了！
這是蠻令人開心的一刻，這次改版，幾乎算是砍掉重練！除了新外觀、新功能外，更抽換了底層記憶體管理、JavaScript Engine ...等，連 Launch Time 都有大幅改善的現象。
在這就不多贅言，網路上的分享、測試文早已滿天飛，喜歡 Firefox 的玩家～還不趕緊抓下來玩玩！！

最後，請恕我直言，Apple & Safari 加油～好嗎！？

Hello EJB 3.1!!

2011-03-09T02:23:00.002+08:00

EJB 全名 Enterprise JavaBean，在 Java 平臺版圖中屬於 Java EE 的範疇，EJB 3.1 則包含在 2009 年 12 月 9 日發佈的 Java EE 6 [1] 中。雖然 Java EE 6 已經發佈有一段時間了，截至目前為止能完整支援的只有 GlassFish [2]，不過這是現在進行式，我相信很快就會有各廠的支援。
Java EE 平臺有許多不同功能的套件，如：負責商業邏輯的 EJB、負責訊息服務的 JMS、負責顯示的 JSF... 等。在 EJB 3.0 後，除了提供新特性，更改進開發流程，原本必須使用 XML 進行設定的繁複作業，改以 Annotations 簡化。更多資料可參考 Wikipedia - Java EE 和 Wikipedia - EJB。
GlassFish 原為 Sun 發佈的 Open Source 專案，後來 Sun 被 Oracle 併購，現為 Oracle 所擁有。目前完整支援 Java EE 6 的平臺僅有 GlassFish，其它 Server，如：JBoss、WebLogic 僅有部份支援。
先說說 EJB 的種類吧！
在 EJB 3.1 的世界裡，EJB 分為兩類，一類是用來處理 request 的 Session Bean，另一類則是處理 message 的 Message-Driven Bean。而 Session Bean 又因功能、目的不同分成三種，個別為 Stateless Session Bean、Stateful Session Bean 及 Singleton Session Bean。這些 EJB 都運行 Server 的 EJB Container 中。

那麼，該如何撰寫 EJB 呢？
基本上和撰寫一般的 Java Bean 沒太多不同，差異在於必須以 Annotations 加註 EJB 的種類，Session Bean 必須 implements [1] 供其它 Java Code 呼叫時所使用的 Business Interface [2]，而 Message-Driven Bean 則必須事先定義好對應的訊息，EJB Container 會在收到對應的訊息時自動觸發 Message-Driven Bean。
依照運行的 JVM 相同與否，Session Bean 必須去實作 Local（同 JVM，加註 @Local）或 Remote（不同 JVM，加註 @Remote）Interface。EJB 3.1 中，在同 JVM 運作的 Session Bean 可不必提供 Local Interface。
Business Interface 其實就是加註了 @Local 或 @Remote 的 Java Interface。被稱為 Business Interface 的理由是 Session Bean 並非透過 new 來取得 Object，而是向 Server 查詢取得對應的 Proxy Object，該 Proxy Object 只能執行定義在 Interface 中的 Business Method，而非 Session Bean 中所有的 Public Method，故稱為 Business Interface。
看了這麼多定義，只能說模糊還是模糊，抽象還是抽象，不如直接動手做！就選最基礎的 Stateless Session Bean 作為今天的範例！
package idv.marsping.practice;

import javax.ejb.Remote;

@Remote
public interface MyFirstSLSBRemote {
   String hello();
}這就是所謂的 Business Interface 了！
加註了 @Remote 代表實作此 interface 的 Session Bean，可被運作於不同的 JVM 上的 Java Code 呼叫。在這個 interface 之中只宣告了一個方法 hello，沒有輸入的參數，回傳的資料型態為 String。

package idv.marsping.practice;

import javax.ejb.Stateless;

@Stateless
public class MyFirstSLSB implements MyFirstSLSBRemote {
   public String hello() {
   return "Hello EJB 3.1!";
   }
}叮咚～！這就是傳說中的 EJB 啦！！
加註了 @Stateless 代表這個類別被定義為 EJB 中的 Stateless Session Bean。承前所述，Session Bean 必須去實作 Business Interface，所以 MyFirstSLSB 實作了 MyFirstSLSB，並定義了 hello 方法，簡單的回傳字串 "Hello EJB 3.1!"。

看了例子應該清楚很多，其實 EJB 3.1 並沒有想像中的那麼難！
如果有興趣的話，可以去找找在 EJB 3.1 之前的 Code 是長什麼樣子，我唯一的感想是
=> 難怪沒有人想用！

什麼是 Stateless Session Bean？
講了這麼多，到底什麼是 Stateless Session Bean（以下簡稱 SLSB）？這邊的 State 代表狀態，而 Stateless 就是沒有狀態。這是什麼意思呢？對一個 Java Bean "A" 而言，在某個時間點所有 A 擁有的變數所存之數值，即代表 A 在該時間點的狀態，所以 Stateless 對 Java Bean 來說，就是不保證有這樣的狀態。
簡單來說，每次呼叫 SLSB 的方法，都應該把這個 SLSB 當成全新的 SLSB，因為 SLSB 並不保證其狀態。理由是雖然我們使用是同一個變數進行呼叫，但實際上底層在呼叫方法時，會到 EJB Container 中取回一個 SLSB，但是誰能保證這個 SLSB 就是我之前呼叫過的那個 SLSB 呢？這也就是為什麼會有另一種 EJB - Stateful Session Bean。

怎麼使用 Stateless Session Bean？
說來說去，終於輪到說怎麼用的時刻啦！
直接來看個範例！
package sampleejbtest;

import idv.marsping.practice.MyFirstSLSBRemote;
import javax.naming.InitialContext;

public class SampleEJBTest {
   public static void main(String[] args) throws Exception {
   InitialContext context = new InitialContext();
   MyFirstSLSBRemote ejb = (MyFirstSLSBRemote) context.lookup("idv.marsping.practice.MyFirstSLSBRemote");

   System.out.println(ejb.hello());
   }
}為了向 GlassFish 的 EJB Container 查找我們要使用的 SLSB，我們必須先取得 InitialContext，由於 GlassFish 是跑在本機上，所以並沒有做額外的屬性設定（小提醒：記得要把 gf-client.jar 加入 classpath 中）。
接著，透過 lookup，查詢要使用的 SLSB。這個字串 "idv.marsping.practice.MyFirstSLSBRemote" 就是所謂的 JNDI Name，你問為什麼我會知道喔？給一個小提示，在部屬 EJB 時，可以看一下 GlassFish 的 Console，裡頭會出現關鍵字 JNDI，那些字串就是啦，雖然有好幾種不同的格式，但是效果都相同！
依照先前所說明的，我們只能透過 Business Interface 去操作 Session Bean，於是我們呼叫 hello 並印出來！
那麼結果到底如何呢？
Hello EJB 3.1!如同預期！！真開心～終於結束了 Orz...

以上，就是我對 EJB 3.1 一點小小的心得分享～
什麼？你問我是用什麼開發的？喔喔！請愛用 NetBeans！

閒來無事，幫 Blog 加點顏色～

2011-03-05T18:58:00.011+08:00

趁今天沒什麼要忙的事情，練習一下 CSS。由於使用到了一些 CSS3 的語法，若瀏覽器對 CSS3 的支援度不足，可能會出現版面錯亂的現象，建議使用對 CSS3 相容性較佳的瀏覽器。
經測試，號稱對網路技術大幅提升支援度的 IE 9 正式版陣亡了 Orz...
之後如果會寫到程式、註解、還有印出的 Console 訊息，都會採用下面這種格式。

[程式範例]
public class Sample {
   public static void main(String[] args) {
   System.out.println("Hello World!!");
   System.out.println("This is new format.");
   }
}
[Console 訊息範例]
Hello World!!
This is new format.
[註解範例]
以上所使用的三個 icon 為 prokofusha 所製作，使用的授權條款為 Creative Commons Attribution-No Derivative Works 3.0 License。
Blog 標題所使用的字型，使用了 Fonts.com 的 web fonts 技術。

Gnome 3 is Coming!!

2011-02-14T19:56:00.001+08:00

終於，Gnome 3 即將降臨！未來的 Linux 會變得怎樣呢？家用電腦 OS 和行動裝置 OS 間的百家爭鳴將造成什麼樣的生態變化？想到這些～就興奮莫名與期待～

8 GB RAM 的快意自在～

2011-01-07T00:14:00.001+08:00

終於，我升級了我們家小鋁的記憶體！
之前只要打開 Xcode 或 NetBeans，compile 個幾次，開開網頁～聽聽音樂～記憶體就吃的乾乾淨淨！
這陣子，DDR 3 記憶體價格狂跌，於是心癢癢的想買來升級，之前看網路上的討論總是說，我們家的小鋁（MacBook 2008 late）頂多升級到 6 GB 的記憶體，正巧在網路上搜尋到 MacBook 2008 late 記憶體 8GB 升級這篇文章！！甭猶疑～此時不買更待何時！！
於是入手了兩條創見的 DDR3 1333 4GB 的記憶體，型號 TS512MSK64V3N，裝上後就成了現在這個樣子！

不會大量用到虛擬記憶體的感覺真好～

驚！原來 instanceof 有這樣的限制

2010-12-23T23:15:00.006+08:00

我一直以為 instanceof 是測試某個物件是否為某個類別的實體，實際上語法看起來也是這樣。

String aString = "a string";
boolean bool = aString instanceof String;
System.out.println(bool);

想當然爾，結果當然是 true。
只是我萬萬沒想到，instanceof 有個限制，只能拿來判斷同繼承樹中的類別。
這是什麼意思？直接看範例：

String aString = "a string";
boolean bool = aString instanceof Double;
System.out.println(bool);

結果會是什麼呢？是 false 嗎？
錯了！是 Compile Error！

inconvertible types
found : java.lang.String
required: java.lang.Double
boolean bool = aString instanceof Double;
1 error

這和我預期的有點出入，限定只能判斷同一繼承樹上的類別大大減低實用性。
我想要的效果就如同字面，是否為某類別的實體（物件），是 => true，不是 => false。

回頭看看 Objective-C，
NSObject 定義了某個類似 intanceof 的方法：

- (BOOL)isKindOfClass:(Class)aClass;

效果如何呢？看個範例：

NSArray *array = [NSArray array];
BOOL arrayIsString = [array isKindOfClass:[NSString class]];
NSLog(@"NSArray is Kind of NSString: %@", (arrayIsString ? @"YES" : @"NO"));

印出來的結果是 "NSArray is Kind of NSString: NO"，沒有跳出錯誤！
這才是我想要的 instanceof 啊！！ Orz...
Java 加油～好嗎？

難熬的夜晚

2010-10-29T00:47:00.000+08:00

微微發燒, 低血壓...

我催眠自己, 一切都會好轉, 都會過去...

Automator 之查詢 Google Dictionary

2010-10-24T23:04:00.003+08:00

其實這個 Service 已經寫好很久了，只是想到要整理然後分享上來，就覺得懶。反正今天都已經寫了一篇，似乎也不差多整理一篇。
要分享的 Service 我個人覺得真的覺得蠻實用。試想，如果選取某個英文單字，然後按下右鍵點選，就可以自動到 Google Dictionary 查詢，對我這個懶鬼來說是多方便的一件事情 XD！
好啦～我知道 Mac OS X 有內建字典，但是英英字典有時真的很懶得看 Orz... 我是懶鬼 Orz...

要做出這個服務其實也不難，有興趣的就往下看吧！
1. 打開 Automator，選取『服務』樣板，接著將服務接收所選的設定為『文字』在『任何應用程式』。

2. 選擇『工具程式』程式庫，加入『拷貝至剪貼板』。

3. 選擇『Internet』程式庫，加入『取得指定的 URL』，點選預設的 Apple 並刪除。

4. 重點來了，先到 Google Dictionary 查詢任何一個單字，把關鍵字使用的參數移動到連結的最後，刪除查詢的單字，並複製連結。範例中查詢的單字是 dictionary，處理完成的連結為『http://www.google.com.tw/dictionary?langpair=en%7Czh-TW&hl=zh-TW&aq=f&q=』。

5. 回到 Automator 加入剛剛修改完得連結，並點下右鍵選取『忽略輸入』。

6. 選擇『工具程式』程式庫，加入『取得剪貼版的內容』。

7. 選擇『Internet』程式庫，加入『顯示網頁』。

8. 儲存服務～大功告成！同樣的，檔名會是服務的名稱。

9. 實驗一下，反白文字後按下右鍵，叮咚～出現我們剛剛製作的服務啦！當然～點下去之後就會去查詢囉～

以上，是我這個懶人懶得看英英字典想出來的偷懶方法，希望對同樣想偷懶的你們有幫助 Orz...

Automator 之快速鍵開啟家目錄

2010-10-24T20:37:00.003+08:00

在 Mac OS X 中，有個功能強大的小工具，只是用到的機會很少，這個工具叫做 Automator。在 OS X 10.6 以後，Automator 開始支援讓使用者自行編寫服務，這些服務除了可以從應用程式的 Menu 中使用外，還可以透過滑鼠右鍵或者自行設定的快速鍵去使用。
囉哩叭嗦了一堆，寫這篇主要的原因是神人我學長有天問了我個問題—Mac OS X 裡面有沒有像 Windows 裡按快速鍵就打開檔案總管的功能？於是這篇教學文就誕生啦！

Let’s Do It by Yourself!!
- Using Automator Composes A Service Witch Shall Open User’s Home Folder -

1. 打開 Automator，選擇『服務』的樣板。

2. 將服務接收設定為『沒有輸入項目』在『任何應用程式』。

3. 在程式庫中點選『檔案和資料夾』，連點兩下或拖拉『取得指定的 Finder 項目』至右方流程編輯區，並按下加入選擇使用者家目錄中任何一個子目錄，如：桌面。

4. 將『顯示 Finder 項目』加入至流程編輯區，完成！

5. 儲存服務，服務的檔名將是該服務的名稱，這邊使用『Find myHome』作為檔名。

6. 儲存完了之後，到任何一個應用程式 Menu 的服務中都可以看到剛剛完成的服務。

7. 最後一步，幫剛剛完成的服務加上快速鍵吧！記得，快速鍵先測試，如果設定和系統或應用程式相衝突，那就無效了，這邊使用 option+command+0。

完成之後，不管在哪只要按下剛剛設定好的快速鍵都可以顯示家目錄的 Finder 啦！

Mac OS X 還是可以辦到的！
只是為啥要這麼麻煩？點一下 Dock 上的 Finder 不就好了... Orz...

民國九十九年十月二十一日星期四天氣雨

2010-10-21T23:49:00.004+08:00

此刻的我覺得

活著如此不堪

ubuntu 10.10 is Coming

2010-10-03T00:38:00.003+08:00

今年度第二次的 ubuntu 倒數開始囉！目前已經進入 RC 階段。
喔～你問什麼是 RC？RC 是 Release Candidate 的縮寫，意思就是已經進入正式發表前的最後檢測，基本上內容不會再變更，主要是針對一些穩定性問題進行測試及調整，也就是按耐不住性子的人，可以衝了的意思 XD
蝦咪～你說怎麼沒有測試喔？
啊～不就因為我現在已經有了 MacBook，於是懶得測試 Orz...
各位先進，交給你們啦！（話說 ubuntu 新字體還頗好看）

轉瞬之間...

2010-10-02T14:17:00.001+08:00

今早，腦中閃過幾個畫面－

晚上回到家，走進房間跟已經睡著的爺爺報告我回來了，爺爺開心的抱抱我笑了...

媽媽掀起我的被子叫我起床，我大叫，好冷～賣剎！！

那是什麼時候的事情，我已經沒辦法清楚分辨，只是很懷念這樣的感覺。
我相信，一切都會雨過天晴！

Firefox 4 is Coming!!

2010-09-11T16:40:00.040+08:00

好久沒上來發文，哈～沒辦法～我很懶 Orz...
廢話不多講，來說說這次的主題，基本上要講的是關於最近猛發 beta 的 Firefox 4！
其實我一直都蠻喜歡使用 Firefox 的，除了 Safari 之外，我最長使用的就是它。沒用 Chrome 的原因，有部份是因為 Safari 看會出現問題的網頁在 Chrome 也一樣（Chrome 採用了 Apple 的 Webkit 作為 Render Engine），此外還有一些內建的功能讓我覺得 Firefox 真的還蠻順手。

這次的 Firefox 4 是個大改版，外觀上也有了蠻多不同，除了 Tabs on Top 之外，還多了 Apps Tab。另外還有可以同步狀態的 Firefox Sync，用來群組分頁的 Panorama，還有更多更多...。
不想看我囉唆的，就請自己試試看吧！[Download Firefox 4 Beta]

Firefox 4 beta 目前出到了第五版，外觀上我想不會有太大變動了，而這就是目前 Mac 版的樣子。網頁改到了上方，可以選擇把網頁釘選成應用程式分頁，而右邊則是這次改版最讓人驚艷的 Panorama - 分頁群組的按鈕。
先說說我用一陣子下來對新外觀的感想，應用程式分頁很方便，尤其是常常有一些要一直去讀取的網頁，如：電子郵件、行事曆，這類網頁釘成應用程式分頁可以更省空間，也不會因為分頁太多而找不到。
不過對於 Tabs on Top 我就有點意見了，雖然 Tabs 往上搬，視覺的一致性的確提高了，但是卻沒有因此而節省使用的空間。相對來說 Windows 版的設計就比較好，除了 Tabs on Top 之外，還隱藏了 Menu，新增了 Firefox button，不過原本 Windows 的桌面和 Mac 就有差異，也希望 Firefox 的 team 能針對 Mac OS X 的特性提供更高的客製化。

Panorama 這個分頁群組功能真的很不錯，透過拖拉就可以群組，不同群組之間互相看不到（Apps Tab 每個群組都看得到），分頁列從此也不會亂糟糟啦。用講的其實講不太清楚，實際用一次看看吧！
當然這個功能也不是完美，目前我覺得和 Apps Tab 並沒有整合得很好。Panorama 中應該要有一區是專門設定 Apps Tab 的區域，畢竟 Apps Tab 設計的理念就是應用程式嘛，和一般的網頁的確該有所區別才是。

當然 Firefox 4 並不完美，當然也還沒成定局，有什麼意見就用力的按下“意見回饋”把想法傳給官方知道吧！（更新了五次 Beta，我五次都按了 bad => 回 Tabs on Top 佔用一樣多的桌面空間 XD）

補充一個在 Firefox 3.X 就已經有的功能 => Tags

在 Firefox 中，只要在 AwesomeBar （Firefox 的搜尋列）上打下文字就會出現跟該文字相關的網頁資訊（這東西雖然現在沒什麼，但在當年可是個獨家的創舉）。此外還有個叫做 Tag 的功能，這就真的方便了！在圖中可以看到，我在搜尋列打了 “mac”接著下拉式選單就跳出了三筆有小標籤的網頁，旁邊寫著 mac 和 tech，接著有個藍色星號。藍色星號代表該網頁有加入在書籤之中（這邊的書籤就是 IE 的我的最愛），小標籤當然就是 Tag 啦，而 mac 和 tech 則代表這個網頁有兩個標籤個別為 mac 和 tech。
在 Firefox 中，只要在 AwesomeBar （Firefox 的搜尋列）上打下文字就會出現跟該文字相關的網頁資訊（這東西雖然現在沒什麼，但在當年可是個獨家的創舉）。另外如果把 AwesomeBar 加上 Tag 的功能，這才真的是非常方便！在圖中可以看到，我在搜尋列打了 “mac”接著下拉式選單就跳出了三筆有小標籤的網頁，旁邊寫著 mac 和 tech，接著有個藍色星號。藍色星號代表該網頁有加入在書籤之中（這邊的書籤就是 IE 的我的最愛），小標籤當然就是 Tag 啦，而 mac 和 tech 則代表這個網頁設定了兩個標籤，個別為 mac 和 tech。
講了這麼多想必是一頭霧水吧～ Tag 好用的地方在於，如果今天有很多的書籤，或是懶得到書籤裡頭去找出想要的網頁，那用標籤就沒錯了。上圖的範例就是個簡單的例子，我想要找書籤中跟 mac 有關的網頁，接著我就在搜尋列打了 mac，然後預先設定過有 mac 標籤的網頁就會出現在下拉式選單中，只需要選我要網頁的就可以了！

那要怎麼設定標籤呢？很簡單～點下星號，接著在標籤裡頭填入想要設定的標籤名稱，如果要設定多個，可以用 “,” 隔開，完成以後就可以來用用看囉～
以上心得分享～～

ubuntu 官網更新!

2010-05-27T12:32:00.000+08:00

ubuntu 10.04 release 至今也一個月了，終於的終於！官網更新了！
重新設計過的網站，只能用耳目一新形容囉！
有興趣的可以到 ubuntu 官網走走～

ps. 網誌內容似乎有大幅縮水的跡象, 應該是沒料了 orz...

難怪我動不動就腿痠... 晚來洗阿捏

2010-05-26T23:30:00.000+08:00

今天陪同著母親走了一趟醫療之旅？
年前媽媽腿疼到不能走，那時，好心的邱半仙幫媽媽預約了某大師級醫生的看診。
今天，終於輪到媽媽了，當然，我就陪著媽媽北上看醫生啦～

中間批哩趴拉的～

重點是媽媽照了 X 光片，後來醫生解釋 X 光片時，以模型和 X 光片告知我們，媽媽的骨盆移位，連帶的影響到左側膝蓋導致痠疼，喔喔！！
It does make sense!!
向左傾斜的骨盆，因此導致身體左側受力較多！相對的膝蓋、肌肉負荷較多，自然就不舒服。
故事到這就結束了嗎？
Not yet!
這趟上去，好心的邱半仙把他的約診讓給了我，於是乎，我告訴了神醫大人，我的左腿長時間都會酸，接著... X 光伺候！

中間又批哩趴拉的～

只是這次看 X 光片，醫生不用說明了～因為一眼就可以看出，原來我比老媽還嚴重！！囧rz...

不敢想像如果我到了母親那個年紀是會怎樣... XDDDD

My Body~ My Container~ 今後，我會好好善待你的...

晴天霹靂 orz [updated]

2010-05-13T09:07:00.002+08:00

這大概是這陣子最短的一篇文章了...
=> Core Graphics 不能畫中文字串！
OMG & 囧

這下真的要感謝 UIKit 了。
UIKit 的 UIStringDrawing.h 裡頭，
使用了 Objective-C 的 category 語法，擴充了 NSString 類別。
於是，可以畫出中文字串啦 XDDD～

ubuntu 10.04 LTS Lucid Lynx release!

2010-05-03T01:09:00.003+08:00

ubuntu 10.04 正式版終於出啦！
對我來說我覺得比較可惜的是 ubuntu 的官網沒有一起更新，重新設計的 Logo 目前沒有被官方網站所採用，覺得有點小可惜！
除了外觀之外，這次的改版有很大一部份在於社交軟體的支援，整合了包括 FaceBook、Twitter 等社交網站和 Google Talk、Live Messenger 等即時通訊協定，頗有趣的 XD~
想用用看嗎？請到 ubuntu 官方網站走走吧！

當 Steve Jobs 談論 Flash

2010-04-30T00:49:00.001+08:00

今天稍早，Apple 的網站發佈了一篇難得的長篇論述！內容的主角不是自己，而是 Adobe，討論的自然就是 Flash，這個目前大量使用在網頁中的技術。
這篇文章的名字是 “Thoughts on Flash” 署名者為 Steve Jobs，我想這應該是 Steve Jobs 第一次直接面對公眾討論這個問題，並說明日前 iPhone OS 4 中的開發者條款修正的原因。能不能接受，就看讀的人願不願意相信、能不能被說服囉！

JavaFX 1.3 Released!

2010-04-26T23:50:00.004+08:00

2010 年 4 月 22 日, JavaFX 1.3 版發行了! (JavaFX: 有誰還記得我嗎?)
這次的改版比較令我驚喜的是 => 新增了 Mac 環境下的模擬器!
當然還有在性能上的改進, 只是... 目前在 Mac 上 equals to 無緣.
完整請參考: JavaFX 1.3 Released, Improves User Experiences.

只是這次的更新是如此的不知不覺!
在 Sun 被 Oracle 正式買下後, 至少我是這麼覺得, Java 的未來似乎多了點疑慮.
更神奇的是, 原來 Sun 這個商標對於 Oracle 來說是如此之不值. 所有相關的產品名稱原本放 Sun 的位置, 通通換成了 Oracle.

Anyway, Java 的未來與前景如何? 等今年 JavaOne 就知道了.

Pointer 之雖然我搞不定你但你到底能幹嘛?

2010-04-20T16:37:00.009+08:00

Pointer 就是指標! 噗~ 那指標呢? 就是 Pointer! 囧rz...
這就是 Pointer 給我的感覺, 間接來間接去, 永遠搞不懂到底指去哪裡了.
以上只是還不習慣使用 Pointer 的我的無病呻吟.

回歸正題, Pointer 的目的是什麼?
=> 讓 Programmer 能夠跨 Function or Method 去存取共同的記憶體空間.
那記憶體空間裡頭放的是什麼?
最普遍的就是 Primitive Data Type 的資料, 但 Pointer 是很 Powerful 的! 看些範例吧!

[Paradigm 1] Pointer of Primitive Data Type

void addInteger(int *sumPtr, int numberToAdd) {
*sumPtr += numberToAdd;
}

int main (int argc, const char * argv[]) {
    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
    int sum = 2;
    addInteger(&sum, 3);
    NSLog(@"Sum = %i", sum);
    [pool drain];
    return 0;
}

[Output 1]

Sum = 5

Primitive Data Type 泛指程式語言所提供的基本資料型態 (如: int), 詳細說明可以參考 Wikipedia - PrimitiveDataType.
在範例中 Function - addInteger 有兩個 Parameter, 一個是 int 的 Pointer sumPtr, 另一個則是 int numberToAdd. 而 Function 實際做的事情是把 sumPtr 所指向之記憶體空間中的資料取出, 加上 numberToAdd 後, 再回存. 簡單一點就是把 sum 的數值 2 取出, 加上 3, 然後把 5 (2 + 3) 存回 sum 裡, 只是 sum 的資料是透過 Pointer 取得. 值得注意的是, 這個 Function 沒有回傳值, sum 的數值是利用它的指標 - sumPtr 直接更新.
這一點就和 Java 很不同. 在 Java 中不能操作 Pointer, 必須先將 int 包裝成 Object, 或使用 Wrapped Class, 才能達到類似指標的效果.

[Paradigm 2] Pointer of Structure Data Type

struct rectangle {
    int width;
    int height;
};

int calArea(struct rectangle *r) {
    // 等同於 return (*r).width * (*r).height;
    return r->width * r->height;
}

int main (int argc, const char * argv[]) {
    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
    struct rectangle rect;
    rect.width = 8;
    rect.height = 4;
    NSLog(@"Area = %i", calArea(&rect));
    [pool drain];
    return 0;
}

[Output 2]

Area = 32

和 Primitive Data Type 一樣, Structure Data Type 也可以利用 Pointer 進行操作. 範例內容也很簡單, 用 Pointer 去操作 rect 並計算其面積.

這兩個範例看起來都沒什麼, 就算不使用 Pointer 也可以達到類似的效果.
看看範例一, 大可使用 int 將加總數值回傳就好了, 為什麼要用 Pointer 來找自己的麻煩呢? 再不然, 也可以把 sum 宣告成 Global 變數, 數值連傳都不用, 不更簡單? 看看範例二, 也可以直接把 rect 傳進 calArea 方法, 為什麼要使用 Pointer?
的確, 使用回傳數值是一種解法, 但是別忘了, 回傳數值永遠只有一個, 如果碰到需要更新兩個以上的資料時該怎麼辦?
的確, 使用 Global 變數也是種解法, 但是碰到不只一個數值需要加總的時候該怎麼辦? 難道要全部宣告成 Global 變數嗎?
的確, 可以不要使用 Structure Data Type 的 Pointer, 但電腦系統中的記憶體並不是能無止盡取用的! 如果 Structure 中包含的變數數量很多, 在有限記憶體空間 (如: 手機系統) 的環境下該怎麼處理? 記憶體能負荷大量資料複製嗎?

這時候, 就可以發現有 Pointer 是多麼值得慶幸的一件事情.

那 Java 該哭哭嗎? 因為在 Java 中根本沒有指標!
其實也不會, 因為 Java 沒有 Structure Data Type, 要達到資料封裝的效果就只能使用 Class, 而 Java 中 Object 的操作其實就是透過指標. 理由是如果將 Object1 assign 給 Object2, 會發現對 Object2 進行操作 Object1 也會連帶進行更動的現象. 也因此可得知 Java 裡 Object 的 assign 只是複製 address, 而不是進行 Object 的 clone.

這樣看來, Java 沒有 Pointer 的結果, 似乎只造成於沒有 Primitive Data Type 指標的差異, 但透過 Wrapped Class 就可以解決這個問題, 真的只有這樣? 當然不是! 因為指標不只可以指向資料[註].

[Paradigm 3] Pointer of Pointer

void getMessage(NSString **msgPtr) {

   [*msgPtr release];
   *msgPtr = @"I GOT IT!!";
}

int main (int argc, const char * argv[]) {
    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
    NSString *msg = @"Initial";
    getMessage(&msg);
    NSLog(@"%@", msg);
    [pool drain];
    return 0;
}

[Output 3]

I GOT IT!!

我承認這個範例看起來的確沒什麼, 只是在 Function-getMessage 中, 將 main 裡 msg 中存放的資訊改掉了. 同樣的, 這樣的效果可以透過其它方式達到, 但別忘了回傳值永遠只有一個, 而這就是 Pointer 帶來的便利性.
在 Java 中能辦到這樣的事情嗎? 當然可以, 解決方式是先把 String 用其它物件包起來, 再傳進方法裡. 只是這樣的程式可讀性就降低了, 而且麻煩...
你也知道 Programmer 都很懶...

[Paradigm 4] Pointer of Function

struct rectangle {
    int width;
    int height;
    int (*area)(struct rectangle *);
};

int calArea(struct rectangle *r) {
    return r->width * r->height;
}

int main (int argc, const char * argv[]) {
    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
    struct rectangle rect;
    rect.width = 8;
    rect.height = 4;
    rect.area = calArea;
    NSLog(@"Area = %i", rect.area(&rect));
    [pool drain];
    return 0;
}

[Output 4]

Area = 32

指標可以指向 Fuction! 這個範例實際上是想把 Function 也封裝進 structure 中, 看起來就像是一個非物件導向的語言想要擁有物件導向的功能. 而當處在一個沒有物件導向特性的語言中, 了解 Pointer 可以達到這樣的效果, 是非常有利於開發的.
由於我還很淺並沒有看過底層的實作, 說不定在 Java 和 Objective-C 的底層就是這樣把方法和類別進行封裝.

有沒有實際一點的例子? 有!
在 Objective-C 的 Foundation Framework 中有個類別 - NSMutableArray. 這個類別就像是 Java 中的 ArrayList, 可以動態的新增、刪除、修改陣列中的元素.
在這個類別裡頭有下述這個方法:

- (void)sortUsingFunction:(NSInteger (*)(id, id, void *))compare context:(void *)context

compare
The comparison function to use to compare two elements at a time.
context
The context argument to pass to the compare function.

compare 就是一個 Function 的 Pointer, 指向一個如下述範例的 Function:

NSInteger intSort(id num1, id num2, void *context) {
    int v1 = [num1 intValue];
    int v2 = [num2 intValue];
    if (v1 < v2)
        return NSOrderedAscending;
    else if (v1 > v2)
        return NSOrderedDescending;
    else
        return NSOrderedSame;
}

那麼... 在 Java 中能不能達到類似的效果? 唉啊~ 答案還是~ 當然可以!!

在 Java 中有兩個 interface, 一個是 java.lang.Comparable, 一個是 java.util.Comparator. 兩種用法很相似, 都是要去實做出一個可用於比較的方法, 但我個人覺得 Comparator 在使用上和上述的方法比較像.
implements Comparator 要實作 compare 方法, 如下:

public int compare(Object o1, Object o2)

而如何使用 Comparator 進行排序呢? 在 Java 中有個類別 - java.util.Arrays, 定義了這個方法：

public static void sort(Object[] a, Comparator c)

看到這, 也不需要我說明了, 跟 Objective-C 裡的操作方式沒兩樣.

想個老問題, 那麼... 沒有 Function 的 Pointer 其實對 Java 來說也沒什麼差別嘛! 因為只要透過實作介面就可以達到類似的效果.
的確是這樣沒錯!
但請別忘了, 實作介面得先宣告定義介面, 接著得有個類別去實作那個介面, 在使用的時候還得把該類別的物件丟進去, 才能達到類似的效果.
你也知道的... Programmer 就是... 嗯嗯...

我只能說 Pointer 真的是好強大啊!!! 囧rz...

[註] 指標與陣列的關係請參考 Pointer! 不是我排擠你, 而是我搞不定你囧rz.

Pointer 之不是我排擠你而是我搞不定你!

2010-04-13T12:59:00.246+08:00

學習 C 的過程中, Pointer 這個章節對我來說是個無法抹去的痛.
也許是我領悟力太差, 又或許是練習不夠, 我始終無法說服我自己 Pointer 的概念是很自然的.

在 Java 中, 不會操作到指標, 也沒有操作指標的方法.
Primitive Datatype 就是傳數值, Object Datatype 就是傳位址. 雖然骨子裡頭, 物件的操作一樣是使用指標傳遞位址, 但是看不到指標卻是如此的神清氣爽.

在 Objective-C 裡就不是這麼一回事了. Pointer 又回來了.
沒辦法搞定 Pointer 就沒辦法搞定 Objective-C, 不得不, 還是得好好的練習摸索.

於是, 用幾個範例來幫助自己記憶, 分享給所有對 Pointer 沒轍的程式人 orz...

int numbers[] = {1, 2, 3};
int *numbersPtr;
numbersPtr = numbers;
NSLog(@"%i, %i, %i, %i", *numbers, numbers[0], numbers[1], numbers[2]);
NSLog(@"%i, %i, %i, %i", *numbersPtr, numbersPtr[0], numbersPtr[1], numbersPtr[2]);

[輸出結果]

1, 1, 2, 3
1, 1, 2, 3

先複習一下, 宣告變數時, 在變數名稱前加上 "*", 即為宣告該變數為特定資料型態的指標.
使用變數時, 在變數前加上 "&" 可以取得儲存該變數的位址, 可以用來指派給指標.
使用指標變數時, 在變數前加上 "*" 可以取得該指標指向之位址所儲存的數值.
那指標是什麼? 指標是一個變數, 用來儲存某種資料型態之資料的位址.

回到範例, 在這個例子裡頭很明顯可以看到, 以中括號宣告的 int array 可以指派給 int pointer.
又可以看到, *numbers 和 numbers[0] 的數值相同, *numbersPtr 和 numbersPtr[0] 的數值相同.

所以可以推論
=> 陣列是一種指標, 而陣列變數存的其實是第一個 element 的位址.

實際上書裡也是這麼寫的,

numbersPtr = numbers <-equals-> numbersPtr = &numbers[0]

所以 "*" 加陣列名稱實際上取得的是第一個 element 的數值.

看起來, 似乎沒什麼問題了, 根本沒想像中那麼難嘛, 寫程式的人是怎麼回事, 有那麼恐怖嗎?
用到一個 "*" 的時候看起來好像真的沒那麼難, 那如果用到兩個 "*" 呢?
老實講, 我頭好暈 orz...

最簡單的就是在 Objective-C 中的 Object Datatype. 換個例子再看看.

NSString *string1 = @"String1";
NSString *string2 = @"String2";
NSString *strings[2]; //an array of NSString objects
strings[0] = string1;
strings[1] = string2;
NSString **stringsPtr; //a pointer to NSString object
stringsPtr = strings;
NSLog(@"%@ %@ %@", *strings, strings[0], strings[1]);
NSLog(@"%@ %@ %@", *stringsPtr, stringsPtr[0], stringsPtr[1]);

[輸出結果]

String1 String1 String2
String1 String1 String2

要先說明的是, 在 Objective-C 中物件的宣告和 Java 不同, 必須用到 "*".
但問題來了, 該怎麼取得物件的內容呢?
如果依照 Primitive Datatype 的概念, 第一個想到的答案會是使用 "*" 加上物件名稱, 然而這樣的操作方式, 並不能取得該物件的內容. (那會取得什麼呢? 有興趣可以自己玩玩看 XD)
取得物件的方式和 Java 沒兩樣, 不需要加上 "*", 直接使用物件名稱就可以取得物件的內容.
那麼, 怎麼進行物件的指派呢? 這也和 Java 一樣, 不需要加上任何符號, 直接以物件名稱就可以進行指派. 說明結束, 回頭看範例!

在這個範例中, stringsPtr 這個變數有兩個 "*".
別和我一樣一看到兩個 "*" 就暈了. 冷靜想想, 兩個 "*" 並沒有那麼恐怖. 因為在 Objective-C 中物件的宣告必須使用到 "*", 所以 stringsPtr 的宣告實際上是這個意思
=> 宣告 stringsPtr 為一個指向 NSString 物件的指標.

剩下的其實就跟第一個範例一樣, 陣列就是一種指標
=> strings 這個 NSString 物件陣列, 可以指派給 stringsPtr 這個 NSString 物件的指標.
陣列名稱存放的其實是第一個 element 的位址
=> "*" 加陣列名稱將會取得在陣列中的第一個物件.

呼... 看似簡單, 但每次用上卻依然覺得頭昏眼花.
真的希望是熟練度的問題, 希望在我多多練習後, 不會再次碰上 Pointer 指向哪, 看了程式碼卻越看越花的窘境.

今年的 4 月 8 日

2010-04-09T15:21:00.007+08:00

今年的 4 月 8 日, 除了是花媽的生日之外 (咦~花媽是誰? 其實是我娘啦 XD), 資訊界還多了幾個事件.
一個嘛~ 就是讓我等了好久的 ubuntu 小貼紙!!!!! (小貼紙呀~ 小貼紙~ 你終於出現了 orz...) 隨著 ubuntu 10.04 beta2 發佈, 倒數計時終於開始啦!!!! 不過我暫時沒辦法進行測試, 因為我的 PC - 小黑由於不知名的原因出現了一睡不醒的症狀...
另一個就是 iPhone OS 4 公佈啦!! 主要多了七大重要特性, 雖然距離正式發佈還有一段時間, 還是可以看看發表會搶先體驗一下. 此外, Apple 同時也發佈了 Webkit2, 難道這是暗示 Safari 將有大幅更新? 而採用 Webkit 的 Chrome 將!!??

關於 Polymorphism! 是的, 就是多型!

2010-04-04T13:39:00.225+08:00

這幾天真的是寫了好多關於程式基礎的東西, 今天心血來潮想寫個物件導向的特性 - Polymorphism. 是的, 你沒看錯, 就是多型.

多型, 這有什麼好寫的呀? 每本物件導向的書籍, 不管是程式語言或是方法論, 一定都會提到的基本特性. 去書局翻翻就有了, 甚至在網路上搜尋 “物件導向” “多型”, 就可以找到讀也讀不完的資料. 在這老調重彈, 似乎有點... 多餘?
會想把這個議題拿出來講, 關鍵就在於我發現 Objective-C 上的多型, 和我以前認識的不太一樣, 更加 Powerful.

Java 上的多型, 無非透過 extends class (繼承類別), 和 implements interface (實作介面), 來達到呼叫相同名稱的方法卻有不同實作內容的效果. Objective-C 上也是如此! 只是 Java 中的 interface 到了 Objective-C 叫做 protocol.
如果只有這樣的差異, 也沒什麼好多說的. 不同的是 Objective-C 中多了兩個特性讓多型這件事情變得很不一樣 - Dynamic Typing (動態型別) 和 Dynamic Binding (動態繫結).

看一下在官方文件中的定義:

Dynamic Typing
Discovering the class of an object at runtime rather than at compile time.

Dynamic Binding
Binding a method to a message—that is, finding the method implementation to invoke in response to the message—at runtime, rather than at compile time.

簡單來說, 動態型別就是指
=> 物件實際上指涉 (refer) 到哪個類別是在執行期間 (runtime) 才判定, 而非在編譯期間 (compile time).
而動態繫結是指
=> 在執行期間才依據 message 找出方法 (method) 實際的實作並呼叫. 所謂的 message 是 Objective-C 呼叫方法的方式, 如 "[someObject doSomething]" 即為呼叫物件 someObject 的方法 doSomething.

看到這樣的說明, 頗抽象的, 看個實例馬上就會懂這是多麼神奇的一件事情.

範例中一共有三個類別, 分別為父類別 (superclass) 的 Animal, 以及繼承 Animal 的兩個子類別 (subclass) Cat 與 Dog. Animal 宣告了一個方法 - (void)print, 而 Cat 與 Dog 個別都覆寫 (override) 了這個方法.
OK, 準備工作完成, 看一下下面的程式碼吧!

Animal *animal;
// 實際上是 Cat
animal = [Cat new];
[animal print];
[animal release];
// 實際上是 Dog
animal = [Dog new];
[animal print];
[animal release];

其實只要懂一點物件導向, 就不難猜出會有以下的輸出結果:

It's a cat.
It's a dog.

沒什麼好驚奇的, 因為這就是我認知中的 Polymorphism, 也是 Java 中的 Polymorphism 的運作方式. 現在改寫一下程式碼, 見識一下 Dynamic Typing 加 Dynamic Binding 的效果:

id anyType;
// 實際上是 Cat
anyType = [Cat new];
[anyType print];
[anyType release];
// 實際上是 Dog
anyType = [Dog new];
[anyType print];
[anyType release];

猜猜輸出結果如何? 答案是 => 一樣!!
問題來了 => id 是什麼? 為什麼 Cat 和 Dog 可以轉型為 id? 為什麼 id 認得 - (void)print 方法? id 和 Animal 的關係是?

事實上, id 是個泛用型別 (generic data type), 可以用來存放各種資料型態的物件. 使用 id 也就是使用 Dynamic Typing 的方式.

乍看之下, id 的概念在 Java 中有點類似在沒有泛型語法支援前的狀況. 舉例來說, 在 Java 的 ArrayList 中放的必須是 Object 類別的物件, 但因為所有的類別都是繼承自 Object 類別, 所以將資料存進 ArrayList 中並沒有什麼大問題. 但取出資料時呢? 這時就麻煩了, 必須自行轉回原本的資料型態才能使用定義在子類別中的屬性和方法. 這一點就是和 id 最大的差異.
由於 Dynamic Typing 的關係, id 在執行時, Objective-C 的執行環境會去找出該 id 所代表的資料形態. 也因此, 根本沒有所謂的轉型.

到目前為止, 解開了 id 是什麼, 以及為什麼 Cat 和 Dog 和 id 之間的關係.
那為什麼 id 會認得 - (void)print 方法? 這就是 Dynamic Binding 神奇的地方.

實際上, id 並不認得 - (void)print 這個方法. Dynamic Binding 是在執行時才去找出對應 message 的實作方法並呼叫.
也就是說, 在編譯時, 編譯器並不去考慮 id 是否擁有 - (void)print 這個方法. 而是在執行時期時, 在 Dynamic Typing 找出原本的資料型態 (Cat 和 Dog) 後, 才到該類別中尋找 - (void)print 這個方法的實作並執行. 這也意味著, 如果呼叫的方法實際上並不存在於 id 所代表的類別中, 系統將在執行時期拋出例外.

最後, 只剩下一個問題, id 和 Animal 的關係是?

答案是 => 沒有關係!
id 並不是自動的轉換成 Cat 和 Dog 的父類別, 而是在執行期間, 由執行環境辨識出 id 實際代表的型別為 Cat 和 Dog. 因此在這個範例中, id 壓根子不認識 Animal.

這就是 Objective-C 底下的 Polymorphism. 神奇吧!?
除了透過繼承類別和採用協定 (Java 中的 interface) 外, Dynamic Typing 與 Dynamic Binding 這兩個特性打破了這樣的限制, 就算沒有繼承和實作協定的關係, 一樣可以擁有多型帶來的便利.

關於 BOOL 的原來如此

2010-04-02T22:13:00.010+08:00

上次寫了篇 “關於 condition 的原來如此” 後, 仔細思索了在 Objective-C 中 BOOL 這種形態可能會發生的問題. 在 Java 中的 boolean 是一個 type safe 的資料形態, 也就是除了 true 和 false 之外, boolean 不能存其它數值.
但在 Objective-C 中呢?
=> BOOL 和 YES 與 NO 的關係可不像 Java 中的 boolean 那麼簡單.

再看一次 BOOL、YES 與 NO 的定義:

typedef signed char BOOL;
#define YES (BOOL)1
#define NO (BOOL)0

很清楚的, BOOL 的資料形態是 signed char, 而 YES 與 NO 分別為數值為 1 和 0 的 BOOL.
由 BOOL 的資料形態我們可以發現, 只要是合法的 signed char 都可以存入 BOOL 之中. 這意味著 BOOL 不單單能存 YES 與 NO 這兩種數值, 也就是 BOOL 並不是一個 type safe 的 boolean 形態.

看到這也許會有個疑問
=> 反正在 condition 中, 0 代表 false, 非 0 代表 true, 就算 BOOL 可以存 0 (NO) 與 1 (YES) 以外的數值也不會造成什麼影響.

其實是有影響的! 看個簡單的範例.

BOOL isBool = 2;
if (isBool) {
NSLog(@"isBool? YES");
}
if (isBool != YES) {
NSLog(@"isBool? NO");
}

因為 BOOL 不是個 type safe 的 boolean, 不限只能使用 YES 或 NO 指派, 於是範例中使用了一個代表 true 的非 0 數值進行指派. 那麼, 程式執行完的結果會是如何?

isBool? YES
isBool? NO

這下可好了, isBool 為 true 但卻不等於 YES.
原因就在於 YES 代表的數值是 1, 而非所有非 0 的數值.

有趣吧? 在 Objective-C 使用 BOOL 時, 得謹慎些, 別誤以為 BOOL 是個 type safe 的 boolean 形態, 而發生了上頭這樣的錯誤.

關於 Objective-C 的基本功

2010-04-02T16:50:00.056+08:00

就在 iPhone 開創了智慧型手機軟體市場後, 市面上出現了很多關於 iPhone 平臺的開發教學書籍. 但是, 關於 iPhone 使用的程式語言 Objective-C 的書呢? 這種練基本功的書籍卻是少得可憐. 而龜毛如我, 只曉得怎麼使用 Cocoa framework, 卻不曉得基礎程式語言怎麼運作, 老是覺得渾身不自在.
就在打算入手 "Programming in Objective-C 2.0" 這本英文書的同時...
我發現 => 中文版出了!!!!
這對要使用 Objective-C 來寫程式的我, 無疑是一種福音. 無論是在價格上, 或使用的文字上. XDDD~

[誰需要讀這本書?]
在讀了這本書的六個章節後, 個人認為, 這本書適合對於 Programming Language 有簡單程度的瞭解, 且想學習 Objective-C 的人來閱讀, 可以幫助打好這個語言的基本功. 當然, 如果懂一點物件導向, 那上手就更快啦!!

[Objective-C 不是已經有官方文件了嗎? 那為什麼還需要這本書?]
我自己是從官方文件學起的, 除了語言問題外, 第一個碰到的困難就是, 我對 C 不夠熟. 這讓我覺得很空虛, 因為有好多細節我搞不懂.
第二個就是我不了解 Objective-C 的設計哲學. 雖然我學過同是物件導向程式語言的 Java, 但卻仍有好多的為什麼, 卻沒辦法有效率的從為數眾多的官方文件中找到我想要的答案.

當然, 對於一個使用 C 很熟且具備物件導向知識的人, 我相信, 直接閱讀官方文件就足以駕馭 Objective-C.

[延伸閱讀]
精通 Objective-C 2.0 程式設計 - 試讀章節
官方文件 - The Objective-C Programming Language

[註] "精通 Objective-C 2.0 程式設計" 書籍封面之版權屬於碁峰資訊股份有限公司

關於 condition 的原來如此

2010-04-01T01:58:00.021+08:00

記得剛學習寫程式時, 寫到關於 condition 的表示式時, 偶而會碰到這樣的窘境.

if (amount = 0) {
   // do something 1
} else if (amont > 0) {
   // do something 2
} else {
   // do something 3
}

乍看之下似乎沒啥問題, 但實際上問題可大了!! 因為第一個 condition 寫成了 assignment. 導致整個 if-else 的判斷式, 永遠只會跑到 // do something 3 的區段.
如果第一個 condition 換成 amount = 1 時, 結果又會是如何呢?
答案是 => 永遠只會跑到 // do something 1 的區段. WHY???

很多老師都會用心良苦的跟學生說 “=” 和 “==” 是不同的, 寫 assignment 的時候用的是 “=”, 寫 conditon 的時候, 用的是 “==”.很多學生也就這麼記下來了, 但永遠不了解為什麼 condition 裡頭會是這個樣子, 一樣都是寫錯, =0 和 =1 的結果卻不同.

那何時 condition 會成立? 也就是 condition 內容為真, 那什麼叫做內容為真? 看一下在 Objective-C 之中 BOOL、YES 和 NO 的定義:

typedef signed char BOOL;
#define YES (BOOL)1
#define NO (BOOL)0

這下就很清楚了, 不成立的狀況 (NO) 就是 0, 這也解釋了為何上述例子 amount = 0 會這樣運作.
雖然 YES 為 1, 但其實 condition 的成立條件為 !NO (非 0), 也就是說不管上述第一個 condition 中的 amount assign 的數字是多少, 只要不是 0, 這個 condition 通通會成立.

講這麼多, 其實只要能確實了解 “=” 和 “==” 之間的差異, 就沒什麼大問題.
但如果一時不察用錯了怎麼辦? 那剛剛上面一大篇枯燥無味的基礎知識, 就可以幫助你快速的找出這個僅有一字元之差的小 bug. 而不會花了一個晚上想破頭, 最後還不見得能發現原來只是把 “==” 寫成了 “=”.

Safari 加油!! 好嗎?! XDD

2010-03-29T09:17:00.002+08:00

話說... 這幾天看到了癮科技的這篇 - 如果瀏覽器是交通工具...
深深的覺得這篇不管是圖, 或文, 都好有趣啊!!! XDDD

於是, 閒來無事在小鋁上跑個 PeaceKeeper 玩玩! 結果就有如標題了 orz...
很明顯的, Safari 輸給了 Chrome 一截, 地主國優勢去哪啦 XD!!?

雖然 PeaceKeeper 的 Benchmark 並不是全部, 但多少也揭露了 Safari 的缺點.
從 Safari 4.0 beta 發佈到現在的 4.0.5, 都是針對既有問題進行修補. Enhancement? 目前沒有看到.

在各家瀏覽器都有大幅躍進的今天, 包括號稱地球最速的 Opera 10.50, 用了查克拉和 DirectX 的 IE 9, 蠢蠢欲動的 Firefox 3.7, Safari 已經不再是 Apple 所宣稱的那般神速.
希望 Apple 能意識到這個問題, 對 Safari 進行 enhance, 別在這場瀏覽器大戰中未比先輸.
來個令人驚艷的 4.1 版吧!! (Apple 的 RD 大概沒時間管這些, 光 iPad 就...)

除了在 DOM Operations 輸給 Safari 外, 其餘都呈現壓倒性勝利

顯然的, 在 Complex graphics 運算上, Safari 還有很大的進步空間

Firefox 在 Data 和 Complex graphics 這兩項指標, 明顯勝過 Safari

題外話, 湯姆叔叔的家這個月初有發佈一篇很完整的瀏覽器測試 - Web Browser Grand Prix: The Top Five, Tested And Ranked.

結果是 Chrome 排第一, Safari 排名第三, 詳情就請自己點閱測試報告來看看囉.

Quick Look 偶然的小發現

2010-03-21T11:40:00.037+08:00

喔!! 您問什麼是 Quick Look 喔!
Quick Look 是 Mac OS X 中的一個功能, 不用打開檔案按下空白鍵就可以預覽檔案內容的一個技術, 詳細說明請參考 Quick Look.
今天偶然發現在 Mac OS X 10.6 中, 除了可以對單一檔案進行 Quick Look 以外, 也可以對多個檔案進行 Quick Look. 在多檔 Quick Look 時會出現額外的控制項目, 代表上一個、下一個的左右箭頭, 進行投影片播放的播放鈕, 看起來像四個框框的索引. 當圖片很多要預覽時這功能還挺方便的 XD.

針對多個檔案進行 Quick Look 時, 下方會出現瀏覽的控制項目.

除可以透過上一個下一個, 還可以利用索引頁面以滑鼠點選想要進行 Quick Look 的項目.

ubuntu 10.04 Lucid Lynx Beta1 release! [updated]

2010-03-20T14:16:00.002+08:00

版號 Lucid Lynx (清醒的山貓) 的 ubuntu 10.04, 原本預計在 2010 年 3 月 18 日開放 Beta1 公開測試, 因為不明的原因延期到今天. 這次改版有個很大的重點在於品牌的重設計, 包括 Logo, Theme... balabala, 有興趣的請參考 - ubuntu-Brand.

想搶先試玩? => ubuntu 10.04-Beta1.

[issues]

經過測試, Beta1 ISO 中的 wubi 有些問題, 安裝完後無法順利進入安裝的第二階段, 所以想要用 wubi 在 Windows 中無痛體驗 10.04 的朋友們還得先等等, 官方說這個問題會在 Beta2 中解決, 若要使用 wubi 無痛安裝請使用這個版本 - fixed wubi for ubuntu 10.04 Beta1.
VirtualBox 中雖然可以正常安裝 10.04, 但是 Guest Additions 安裝完卻沒辦法正常運作, 螢幕解析度無法調整.
開機畫面很美, 新設計的 Logo 很有質感.
我的 X-Fi Elite Pro 在 10.04 中開口了!!! 這真是令人驚喜的一刻!!!
新的 Theme 配上字型, 不管是中文還是英文介面都變得很 Elegant, 個人覺得 10.04 的介面看起來很清爽舒服. 附帶一提, 中文字體換了!!
內建網頁瀏覽器為 Firefox 3.6 版.
Firefox 中文化有問題, 新 Theme 造成 awesome bar 看不清楚.
啟用 nVidia 顯卡, 開機畫面變醜了, 也許是個案??
倒數小貼紙去哪啦!!?? orz... 每年兩次的倒數我都很期待的縮 XDDD

[wubi - How to use?]

下載 ubuntu 10.04 Beta1 Desktop CD, 記得選擇適合自己電腦的版本.
下載 fixed 的 wubi
將 Desktop CD ISO 檔及 wubi.exe 放置在同一個資料夾
執行 wubi 就可以順利的進行安裝了

最後, 感謝那些為了 ubuntu 而努力的開放源碼社群, 及國內中文化社群的無私奉獻. 希望下個月底正式版發表時, 能看到更加成熟的 ubuntu.

PS. 話說 Lynx 長得真像 Leopard! 喔喔喔~!!! 都是貓科的親戚嘛!! 紫色基調, 加上移到左上角的視窗控制, 跟這個 Leopard 也好像 XD.

Stanford CS193P iPhone Application Development

2010-01-10T16:19:00.021+08:00

感謝 Apple, 提供了 iTunes U 平臺,
讓我可以跟全世界的學生一起學習.
感謝 Stanford, 提供了 CS193P 的教材,
讓我可以在世界頂尖的學習環境中學習.
感謝 iTunes U, 提供了免費存取,
讓我可以不花一毛錢就學習怎麼寫 iPhone 的程式.
最後, 感謝小恩鋆, 這 Pose 實在太帥氣,
放在我的第一個 iPhone App 上, 再合適不過!!! XD

不過, 我還是要說...

Pointer!!! 我真的不喜歡你!!!!

Objective-C 真的是個神奇的東西, 不只是 Objective-C, 也可以 (必須) 使用 C 或 C++ 的 language. 這讓撰寫 Java 已久的我有點頭痛, 兩種語言混搭, 一時無法適應, 不過卻是個學習衝擊的好契機, 畢竟我有太多觀念來自於 Java, 是該好好看看不同的世界. 而 struct, pointer, 那些大一的可怕回憶, 又湧現腦中.

希望我能早點熟悉 Objective-C 的 language, 早點把這語言的語法都了解. 希望我能早點熟悉 Objective-C 的 runtime, 對程式運作過程清楚明瞭. 希望我能早點懂得怎麼運用 Cocoa 和 Cocoa-touch, 早日寫出個能見人的好程式!!

另外, 對這個課程有興趣的朋友們, 請使用 iTunes, 接著打開 iTunes Store, 在 Spotlight 搜尋 "CS193P", 最後點選 CS193P 的 icon, 一起來學習吧!!!

小鋁~ 沒有底躁的感覺, 真好!!!

2009-12-31T22:13:00.007+08:00

話說, 小鋁 (我的 MacBook), 它的底躁從剛入手到現在都被我嫌到不行.
每當夜深人靜聆聽音樂, 嘶~~~~ 一把無名火就飆了起來!!!!

由於比比最近入手了 B&W-Zeppelin, 開始有了線材的討論話題,
也就這樣我開始向社群裡頭很有名的 KingCable 大詢問有關於線材的事情.

就在這一來一往的討論過程中,
憶起好久好久以前, MD 還在我手上的時候,
我曾買了一條圓頭對方頭的光纖線!!
立刻翻箱倒櫃, 於是開心的找到了這條躺在箱底好久的鐵三角線材!!!
哇哈哈~~~ 小鋁~~~ 咱們來數位輸出吧!!!!!!

比起類比輸出到擴大機, 數位輸出的音質純淨了許多,
更重要的是, 我可以用擴大機推耳機了 T^T 好感動喔~~ 底躁再見!!!!

只是... 「小鋁 + 擴大機」, 仍舊不比「配 X-Fi Elite Pro 的 PC + 擴大機」
播放音樂的那一瞬間, 小鋁只能被巴假的囧rz...

所以這故事是告訴我, 還是得留點預算把 PC 升級成 HTPC 嗎??
X-Fi Elite Pro 我捨不得不用你 T^T

問

2009-12-26T22:01:00.001+08:00

誰讓你心動, 誰讓你心痛, 誰會讓你偶而想要擁他在懷中...
誰又在乎你的夢, 誰說你的心思他會懂, 誰為你感動...

許久沒聽到這熟悉的詞與曲, 更懷念那甜美細膩的好嗓音.
於是趁著空檔, 拿出了放在那如同收藏我的回憶般, 收藏櫃子裡頭的兩張專輯.

第一次買陳淑樺的專輯, 是她在 1994 年發行的愛的進行式,
依稀記得, 那時電視上打著這樣的廣告標語.

好久不見陳淑樺, 太久沒有好情歌

這張專輯收錄了九首精選, 兩首重製, 一首新歌, 當中我最愛的就是重唱後的"問".
這是我第一次聽這首歌, 簡單的詞, 卻字字誠懇.
沒有大開大闔的情緒, 卻深刻感人.

也許是個人問題,
現今國語樂壇的女歌手, 已經好久不曾聽到如同淑樺誠摯動人的好聲音.
真的好久... 好久沒有買國語女歌手的專輯了...

在好久好久以後, 偶然聽到了問的第一版,
這個編曲不比新版細緻, 卻更富含了轉折情緒與張力,
相同的外表, 卻有兩個不同的靈魂, 兩個動人的靈魂.

聽著淑樺的歌, 就回憶起那些充滿想念的歲月,
哪天... 希望... 能聽到她開口歌唱, 也許為了自己, 為了回憶, 為了眾人...
好希望... 好希望...

遺忘的... 那段與論文為伍的歲月...

2009-12-25T00:17:00.002+08:00

日子久了, 很多事情都會漸漸遺忘...
即便那段日子很辛苦, 腦袋拚命轉動, 依舊抵不過遺忘的現狀...

這幾天為了要準備某軟體廠商面試的 Part2, 重新檢視了碩士論文的系統,
回想整個系統架構及細節時, 除了參考當時寫的論文外, 原始碼也是不得不看的部份.
諸多細節現在思索起來... 真的是有些辛苦...

Code 拿到 Mac OS X 後, 運作上出了點之前在 Windows 沒碰到的問題.

ServerSocket 出現了 Permission denied

原本以為是在 Mac OS X 上 JVM 是由 Apple 自行實作導致的差異.
也許是安全性較高? 花了不算短的一段時間在安全性控管上打轉.

結果, 詢問過 Piggy 大 (Java 全方位學習的作者) 和魏仔 (強者我同學之 CyberLink 傳說神人) 後才知道, Unix-based 的系統中 1024 以前的 port 是由系統保留的.
這也難怪為什麼 sudo 後就能夠運作, 但修改 Security Policy 卻毫無效果.

繞了一圈, 結果是這麼基本的問題,
希望以後不會有人像我這麼天, 碰到這樣的問題啦!!!

智慧型手機平臺與遊戲開發研究

2009-12-18T15:47:00.059+08:00

這就是前陣子忙著製作的簡報囉~
至於為什麼要忙這個投影片? 喔~ 還不就為了投履歷到某家數位內容廠商.

對這個議題有興趣的朋友們, 不妨停下腳步看看吧!
有興趣找我外包投影片製作的朋友, 記得找我談 XD 我也想賺點外快啊!!!

引用投影片, 使用投影片的內容或概念, 除了必須符合本站的授權規範外, 記得先通知我! 謝了!!

附帶一提,
Google Docs 真的是個讓人易於分享與檢閱文件的線上平臺,
Sorry~ iWork.com. 沒提供嵌入網頁的功能於是沒採用, 雖然安全性高很多啦. 加油!! 好嗎!?

如果... 如果... 已經沒有以後...

2009-12-17T22:28:00.003+08:00

有好多好多想念... 瑟縮在口中...
有好多好多感謝... 凝結在時空裡...
有好多好多溫暖... 停留在永恆的回憶...

如果... 當時我沒對環境認知出錯的您發脾氣...
那時, 您是不是會更快樂一點?

如果... 當時我沒選擇頭也不回的出國...
那時, 您是不是會更安心一點?

如果... 當時答應讓榮總的醫生照胃鏡...
今天, 是不是一切就如同過往沒變?

如果... 當時我們沒從榮總轉院...
今天, 您開心的笑容是不是就不會只能存在回憶中...

有好多好多如果... 憑藉在想念中...
卻已經沒有實現的以後...

白天是夏天, 晚上是冬天

2009-12-16T00:15:00.021+08:00

白天, 盛夏...
著長袖, 突兀.
連續忙碌了幾天, 滿溢疲態...

暖冬, Lord...
Please forgive me...
Show me some mercy...
快熟了...

旋即,
一位婆婆對我說出了不熟悉的異國語言.
最後三個字 - ”禮轟您“
懂了...
內心悸動了一下, 接著用閩南語回她 ”不是啦“

抵達, 措手不及.
臨時小考, 久違...
似乎答得不錯, 都是勾...

震驚, 真相...
太崩潰了!! 惡夢別找我!!

歸途, 彷彿回到北半球...
意識...
依然...
冬天...

於是... 今天早晨...

2009-12-14T22:22:00.001+08:00

幾天過去了,
這份大禮就像是小論文般的折磨我...
四天, 整整四天! 遠超過四個工作天的四天!!!

於是,
不眠不休的一個週末...
今天早晨,
我完成了...

累到飄飄然的感覺... 真的令人不知所云...

我看以後從事專業報告代工好了,
有沒有人要寫報告??? 價格我們可以再談!!!

Now... after two days...

2009-12-12T00:16:00.001+08:00

兩天前的那份禮物... 讓我受寵若驚...
兩天後的我... 現今是怎麼想的呢?

持續燃燒熱血的我... 好累...
好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累好累

累爆了的結果, 扣除標題頁卻只有 8 頁可用的投影片...

還有兩天!!! 衝啦!!!!!!!!!

這就叫做~ 天降大禮嗎?

2009-12-10T05:06:00.001+08:00

老天爺...
我發現, 當兵後會頓, 久沒做報告也會頓...
突如其來的功課, 真是受寵若驚, 天降大禮...

凌晨二點多思索至今,
切入的點, 陳述的方式, 議題之間的限制與可行性... 等等等等等不完
越來越多的片斷出現在我的 List 裡頭, 卻始終沒有個完整的 Picture,
甭說別人看不懂了, 連我自己都不敢相信這自我手...

模糊, 不安, 雜亂, 沒有重點...
已經分不清楚是自己對議題不夠熟, 還是真的退步了 orz...

Anyway, GO AHEAD!!!! 我的熱血與幹勁快點回來!!!!!!

Chrome for Mac Beta Release!!!

2009-12-09T10:52:00.006+08:00

話說... Chrome for Mac Beta 終於 Release 啦!! 這也意味著, 在 Mac OS X 上又多了一種瀏覽器的選擇!

Chrome 採用和 Safari 相同的核心-WebKit, 對於各種新的網路標準都有最高的支援度, 當然 Powered by Google 的基本要求就是 - 快. 在 Mac OS X 10.6.2 的環境下, 大概測試了一下啟動時間, 令人驚艷!! 已經快到嚇人的 Safari 4 似乎還輸給了 Chrome Beta 一點點!

對於 Chrome 還在觀望的朋友們, 可以趁這個機會玩玩看, 順便給 Google 一些建議, 好讓正式版更加完善!! 此外, Google 也推出了 Linux 平臺的 Chrome Beta, 這也意味, Chrome 離跨全平臺又進了一步!!!

PS. 我真的很喜歡 Tabs on Top 的概念, Safari 4 什麼時候才可以變回像 beta 時那樣啊?

引數?! 參數??!! 什麼鬼啊!!

2009-12-08T15:52:00.212+08:00

我想這個不僅是只有我會遇到的問題, 大概也是所有 Programming 的人都有的疑惑 (應該是吧?)
什麼引數?? 什麼參數?? 天啊... 到底是誰翻譯的呀!!!!

就字面上來看... 講句實在話, 我真的不了解, 大概是學藝不精所致.
也許有些人認為 => 管它那麼多!! 寫得出來就好了!!
不過龜毛如我, 我還是想搞清楚定義是什麼!

* 翻譯為引數的原文為 Argument
書[1]裡寫的說明為: 當你呼叫函式的時候, 你可以放在括號內的東西,
doStuff("a", 2); //呼叫 doStuff, 所以 a 和 2 是引數

* 翻譯為參數的原文為 Parameter
書[1]裡寫的說明為: 放在函式的標記式, 用來說明這個函式, 當它被呼叫時必須接收到什麼樣的資料,
void doStuff(String s, int a) {} // 我們預期兩個參數: String 和 int

書上說明似乎很清楚, 看完之後彷彿有種豁然開朗的感覺, 好像... 好像懂了!!!
原來引數是呼叫函式時輸入的資料, 而參數是定義函式時的資料形態
真的是這樣嗎??

換個例子試試看
int sumValue;
int value1 = 10;
int value2 = 20;

sumValue = sum(value1, value2);

int sum(int v1, int v2) {
return v1 + v2;
}
所以在這個範例中, 什麼是引數? 什麼是參數?
依據得到的結論, 引數是 value1 和 value2, 參數是兩個 int
然而這樣的答案卻讓我很困惑, 既然引數可以是變數, 那為什麼還要跟參數做區別呢?

於是到網路上搜尋關於引數與參數的資料, 想要搞清楚這是怎麼一回事.
經過一番搜尋, 找到一個非常清楚的說明[2]

Parameter - A parameter is an intrinsic property of the procedure, included in its definition

Argument - The arguments are the values actually supplied to the procedure when it is called

這就清楚多了, 參數是屬於函式定義的屬性, 而引數是呼叫函式時提供給函式的實際數值.
所以, 之前那個例子中, 什麼是參數? 什麼是引數?
函式 sum 有兩個參數, 個別為資料形態為 int 的 v1 與資料形態為 int 的 v2
引數不是 value1 或 value2, 而是在呼叫 sum 這個函式時, 輸入的 value1 和 value2 那時的實際數值, 個別為指派給參數 v1 的 10 與指派給參數 v2 的 20

花了一些時間才搞懂這兩個名詞的定義, 或許有人會覺得沒有意義.
但對我來說, 定義了解的越清楚, 代表基礎打的越好, 除了在溝通上不會因為彼此用語不同而造成誤解外, 更重要的是, 自己遇到問題要表達時, 不會讓別人聽不懂.

註[1] - SCJP Java 5.0 專業認證手冊 - 碁峰資訊股份有限公司
註[2] - Wikipedia Parameter (computer science)

091207 我在地海等你

2009-12-07T17:10:00.007+08:00

似乎有好陣子沒上來閒聊,
有些忙碌, 有些專注, 有些自然而然, 有些則是視其所然...

偶然,
找到一直以來很想讀讀的地海戰記原作 - 地海系列.
很久沒靜下心好好的閱讀, 這系列書籍也沒辜負期待,
有深度, 有廣度, 有內心的掙扎, 也有廣闊的冒險!

神采飛揚文字中隱藏了充滿哲理的觀點與映射.
深陷迂迴在地海世界中的我, 既想細細品嘗這每分每秒, 卻又按耐不住快轉到結局的自我強迫心態.
就這麼充滿興奮與期待, 讀了四本, 意猶未盡...

還有兩本, 只剩下兩本,
難掩失落, 卻又期待重讀後文字化為意象重組後的驚喜,
矛盾...

除了賈柏斯, 留點 Earthsea 的天地, 好不好?

ubuntu 9.10 倒數開始

2009-10-08T16:11:00.046+08:00

一年兩次的倒數計時又來啦 XD!!
2009 年 10 月的 ubuntu 版本, 版號為「Karmic Koala」, 後頭的 Koala 就是在澳洲快被大火燒到絕種的無尾熊 (好可憐), 前面的 Karmic 就是 Plurk 上很有名的 Karma 的形容詞, 翻成中文可以當成因果輪迴的. 怎麼忽然覺得... 9.10 版好沈重 orz...
至於有沒有使用心得? 小弟我好像換了 MacBook 以後就很少去碰 Linux 的東西了. 不過上次在 VirtualBox 上裝 9.04 起來玩, 用得還頗開心, 姑姑借我的電腦去用, 用得也很順手. 隨著版本的演進, 的確是有越來越好的趨勢, 加油!!!
作業系統有很多種, 世界上不是只有 Mac OS X 跟 Windows 才是好作業系統 ^^. 如果沒有非得使用某套軟體不可, 不妨也試試免費的作業系統, 說不定會有驚喜的發現!!

最後, 有興趣下載 Beta 版幫忙測試的朋友們, 請點這邊.

舊舊的心... 舊舊的我...

2009-09-30T01:33:00.081+08:00

我懷念... 老老的國語歌曲...
我喜歡... 舊舊的國產遊戲...

翻著泛黃的遊戲說明書, 唱著被人嫌老的流行歌曲, 這就是我...

幾天前, 在車站遇到了以前一起玩 Game 的夥伴 - 白熊.
我不害臊的上前打了個招呼, 報上了我自己的代號 - 阿刃.
只是那段久遠的過去, 那段關於守護者與聖女的回憶, 似乎已經沈到了老友的心底, 一時之間無法意會過來. 不過, 能知道老友已經順利完成學業, 現在正在當兵, 一切安好~ 還蠻開心的!!
在那段 WindThunder 的年代, 朋友你們都還好嗎!?

下著大雨的現在, 腦中沒來由的響起了某個不熟悉的旋律...

好大的風~ 好大的風~

這大概是小時候跟著爺爺奶奶看五燈獎時所留下的印象...
只是如今, 五燈獎早就結束了, 奶奶和爺爺也不在了,
我卻沒能有把握, 將來這些回憶能陪著我一直走下去...

不曉得為什麼, 我就這麼到 Google key 了 “好大的風”,
在幾個連結中, 我聽到了那個和腦中相符的旋律「好大的風 - 林良樂」...
對於這個歌手, 我沒有印象, 只是心中卻隨著曲子的起伏而激盪,
我想, 小時候聽這首歌的感覺, 多半也是如此吧.

在這麼一個風雨縱橫的夜晚, 滿溢的回憶湧了出來...
於是我把這一刻寫了下來, 紀念以往, 構築自我...

哪天... 回顧這些靈魂的篇章, 希望還能找出我還是我的證據...

我喜歡... 舊舊的國語歌曲...
我懷念... 老老的國產遊戲...

等了好久!! Blogger 提供「完整閱讀」的功能!

2009-09-27T15:54:00.011+08:00

轉眼之間, Blogger 已經十年啦! 終於~ 在這十週年慶, 官方的開發團隊提供了「完整閱讀」的功能!
這在其它的部落格服務早已不是新鮮事的小功能, 對 Blogger 使用者來說, 可真的是期待已久. Blogger 的特色是可客制化的程度非常高, 為了達到完整閱讀的目的, 網路上早有許多使用者分享修改樣板文章, 或是有熱心的玩家寫出外掛, 但是由官方提供這樣的功能總是比較方便以及安心. 怎麼設定? 請按 "完整閱讀" XD

這項功能的原文叫做 jump break, 啟用的步驟有幾個, 首先要先使用新版的編輯器.

從設定 -> 基本可以找到 "選取文章編輯器" 的選項, 啟用新版的文章編輯器.

接著可以在新版的文章編輯器中看到 "插入 jump break 指令" 的符號, 按下去就搞定啦!!

至於顯示的文字, 可以在版面配置 -> 網誌文章的 "張貼頁面連結顯示文字" 中修改.

還蠻簡單就可以使用這個功能的, 觀望 Blogger 還沒跳槽的朋友可以考慮看看 XD

原文連結: Blogger Buzz: You Might As Well Jump!

Mac OS X 10.6 同步收取 Gmail, how?

2009-09-22T20:00:00.020+08:00

在 Apple 官方的 Mac OS X 10.6 介紹網頁中, 雖然並沒有在內建的郵件軟體 - Mail 著墨太多. 但是實際上 Mail 也做了一些改善, 讓使用可以更方便, 而這篇文主要目的就是說明怎麼讓 Mail 與 Gmail 進行同步.
在過去使用郵件軟體收取電子郵件的使用經驗中, 往往都需要輸入很多資料, 什麼 "寄件伺服器" "收件伺服器" "通訊協定"... 等等等, 這對一般用戶來說, 只能說是災難. 畢竟沒學過那些專有名詞, 天曉得那是些什麼東西!? 而 Mac OS X 10.6 中的 Mail 不同了, 現在只需要輸入 Email 帳號及密碼, 軟體自動搞定細部設定!
有沒有這麼簡單!? 手邊有 Hotmail 的朋友可以試試看, 只要輸入帳號密碼, 10.6 的 Mail 就會幫你設定好其它需要設定的資料. 不過今天的主角是 Gmail 啦! 而要使用的是 Gmail 提供的 IMAP 的功能, 在使用前得先到 Gmail 中進行一些簡單的設定, 當然小弟也會說明這樣設定的理由 :) OK! Here we go!!!

首先, 先到 Gmail 的功能設定界面中的 "研究室" 面板, 找到 "進階 IMAP 控制項" 這個功能並啟用. 啟用這項功能的目的有兩個, 一個是讓 Mail 可以將刪除的郵件丟到垃圾桶, 另一個就是選擇要在 Mail 中出現的標籤.
由於 Gmail 的設計理念是不希望使用者刪除郵件, 在預設的情況下, 以 IMAP 在 Mail 中刪除的 Gmail 郵件, 其實只是把 "收件匣" 的標籤拿掉, 並沒有真正刪除, 在 "所有郵件" 的標籤中還是可以看到被刪除的郵件. 啟用這項控制項可以設定刪除時把郵件真的丟到垃圾桶.
在 Mail 以 IMAP 連結 Gmail 時, 預設所有 Gmail 的標籤都會被當成一個獨立資料夾. 換句話說, 越多的標籤, 就有越多資料夾, 當然, 同步也需要越多的時間, 啟動這項控制項將可以設定哪些標籤會在 IMAP 中被顯示.

接著來到設定面板中的 "轉寄和 POP/IMAP" 中, 依照上圖設定, 將 IMAP 啟用, 設定為不自動清除郵件, 以及將郵件移至 [垃圾桶], 設定好之後按下儲存.

設定好啟用 IMAP 的功能後, 選擇 "標籤" 面板, 選擇要在 IMAP 中看得到的標籤項目, 選擇的標籤越少, 相對的需要同步的時間也越短. 所以可以好好思考一下, 哪些是希望可以在 Mail 中看到的才勾選.

如果依照上述步驟完成設定, 基本上已經讓 Gmail 可以支援使用 IMAP 進行同步了! 接著就是在 Mail 中設定, 讓 Mail 可以和 Gmail 進行同步.
執行 Mail 後, 如果原先沒有設定好帳號, 就會跳出如同上圖這個畫面讓使用者進行設定, 很簡單, 輸入完 Gmail 帳號及密碼後, Mail 就會自行把通訊協定等細部設定全部完成!! 當然, 為了讓使用更方便, 小弟會建議照著下述步驟進行調整.

先打開 Mail 的偏好設定, 選擇帳號面板, 選擇信箱動作. 接著, 照著上圖進行勾選.
基本上, 這是照著 Google 所提供的 IMAP 設定建議設定的, 理由 Google 官方也有說明. 但不同的是為了讓 Mail 在刪除郵件時, 可以直接把郵件丟到垃圾桶, 小弟建議勾選 "垃圾桶" 的兩個選項.

回到 Mail 主視窗, 點選 Gmail 中的 "垃圾桶", 接著到 Menu 中選擇信箱 -> 使用此信箱為 -> 垃圾桶.
這個步驟做完後, 在 Mail 中刪除 Gmail 郵件時就可以直接把該郵件丟到 Gmail 的垃圾桶.

Mail 中的兩個功能 "備忘錄" 和 "待辦事項", 這是吸引我想使用 Mail 蠻大的誘因. 但是, 不曉得是 Gmail 對 IMAP 支援的問題, 還是 Mail 對 Gmail 支援的問題, 這個功能一直沒有整合的很好. 使用後會產生一大堆重複的信件去紀錄備忘錄和待辦事項中加入的事項, 而且就算在 Mail 中刪除了, 信件還是會留在全部信件中, 得到 Gmail 手動才能把信件清掉.
對我來說, 其實就算不能把備忘錄和待辦事項同步到 Gmail 之中也無所謂, 只要能在本機端使用就可以了!! 怎麼設定!!? 很簡單~
到 Mail 偏好設定中選擇 "編寫郵件", 選擇 "在我的 Mac 上" 製作備忘錄和待辦事項. 搞定!!!
這樣新增的備忘錄和待辦事項, 就不會同步到不能完整支援的 Gmail 中, 而是放在自己的電腦中.

以上心得分享, 希望大家都可以快樂的使用 Mail 和 Gmail 同步 :P

世界第一! 臺灣的驕傲! iPod 全球最貴 XD!!??

2009-09-11T18:58:00.019+08:00

2009 年 9 月 10 日凌晨 1 點鐘, Apple 於美國舉行了 Apple Special Event September 2009. 先說點題外話, 這場演說對 Apple 迷而言, 是久違的一場, 也不知道還能有幾場像這場一樣, 由 Steve Jobs 親自站臺.
這場演說的主題, 除了 iTunes 9, iPhone (iPod touch) OS 更新為 3.1 外, 就是 iPod 產品線的更新. 在看完發表會之後, 我去研究了一下新 iPod 的全球售價, 這也是這篇文章的重點, 蘋果臺灣的定價創下了新的紀錄- 套用一下最近常聽到的 Slogan 世界第一, 臺灣的驕傲, iPod 全球最貴!!??

蘋果是美商公司, 所有的產品都是美國先發行, 產品或技術等大型會議也都是在美國舉辦, 當然產品及價格的公佈也都是美國最先. 所以我們先來看張表格, 看看蘋果美國和蘋果臺灣之間定價的差異.
很明顯的, 我們的定價遠高於美國, 價差最高者幾乎有 30% 的差異!!
可能, 有人會說美國是未稅價, 或是我們這邊需要課關稅. 但是值得討論的是, 美國州自治有些州是不課稅的, 除此之外還有免稅商店. 此外, 就算我們需要課稅, 關稅和營業稅加起來有高到快要 30% 這麼多嗎?

當然啦, 光憑比美國貴, 就給了世界第一的封號, 這哪說得過去, 接著看看和澳洲的比較.
澳洲的價格是含稅的, 除了 shuffle 4G 和特別版以外 (差了 50 元和不到 1 元), 我們每項定價還是比澳洲來得高, 價差最大者約有 13% 的差異.
另外看澳洲的價格還要考慮兩個議題, 第一個是稅, 第二個是匯率. 澳洲的確也有免稅店可以買到蘋果的商品, 或是達到法定退稅的條件, 在離開澳洲前在機場進行退稅的手續.
至於匯率, 目前澳幣對臺幣呈現相當大的漲幅, 以我製作這張表格是澳幣對臺幣是 1:27.991, 換言之, 如果澳幣掉回原先對臺幣的 1:25 甚至是 1:23, 那麼價差只會更多.

只看歐美國家似乎顯得有些不公平吧, 來看看亞洲國家如何? 首先看看日本.
同樣的日本已經是含稅的價格, 蘋果臺灣 iPod 系列所有的定價都比日本高很多, 價差最多有 20% 的差異. 好吧, 我實在是想不出, 有什麼理由日本可以比我們便宜這麼多, 總之就是便宜!!!

我承認, 前面那些寫的國家都離我們有些距離, 那看個離我們近一點的香港.
看到這個價錢, 我想有打算在國內入手新 iPod 系列的人應該會傻眼, 香港的價格和美國的價格差不多, 相較之下我們貴得多, 價差最大有約 31% 的差異.
香港是免稅港, 在價格上可以排除稅的問題, 所以 iPod 的定價會比我們便宜這並不令人意外, 但是每個產品都比我們便宜了 20% 以上, 最多差異有 30%. 這時候就要思考這個老問題, 就算國內需要課稅, 差異會有 30% 這麼多嗎??

依據以上資訊, 整理了一張總表, 及一些柱狀圖, 大家看看吧, 力搏群雄, 臺灣之光 XD

看到這些資料也沒什麼好補充說明的. 依據圖表, 很明顯的, 蘋果臺灣給的 iPod 定價最高 (雖然有兩項澳洲最貴, 但依匯率和稅的議題, 以及這兩項的價差很小, 故忽略不看).

所以 iPod 在國內賣這麼貴的原因是什麼? 是 10% 的關稅? 還是多了 5% 的營業稅?

蘋果是一個全球性的公司, 原本的產品定價就已經包含了合理的利潤在, 我不清楚蘋果臺灣可以把一個全球性的商品價格提到這麼高的合理主張.

最後,
談談寫這篇文章的目的, 其實很單純, 只是想讓看過文章的人可以了解,
蘋果臺灣的 iPod 定價遠高於其他國家的定價.
至於合不合理? 數據會說話.

抵制蘋果臺灣? 我沒這麼想過. 看完這篇文章, 要買新 iPod 與否, 老實說跟我一點關係都沒有, 單純看不過蘋果臺灣這樣子定價.

有意入手新 iPod 的人, 小弟倒是會給個建議, iPod 是全球保固的商品, 國內買國外買保固都沒有差異, 跟團向國外採購, 或是跟自行與國外商家購買, 運費加上產品售價, 絕對不會比在國內買來得貴, 這是小弟一點點見解.

不及寫完的故事

2009-09-08T19:31:00.010+08:00

2009 年 9 月 8 日
是該到了時候好好整理心情, 那些也許被我刻意隱藏的情緒與念頭...
心裡總是這麼盤算著, 卻始終沒有付諸行動, 原因是什麼, 沒打算也沒辦法深究...
我是這麼的不了解我自己, 也許... 是沒打算了解...

六月底歸國, 至今兩個多月不長不短... 也許知道, 也許不知道, 總之我現在人在國內, 過陣子我會在哪? 甭問了~ 自己也沒個準.

兩個月前, 六月中, 天寒地凍的 Sydney, 姐姐捎來即將赴北部就職的消息, 心裡很替她開心, 卻也擔心起照顧爺爺的責任, 也許又要再度落在母親一個人身上. 沒什麼好猶豫的, 回家陪爺爺, 毋須選擇.
感念這趟 Australia 旅行的一切, 朋友們... 儘管只是點頭擦肩, 對我都是不可多得的幸運. 謝謝 Peter & Simone 你們就像我在澳洲的家人, 謝謝 David 雖然我們偶有口角, But we're still good friends, Right?
有感謝不完的人... 有說不盡的感謝... 感謝... 感謝...

六月底, 溫差二十度的臺北, 令人窒息. 搭著高鐵趕回中部, 這趟... 依然我行我素, 無消無息...
到醫院那天, 爺爺動了抽肝膿瘍的小手術, 姐姐說, 爺爺反常的精神很好, 我很樂觀的想, 大概是舒服些, 所以比較有精神.
當晚, 我聽到爺爺久違的聲音, 回國的第一句 “小宇”. 聽得出來, 這兩個掛在爺爺嘴邊再平常不過的兩個字, 變得好吃力. 接著說出了在病榻上幾個月來的唯一心願 “回家”, 儘管聽起來是如此虛弱, 我知道爺爺已經使出最大的力氣了. 我如往常的安慰爺爺, 我會在醫院陪他, 要趕快好起來, 回家泡茶聊天. 只是當時我沒有想到, 這會是最後一次親耳聽到爺爺開口說話.
我沒有勇氣去揣測當時爺爺的心情, 是何等的絕望與傷心.
小宇... 回家...

之後, 我都住在醫院陪著爺爺, 只是我也不清楚到底爺爺是清醒還是昏迷, 有意識還是沒意識.

短短的一週, 是的, 短短的一週, 爺爺走了.
不得已... 捨不得...
我和媽媽姐姐, 實現了爺爺一直期盼的心願, 陪著爺爺回家.
我和姐姐幫了爺爺最後一個忙, 拔掉爺爺的強心劑. 看著失去急救藥物幫忙的爺爺, 胸口起伏越來越小, 在家中緩慢地嚥下人世最後幾口濁氣, 就這麼, 一個對我的存在舉足輕重的生命離開了.
偶而, 不禁妄想, 如果我沒有拔掉點滴, 爺爺是不是就會好好的坐在客廳, 而我坐在一旁陪著他看最愛的電視劇, 偶而他唱起幾句京戲裡的詞兒, 雖然我不見得聽得懂, 但... 但...
爺爺就這麼走了... 我的想念與掛念... 從此他也聽不見了...

爺爺用他的人生, 教了我一課... 珍貴的一課...

在這載浮載沈的人世... 時時刻刻...

Mac OS X 10.6 Snow Leopard 現身!!

2009-09-01T15:07:00.029+08:00

從入手 MacBook 以來, 一直期待著的 Mac OS X 10.6 Snow Leopard (以下簡稱雪豹), 終於在 2009 年 8 月 29 日正式上市. 很快的!! 於中華民國時間 2009 年 8 月 31 日~ 這是在命運之中醞釀已久的一天, 我和雪豹相遇了 XD~~~
看到這張桌面圖, 使用過或看過 Mac OS X 10.5 的人, 也許會有疑問, 這和 10.5 看起來幾乎沒有差別, 別以為桌布換了張雪豹, 就可以假裝自己是雪豹!!!! 不過實際上, 這真的是雪豹!!!! (好饒舌阿 XD) 不過也許正是因為外觀上看不出太大的差異, 才會使得國內知名論壇上的很多網友們戲稱 Mac OS X 這次的升級是 Service Pack.
學資管的我又是如何看待這次的升級呢? 我認為這次雪豹的改版, 就好比是 Mac OS X 的 ERP. 以往的升級改版, 可以說類似全面品質管理, 哪邊不好改變哪邊, 那邊需要增加哪邊. 久而久之, 系統自然越來越肥, 性能越來越吃重, 功能雖然越來越多, 但真的是使用者確切需要? 或是在使用上真的符合使用者的需求嗎? 這是值得我們思考的, 也值得開發人員好好探索這問題. 值得慶幸的, 雪豹這次就是針對 Mac OS X 的核心和軟體進行大幅度的修正與改寫, 而改寫的目標是更快、更方便, 而蘋果也列出了這次改版的改進列表. 至於這樣的升級是否堪稱為新作業系統, 那就見仁見智啦~

先談談這次升級我最在意的 Dock 的演變, 除了 Stack 的改進, 這次還和 Exposé 進行了整合. (Exposé 是在 OS X 中非常好用的操作功能, 詳細可以參考去年寫的這篇 [Exposé & Spaces => 高整合的好設計])
新的 Stack 在格狀的顯示模式下, 可以上下捲動瀏覽, 如果點選資料夾, 不會像以往開啟 Finder, 而是直接在 Stack 瀏覽資料夾, 點選上方的箭頭則可返回上層的 Stack.
Dock Exposé, 到底 Dock 要怎麼 Exposé? 很簡單, 只要把滑鼠按住 Dock 上要進行 Exposé 的軟體, 接著就會出現如下圖的效果.當然也有其他驅動這個功能的方式, 只要在 Exposé 的模式下, 按下 tab 也可以出現同樣的效果, 看起來頗炫的, 那這功能到底有什麼用!? 想像一下, 現在要傳圖片給 Skype 上的某位朋友, 可是我的桌面亂糟糟的, 找不到剛才的對話視窗在哪, 於是我抓著某張圖, 移動到 Dock 上 Skype 的 icon, 接著!! Dock Exposé 發動!!!! 噗哈~ I got you!!!!
此外, 現在最小化應用程式可以選擇最小化到 Dock 之中, 使用 Exposé 時可以看到最小化後的應用程式 (下方), 而 Exposé 的排列演算法也進行了改進, 排列視窗比以往整齊有規則.

這就是雪豹的精神, 看似沒有太大的差別, 但在使用上卻更加的便利.

接著來說說 Finder, 除了新增不須 Quick Look, 就可以透過 icon 預覽檔案內容的功能之外, 新的 Finder 看起來幾乎沒有改變 XD. 不過依照 Apple 官方的說法, 新的 Finder 使用 Cocoa (Mac OS X 的軟體開發框架) 改寫, 支援了雪豹新加入的 Grand Central Dispatch (一種中央控管執行緒的技術), 簡單來說, 就是更穩定, 更快速啦!!! 話說快速和穩定這也很主觀, 到底該怎麼評定? 看段影片您自己評斷吧~
影片是使用雪豹的 QuickTime X 進行錄製, 中示範了新 Finder 中的 icon 預覽, 預覽的檔案是去年姊姊訂婚時製作的影片, 三個檔案都超過 200 MB, 這段影片主要是示範雪豹的 Finder 在載入預覽檔案時的流暢度, 我個人是覺得很順暢幾乎沒有延遲, 不曉得各位覺得如何?

講了這麼多, 使用 Apple 宣稱之全新技術所開發的雪豹到底有多快? 再來看段影片吧! 小弟的 Mac 是 2008 年末 Apple 發表的第一代也是末代的鋁製 unibody MacBook, 下面這段影片測試了 Apple 使用 10.6 平臺改寫之應用程式的載入時間 (Launch Time), 測試的軟體包括 Snow Leopard 中的 Safari, iChat, 通訊錄以及 iCal. 手邊有鋁麥書, 還在觀望要不要升級成雪豹的人也可以試試看, 和影片中的載入時間有沒有差異.

什麼? 你說想要看完整的測試報告喔!? 其實國外各大資訊媒體都已經放出關於雪豹的評測, 而國內資訊社群目前也討論的沸沸揚揚, 真的想要看測試報告, 不如走一趟蘋果經銷商實際上手玩玩看最快! 寫這篇心得主要是告訴大家, 還有一些改進的細節是在官網上沒辦法看出來的, 必須實際操作才有辦法知道變了多少.

什麼? 你問升級的過程有沒有遇到問題喔!? 其實為了測試安裝的流程, 我一共裝了雪豹三次. 第一次是直接在 10.5 中執行升級, 第二次是清空硬碟使用系統移轉輔助程式, 第三次是完全清空也不使用系統移轉, 資料透過備份磁碟進行回復. 基本上以這三種方法升級, 我自己的情形並沒有太多差異. 但也許我是個案, 不曉得對大部份的使用者來說, 是不是可以真的無痛升級??

此外, 雪豹本身目前也有些議題值得去討論, 尤其是目前受到社群大肆撻伐的預設正體中文新字體. 這個預設的正體中文新字體 - Heiti, 除了在測試版時有被提出標點符號對齊的問題之外, 逐漸的還被揭露出有些文字和我們一般日常寫法不同, 粗體不夠明顯, 注音符號超醜, 叭啦叭啦叭啦...等等. 總之這個字體目前正火熱的被討論中, 如果能針對以上議題進行修正, 小弟我是對這預設字體沒太多的意見!!!! 不過該做的我還是去做了, 包括寫了個回報 Bug 以及針對 Mac OS X 的 Feedback. (噗... 實際上就是在嫌這字體啦 XD)
其它還有些零星的災情, 可以到各大討論區去看看~ 至少在我的使用上, 一切 OK! LUCKY!!!

最後, 你問我會不會推薦 10.5 的人升級到 10.6 喔?? 我給的答案是...
肯定會!!
除了在使用上有許多地方變得更方便之外, 最重要的是速度! 快! 快!! 快!!! 快!!!! 超快!!!!!!
但前提是... 要升級到雪豹, 必須去習慣這個新的預設字體 (不過也有方法可以換掉就是了 XD)

BMI Calculator ver 1.2.4

2009-08-19T16:47:00.011+08:00

隨著學習 JavaFX 的過程中, 我慢慢的將這隻程式進行改版. 這次更新, 最大的差異就是顏色的配置和採用了語系檔, 當然還有其它的小變動, 捨棄使用 Java Class 改寫成 Pure JavaFX, 畫了 icon 等等.
只是 icon 目前只有在當成應用程式執行時會出現, 透過 Web Start 或 Applet 都沒辦法顯示, 推測是 JavaFX 本身的問題.網路上也沒找到可以支援我解決這個問題的文章, 暫時就只能等囉, 這就是學新技術難免會遇到的問題, 但也讓我看清楚, 距離軟體佈屬的完整性與易用性, JavaFX 還有進步的空間!
固然有語系的支援對開發軟體者或使用者來說都很好, but... 目前支援僅限於 JavaFX Desktop 的 Profile, 換句話說, JavaFX Mobile 尚不支援語系的內建函式 orz... 這個就囧rz 了. 除了選擇自己利用其它套件寫之外, 好吧... 我這懶人就期待下一版 JavaFX 會有大幅度的 improvement!! Sun & Oracle 加油!!!!! XD

這就是除了下載整個專案執行, 不然透過 Web Start 或 Applet 執行都沒辦法看到的 icon 們 XD

接著就簡單說一下該怎麼進行語系的支援, 首先在 Java 中有 .properties 檔, 相對的, 在 JavaFX 中也有 .fxproperties 檔. 這就是用來作為語系支援的屬性檔囉! 在屬性檔中, 是成對的 key 與 value 的純文字, 範例如下:

"cm" = "公分"

等號的左邊 "cm" 是 key, 而等號的右邊 "公分" 則是 value, 值得注意的一點, 記得要用雙引號 ("") 來標明這是字串.

那在程式中該怎麼用? 用法超簡單!! 只要在需要用到的地方透過 ##key 就可以把 value 叫出來了, 範例如下:

def cm = ##"cm";

怎麼樣? 夠簡單吧!! 在 key 前面加上兩個井號 (##), 接著打上 key (別忘了雙引號), 就可以把語系屬性檔中的 value 給叫出來.

講到這, 我相信腦袋動得很快的你們馬上就會想到一個問題, 那如果有很多個語系屬性檔怎麼辦? 多國語系又該怎麼處理? 這正是 JavaFX Runtime 猛的地方, 只要在屬性檔的檔名下手就好了. 屬性檔的檔名是有規則的! 哪個 .fx 檔會用到哪個 .fxproperties 主檔名必須相同, 接著語系屬性檔必須標明語系. 簡單來說語系屬性檔的完整檔名必須為主檔名_語系識別碼.fxproperties, 範例如下:
view.fx 中使用到 "cm" 和 "inch" 兩個 key, Java Runtime 會自動依照現在目前的語系名稱, 假設為英文 (en), 自動的尋找是否存在 view_en.fxproperties 這個屬性檔, 並且找出對應的 value 套用進 view.fx 的 JavaFX Script 中. 依照這種命名方式, 開發人員可以簡單的寫出支援多國語系的程式, 但請注意檔名必須要正確, 否則 JavaFX Runtime 可是會找不到語系屬性檔的!! 附帶一提, 正體中文的語系碼為 zh_TW, 請牢牢記好 :P

喇咧了這麼多, 希望對一些同在學習 JavaFX 的朋友們有些幫助, 但... 怎麼都沒人來一起開發呀 XD 明明已經放在 Kenai 上這麼久了 orz... COME SOMEBODY!!! I NEED HELP!!!!!! 手機正式支援 JavaFX Mobile 環境的日子已經不遠了, 誰來幫忙改個 Mobile 版吧囧rz...

BMI Calculator ver 1.2

2009-07-30T20:10:00.008+08:00

隨著 NetBeans 6.7.1 的發佈, NetBeans 6.7 這個平臺正式支援 JavaFX 1.2, 而 NetBeans 6.7 最大的特色就是內建對 Project Kenai 的支援.
那到底什麼是 Project Kenai 呢? 簡單的說, 就是和 Google Code 類似的開放源碼專案代管系統. 但不同的是 Kenai 已經整合在 NetBeans 6.7 之中, 使用者可以直接在 IDE 中進行下載、分享或新增開放源碼專案, 追蹤提報的 bug, 版本控管... 等.
Project Kenai 功能請參考 Kenai 功能總覽, 在 NetBeans 6.7 中的使用方法請參考 NetBeans-Project Kenai 教學.
當然啦, 有了這麼好一個工具, 不用一下怎麼說得過去, 於是我也把 BMI Calculator 變成了個開放專案, 當然也分享到 Kenai 上啦!! 有興趣的朋友們歡迎來參加這個簡單到不行的專案!!!

BMI Calculator 專案網址 - http://kenai.com/projects/javafx-bmi

隨著 JavaFX Mobile 1.2 for Windows Mobile 先行版的釋出, JavaFX 終於正式跨進了手機的硬體平臺. 當然, 希望 Sun 可以加緊腳步快點開發出其它手機的執行環境, 早日達到跨全平臺的目標! 當然, 這也意味著這個小程式未來有機會可以在手機上跑啦, 雖然只是個小東西, 但卻感到非常興奮!!! 哈哈~~~~ 當然啦, 也期待會有朋友可以加入這個專案, 幫忙改寫成 Mobile 版, 或新增更多功能, 不過照目前態勢來看, 應該是自己改寫比較快啦 :P

講這麼多, 還沒說這次改版改了啥, 如您所見, 新增了單位的選擇囉~

[軟體開發環境]

OS - Mac OS X 10.5.7
JDK - 1.6.0_13 (64-bit)
JavaFX - 1.2
IDE - NetBean 6.7.1

BMI Calculator ver 1.1

2009-07-06T15:06:00.017+08:00

話說, 雖然接觸 Java 已經很多年了, 剛開始跨足寫 JavaFX 時卻還是像個新人一樣, 所有程式寫在同一個檔案裡頭, 所以趁這幾天比較有空, 重新改寫了 BMI 計算小程式, 噹噹噹~~!!! 1.1 版正式發佈!!!!!
已經嵌在 blog 右方的 1.1 版, 雖然乍看之下並沒有太多不同, 但是整隻程式已經利用簡單的 MVC 架構重新設計 (雖然這隻程式裡頭並不需要 Model). 另外, 還利用了 JavaFX 的 RIA 界面設計強項, 重新改寫了整個使用界面, 最明顯的就是無邊框設計, 可拖拉 Applet [註] 和呈現 BMI 數值時的視覺效果. 到底差異有多少? 自己動手玩玩看就知道囉 ~^___^~
對於一個全新的技術, 在不熟悉的情況下, 開發的過程中難免撞到牆, 值得慶幸的是擁有過去的程式開發經驗, 這都幫助我能快速的上手.

[軟體開發環境]

OS - Mac OS X 10.5.7
JDK - 1.6.0_13 (64-bit)
JavaFX - 1.2
IDE - NetBean 6.5.1

同樣的, 分享一些開發過程中遇到的問題與心得, 希望對有意願嘗試撰寫 JavaFX 的朋友們有幫助.

使用大括號 {} 進行字串的串接
println("我是測試字串 {1} 我是測試字串{1+1}");
印出的結果 => 我是測試字串1 我是測試字串2
和 Java 使用加號 (+) 進行字串的串接不同
以指派方法的方式進行事件的註冊
demoButton.action = press;
和 Java 利用新增 Listener 的方式不同, 在 JavaFX 是利用指派 (asign, =) 進行事件的註冊. 可以用已宣告方法的名稱 (上述範例中的 press), 或是直接宣告匿名方法.

至於 Keyframe 的使用, 無邊框程式的寫法, 可拖拉 Applet 的設計, 都可以參考 JavaFX 官網的範例, 或參考分享於 JavaWorld 的完整 NetBeans 專案檔, 有需要的朋友也歡迎去那邊下載和討論.

話說趁這兩天在家, 於是在 MacBook 上安裝了 VirtualBox, 跑起了多系統. 依照官方說法, JavaFX 從 1.2 版開始正式支援 ubuntu 和 OpenSolaris, 雖然是 beta 還是想親自跑跑看. 接著~ 我開始在小鋁 (我的末代鋁 MacBook) 上安裝這兩種作業系統, 但不曉得為什麼? 也許是小鋁硬體的問題, 也許是 VirtualBox-OSX 版的問題, 又或許是 OpenSolaris 和 VirtualBox 兄弟釁牆 (同是 Sun 的專案), 總之因為不明的原因, OpenSolaris 在我的系統環境中運作得很不順暢, 儘管我已經設定了較多資源給 OpenSolaris 使用, 卻還是比 ubuntu 9.04 慢上很多. 因此, 目前留在我系統中的只有 ubuntu 9.04. 在安裝完 ubuntu 系統後, 使用者必須自行安裝 JRE 套件, 預設沒有 Java 環境, 完全設置好以後, 就要測試一下囉!

如 Sun 所宣佈的, JavaFX 1.2 版開始支援 ubuntu 這套 Linux 作業系統

JavaFX 的 draggable 特性也已經實做在 ubuntu 的平臺上

題外話, ubuntu 9.04 的開機速度和內建的中文顯示環境, 怎麼感覺都比老爸新電腦的 Windows Vista 還優啊!!? 對免費作業系統有興趣的朋友們, 真的推薦可以使用 ubuntu 這套適合一般人使用的作業系統!!

[註] 可拖拉 Applet 的測試方法, 為於程式上方 (身高輸入框的上方) 按住 alt + 滑鼠左鍵, 即可把這隻程式拖出網頁, 目前 Mac OS X 10.5 並不支援這項功能.

BMI Calculator ver 1.0

2009-06-19T01:04:00.029+08:00

JavaFX - Java 家族的新成員, 由 Sun 所主導的 RIA 技術, 核心技術是 Java, 目的是和其它公司的 RIA 技術對抗, 如: Microsoft 所推出的 SilverLight 和由 Adobe 所主導的 AIR.
既然 JavaFX 核心是 Java, 當然就兼具了跨軟硬體平臺的特性, 安全性高以及程式很小的優點. 不過和其它 Java 家族的成員不同, JavaFX 使用的是 JavaFX Script 這個全新的腳本語言, 對不曾學習過 Java 的新手來說, 可以快速上手, 對 Java 老手則只需要適應不同的語言結構, 其它概念都是相同的. 使用 JavaFX 開發 RIA 最大的優勢, 就是和 Java 平臺的互通性, 在 JavaFX 中可以很輕易的使用 Java 龐大的套件庫, 還有更多關於 JavaFX 平臺的說明, 有興趣可以自行參考官網.
如果要跑 JavaFX 的程式很簡單, 只需要下載安裝 JRE 就可以了, 如果想要開發 JavaFX 的程式. 官方建議使用 NetBeans 進行開發, 記得下載 NetBeans 選擇包含 JavaFX 的版本. 關於種種環境的安裝設定, 這邊就不多說明啦~

關於語言細節的部份, 在 JavaFX 官網的教學區有很多的資源, 如果想嘗試看看, 建議先讀這兩份, 第一份是關於怎麼撰寫 JavaFX 腳本語言, 第二份是關於如何寫出 JavaFX 的 GUI. 瞎瞇~ 你問我有沒有讀完喔!? 答案是... 當然沒有啦 XD 我自己覺得邊做邊學效果最好, 於是在我大概搞懂語法以後, 就開始著手寫個小程式. 寫什麼好?? 我挑了個簡單到沒道理的 BMI 計算進行實作, 現在掛在 Blog 右邊那隻 JavaFX 程式, 就是我第一個 JavaFX 的作品啦.

[如果系統中有安裝 JRE 就可以順利看到掛在 Blog 右邊的 BMI 計算小程式]

[軟體開發環境]

OS - Mac OS X 10.5
JDK - 1.6.0_13 (64-bit)
JavaFX - 1.2
IDE - NetBean 6.5.1

由於實際在練習撰寫 JavaFX Script 時, 發現了幾個特別的地方, 所以提出來和大家分享

產生 JavaFX 物件時不用使用 new 關鍵字
def heightBox: TextBox = TextBox{}
等號左側=> def 為宣告起始字 heighBox 為變數名稱 : TextBox 為指定的變數資料型態 (記得要加上冒號).
附帶一提在 JavaFX 中宣告變數並不需要事先指定資料型態, 也就是說在這個例子裡 : TextBox 可以省略.
等號右側=> TextBox{} 的意思就是已經產生了一個 TextBox 資料型態的物件, 大括號中沒有內容, 表示使用預設值, 類似 Java 中無參數的建構子.
值得注意的一點是, 這句表示式的結尾沒有分號 (;), 在 JavaFX 中這種有指派 JavaFX 物件 (以大括號結尾) 的表示式, 可以不用加上分號, 但如果怕混淆還是建議都加上分號.
產生 Java 物件時, 使用和 Java 相同的語法
def df = new DecimalFormat("0.00");
等號左側=> 這就是一個沒有事先定義資料型態的變數.
等號右側=> 使用 new 和建構子進行物件的創建, 語法和 Java 相同.
Void 和 Java 使用的 void 不同 V 要大寫
定義方法要使用 function 關鍵字且回傳型態寫在大括號的左邊
function test(no1:Number, no2:Number):Void{}

其它如運算的方法, 例外的處理, 事件的觸發, 在這隻程式中使用到的部份多和 Java 大同小異, 剩下就是 GUI 與套件的運用, 這就需要個人花點時間去研究 API, 我相信努力就會有成果 ~^___^~

完整的 NetBeans 專案檔我已經分享在 JavaWorld, 有需要參考的朋友可以去下載.

Mac OS X, Java 與 Safari

2009-06-18T10:20:00.022+08:00

由於這幾天在 Apple 釋出 JDK 1.6.0_13 的更新後, 我就一直在 NetBeans 上練習撰寫 JavaFX 這個全新的技術.
在一個偶然的情況下, 我發現我的 NetBeans 是以 64-bit 執行, 其實這也沒什麼好奇怪的, 因為 OS X 底下的 Java SE 6 並沒有 32-bit 的版本, 忽然間我想到一個重要的問題, 那依附在瀏覽器的 Java Plug-in (用於執行網頁中的 Java Applet) 是跑哪個版本!?
接著, 我開始實驗到底 Safari 4 會是使用哪個版本的 Java Plug-in, 於是我來到 Sun 所提供的 JVM 測試網頁進行測試, 沒想到測出來的版本是 1.5.0_19, 這個結果太出乎我的意料了, 我的臉差點沒垮了下來 =口=. 因為實際上在我的 Java 環境設定中, 已經設定以 Java SE 6 為最優先選擇, 但沒想到 Safari 4 最後卻是跑了舊版.

[設定成以 64 bit JDK 6 運作的 NetBeans]

[出乎我預期以 1.5.0_19 版 Java Plug-in 為 JVM 的 Safari 4]

[預先在設定 Java 環境優先使用 Java SE 6]

看到這樣的結果, 我不禁納悶了起來, 這到底是怎麼回事? 其實道理再簡單不過, 因為 Safari 4 目前是 32-bit 的版本!!! 在 32-bit 的主程式中怎麼可能可以運作 64-bit 的外掛呢!? 事實上也證明, 64-bit 的 Java SE 6 的確沒辦法在 Safari 4 中運作.
然後... 腦中忽然閃過了一個念頭, 那如果換成 64-bit 的瀏覽器呢!? 經過一番搜尋, 我在美國的 Oak Ridge National Laboratory 所發佈的 Mac OS X Utilities 中找到了一個可以在 OS X 下測試 Java SE 6 的瀏覽器-Browser 64. 安裝完以後, 接著就是測試!!!!!

結果很明顯的, 如果在 64-bit 的瀏覽器下, 的確是可以使用 Java SE 6 的, 也證明了自己先前的推論是正確的.

換成 Java SE 6 以後, Loading 畫面終於變得和其它平臺的版本相同了.

接著進行性能的測試, 以 Safari 4 為比較基準, 測試 JavaFX Sample 網頁中的質數運算範例, 在 1.5.0_19 版為核心的 JavaFX, 純 JavaFX Script 花了 0.735 秒, 以多執行緒運算時花了 0.394 秒, 而以 Safari 4 內建的 JavaScript Engine-Nitro 執行 JavaScript 時花了 2.599 秒.

而以 Browser 64 跑時又是如何呢? 在以 1.6.0_13 為核心的 JavaFX, 純 JavaFX Script 花了 0.543 秒, 多執行緒時花了 0.288 秒, 而 Browser 64 的 JavaScript 運算則耗費了 2.935 秒.

在以上的測試中 Java SE 6 真的比 Java SE 5 要好得多, 除了我主觀的認為在 JVM 載入的時間有改善之外, 運算性能也有大幅提升. 另外, Safari 4 的 Nitro 性能的確不錯, 勝過了 Browser 64, 但 JavaScript 比起 JavaFX, 還是遜色太多, 也因此對於跨軟體及硬體平臺的 JavaFX 的未來, 我充滿了期待.
經過這次的測試, 也讓我更期待 Snow Leopard 的更新, 因為在一個非純 64-bit 的作業系統下, Java SE 6 的表現都可以如此優異, 那到了純 64-bit 的系統下的表現應該會顯得更好. 至於 Safari 4 何時能執行 Java SE 6? 也只能等到 Snow Leopard 上市了.

附帶一提, 在 Snow Leopard 的 SPEC 中提到, Snow Leopard 中將會有完整的 JDK, 到底有多完整, 我們就拭目以待吧!!

Mac OS X, Java 與 NetBeans

2009-06-16T21:38:00.021+08:00

自從大學以來 NetBeans 就一直是我撰寫 Java 程式語言的開發工具.
在我轉換作業系統之後, 其實我一直沒有好好研究如何在 OS X 上運作 Java, 趁著今天 Apple 發佈了 Java 的更新, 來寫篇如何在 OS X 上設定 NetBeans.
這次的更新是把 Java SE 的版本由原先的 1.6.0_07 一口氣昇到了 1.6.0_13, 或許熟悉 Java 的人會覺得, 這在其它作業系統不是早就有了!? 但因 Mac OS X 上的 Java 環境是由 Apple 自行維護的, 所以這得看 Apple 對 Java 的掌握與開發進度. 事實上, 這個更新我期待了很久, 因為我一直很想試試在 1.6.0_10 這個重大改版後所新增的跨平臺 Look and Feel-Nimbus.

所謂 Look and Feel (之後簡稱 LAF) 可以想成是佈景主題這樣的東西, 但為什麼我覺得 Nimbus 很特別!? 除了 Nimbus 是個很漂亮的向量 LAF, 更重要的是一個可以跨平臺的 LAF, 可以讓程式開發人員設計出更完善的使用者界面.

這個是 OS X 預設的 LAF, 使用的是 OS X 特有的 GUI-Aqua. 的確是很漂亮, 但若使用這個界面設計的程式到了 Windows 或其它作業系統上運作時, 就不是這麼一回事了, 因為 Aqua 只有 Mac OS X 有.

這種 LAF 是在 1.6.0_10 釋出前, Java 內建的 LAF-Metal. 雖然這是個跨平臺的 LAF, 但講真的, 比起 Aqua 和 Nimbus 這並不是非常的好看.

最後, 這就是 Nimbus 了, 是不是比 Metal 好看多了? 但若和 Aqua 比, 那就交給各位自行感受~

說了這麼多, 都還沒講到重頭戲 NetBeans 要怎麼設定, 在 OS X 中安裝完 NetBeans 後, 接著按照下列步驟進行設定~
在 NetBeans 程式上點右鍵顯示套件內容

然後依照路徑 Contents -> Resources -> NetBeans -> etc 找出並開啟 netbeans.conf 這個檔案

先找出 JDK 路徑的設定, 並將 1.5 改為 1.6
netbeans_jdkhome=/System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home

接著如果想要把 NetBeans 的 LAF 換成 Nimbus 的話, 可以找出 NetBeans 的啟動設定並加入 --laf Numbus
netbeans_default_options="-J-client -J-Xverify:none -J-Xss2m -J-Xms32m -J-XX:PermSize=32m -J-XX:MaxPermSize=200m -J-Dapple.laf.useScreenMenuBar=true -J-Dsun.java2d.noddraw=true --laf Nimbus"

OK, 搞定了~ 接著可以開心的執行 NetBeans, 可以發現 LAF 已經改為了 Nimbus, 和文章開頭那張 Aqua 的 NetBeans 很明顯地不同.

而使用的 Java 環境也順利設定成了 1.6.0_13

最後, 我想看完這篇文章之後懂我在幹嘛的人可能不多 XD 畢竟大家不是寫程式的, 但哪天如果有人同樣在 OS X 下使用 NetBeans, 希望我這篇文章能有些幫助~^___^~

附帶一提, 經過測試, Draggable Applet 似乎沒有辦法在 OS X 的 JRE 運作. 換言之以 Java 為底層技術的 JavaFX, 目前一樣無法在 OS X 下使用 draggable 這個特性的. 對這個功能有興趣的朋友, 只能等看看 Apple 有沒有意願把這個功能實作出來了 (也許 Snow Leopard 會更新!? 天曉得 orz)

訂閱 Podcast 學英文

2009-06-13T22:28:00.018+08:00

話說... 已經很久沒有上來更新內容了, 其實最近也沒在幹嘛, 不過就是瞎混而已 orz... 不過聽 Podcast 學點單字, 學點外國腔已經成為我每天必備的工作, 至少還是有在自我學習的啦 :P
好啦其實我聽的東西內容不深, 都很生活化, 重點!!! 免費 :D 那要怎麼取得呢? 可以上 ESLPod 的官方網站或是利用 iTunes 訂閱. 因為我是 Mac 和 iPod 的使用者, 所以接下來就介紹怎麼使用 iTunes 來取得這些學習資源 :D
首先如上圖, 啟動 iTunes 後, 點選 iTunes Store, 並在 iTunes Store 的首頁最下方選擇 United States 也就是美國啦!!

接著於右上角的 SpotLight 搜尋列中打入 eslpod 並按下 enter, 就會秀出上圖的頁面, 然後按下圖中框起來的 ESLPod, 就會切換到 ESLPod 的首頁.

噹噹~ 這個就是 ESLPod 的首頁囉~ 每天我聽的就是框起來的那兩個 ^^ 訂閱很簡單, 只需要按下 SUBSCRIBE(訂閱) 的按鈕就可以了. 當然他們還有提供其它的資源可以去訂閱, 看個人喜好囉...

然後其實接下來的才是這篇文章的重點, 既然有學習就會有筆記, 當然囉, 做了筆記不分享一下怎麼行!! 不過... 由於我聽 Podcast 是跳著聽的, 所以我的筆記也沒按照順序製作, 加上我是使用 Mac, 雖然我有 OO.o, 但我想比起開放文件格式, PDF 檔應該更通用吧!? 所以筆記也會是以 PDF 格式分享給大家. 講到這... 到底筆記在哪!? 本來想放到 Google Docs 上, 但由於流通性的問題, 所以最後還是決定往 SkyDrive 上擺, 感謝微軟 25GB 的網路空間 ~^___^~

第二章緊急返鄉 - 推著爺爺去散步

2009-04-30T13:34:00.026+08:00

也許是曾經身為軍人的關係, 爺爺很排斥使用輪椅...
也許是曾經身為一家之主的榮耀, 縱使小便不方便卻堅持不肯使用尿壺...
也許就是因為爺爺是爺爺, 所以很少開口要我幫忙他些什麼凡是自己來, 總是他在給我, 我卻很少能給他什麼...

只是兩次的手術, 在病床上躺久了, 他的身體狀況真的大不如前...
沒辦法想自己起來走走就走走, 想坐到沙發就坐到沙發, 想拿起遙控器看看電視就拿, 想回房休息就回房間.
這樣的光景, 以前是再熟悉不過的...

很希望爺爺真的能趕快好起來, 而回家時一切都沒變, 爺爺看到我回家開心大笑起身握握我的手...
現在的他, 只能任我們宰割...

儘管他再怎麼使勁, 那纖細的雙腿依然撐不住他的身子, 不喜歡輪椅也得坐輪椅...
儘管他再怎麼不願意, 行動不方便的他還是被我們包了尿布, 不喜歡尿布也得包尿布...
爺爺一點點的隱私, 一點點的尊嚴也不剩, 連不願意吃飯, 都被我們直接灌食, 連絕食的權力都沒有...

每天下午, 至少下午, 只要外頭天氣晴朗, 和爺爺身體狀況允許, 都會推著爺爺坐著輪椅出去散散步,
幫爺爺把身子從床上移動到輪椅上要很小心, 怕爺爺跌倒, 怕管子壓到, 更重要的是幫他保暖, 讓他能坐得舒服.

那天推著爺爺在醫院四周走走, 每走一段路就休息一下, 讓爺爺感受一下室外的氣溫與陽光,
就這樣我坐在人行道旁的長椅, 而爺爺開心的開口和我聊天,
講的什麼我也記不太得了, 我只知道, 自從爺爺生病以後, 已經好久沒能這樣和爺爺聊天了, 爺爺連開口的體力都不太有.
但我知道爺爺是開心的, 因為他終於有心情談天了, 我也好開心可以和爺爺渡過短短的散步時間...

就這麼走走停停, 來到了賣烤番薯的阿姨旁, 我問爺爺, 要不要吃烤地瓜? 他說好!!
真的好開心 :D 不管爺爺想吃什麼, 要我跑遍全斗六去找我也願意, 只要他肯吃, 哪怕只是一口也好...
那天之後, 不管有沒有推著爺爺去散步, 我都會問爺爺要不要吃烤地瓜, 只要他願意, 二話不說馬上衝去買...
我也只能做到這樣, 希望他能多吃點, 他想吃什麼就去找給他, 補充點營養, 身體早點恢復...

從前從前... 總是爺爺拿著小小的襪子和鞋子幫我穿上...
從前從前... 總是爺爺拉著我的小手走向員林客運, 帶我搭公車到員林走走...
從前從前... 總是爺爺的雙腿讓會暈車的我能在搭車時趴著睡...

好久好久以後...

還有沒有以後...

第二章緊急返鄉 - 老爸的話

2009-04-28T18:45:00.014+08:00

不曉得什麼時候開始, 父親不再是我心目中的英雄...
不曉得什麼時候開始, 父親身上的菸味不再有懷念的感覺...
不曉得什麼時候開始, 父親和我的距離越來越遠...

回家這一趟, 父親事先並不知情.
在醫院陪了爺爺一夜後, 隔天回家後, 老爸回來了,
再廚房看到我的老爸, 開口說了句 "小宇, 怎麼有空跑回來?"
這只是一句做父親再簡單不過的關心,
我也不知怎麼著, 硬是要酸他回去,
酸他為什麼信誓旦旦的說會去醫院照顧爺爺,
卻把照顧爺爺的擔子丟在姊姊和媽媽身上...
其實老爸和其他叔叔並沒有太大不同, 都是有空才到醫院看一下爺爺, 待沒多久就快閃了...
老爸不會過去醫院照顧, 這明明是在預期內的, 我也不曉得為啥我就是要酸他...

只是老爸的反應令人很傷心, 他說

"都已經有請看護了, 我還過去照顧幹嘛!"

就結果論, 爺爺的每個兒子在我看來都一樣,
我這個不識像不懂分寸的晚輩感覺到的是

「既然已經有人願意在醫院照顧了, 那就讓他們去照顧」

我從沒聽到老爸或哪個叔叔說, 今天我來照顧, 你們回去休息,
也許爺爺遠比你們的生活來得不重要, 也許...

如果今天躺在床上的是自己, 看到身邊的是一個陌生人在照顧自己,
這是多麼悲哀難過的一件事情, 你們就都沒想過嗎?
還是其實你們也預期擁有這樣的未來?

還是你們覺得孝心可以替代, 有人在照顧就可以了?
爺爺還剩下多少時間, 沒人說得準, 我真的不解有什麼事情可以更重要?

爺爺陪伴我和姊姊的時間, 絕對沒有爺爺照顧你們的時間長.
我有爸爸媽媽, 為我從小到大把屎把尿最多的不會是爺爺, 而是爸媽...
我住在家裡直到高中念完, 念大學後出外念書少在家裡.
那 18 年真的總是爺爺在照顧我嗎? 爺爺是陪伴我長大, 而不是照顧我長大, 照顧我最多的是老爸老媽.
爺爺花時間照顧的人, 絕對不是我或姊姊或任何的孫輩, 而是他的兒女.

那爺爺花時間照顧的人, 願意一樣花時間照顧他嗎???

這趟回去當爺爺偶而清醒的躺在病床, 用虛弱的病體跟我說了不只一次

"我不想吃, 我在等死."

這麼難過的話都可以從他口中說出.
情何以堪... 人家說華人比較有親情, 華人家庭比較溫暖, 竟是溫暖到這般不堪...

我不是爺爺的兒子, 我只是個在醫院要求一等親才能簽署同意書時, 完全無能為力的二等親.

你們才是爺爺的兒子... 你們才是爺爺的直系一等親.

第二章緊急返鄉 - 21 天來回機票

2009-04-27T11:46:00.005+08:00

就在姊姊寄來爺爺照片的那天... 我和姊姊說了我想回去陪陪爺爺,
雖然姊姊跟我說不要回來... 但我仍是跟姊姊說了我會好好考慮回去的必要...
幾天後, 姊姊打了通電話來,
內容是關於爺爺昏睡, 有了黃疸的症狀,
醫生說因為爺爺的狀況比較特別, 膽汁導流不是很好做,
當下我就決定我要飛回家一趟, 畢竟現在躺在病床上的, 是從小生活在一起的爺爺...

走訪了幾間旅行社, 也謝謝 David, Simone 和忻媽的幫忙,
在最短的時間訂到最快又最便宜的來回機票,
雖然只有短短的二十一天,
但我就是想回去陪陪爺爺, 也陪辛苦的媽媽和姊姊.

20090328 ~ 20090418
這段期間我回了臺灣一趟, 事先沒有太多人知道, 包括我母親,
直到我走進醫院病房, 母親驚訝的見到我才知道我飛回臺灣,
所以, 我的朋友們, 就別怪我沒意思都沒事先說了...
我沒說我回國, 有我的顧慮, 直到我又出國, 還是很多人不知道我回去這趟.
這段期間大部份的時間不是在醫院, 就是在交通工具上, 真的沒太多時間能和你們聚聚...
雖然我真的真的很想念... 真的真的好想見... 不適時... 也不適合...

這二十一天... 看得不捨... 聽得難過...
連要回來, 爺爺跟我告別說的話... 我都很擔心會不會從此再也聽不見...

那虛弱的身子說出的
一路順風...

我會好好記住.

第二章緊急返鄉 - 姊姊寄來的照片

2009-04-26T12:28:00.010+08:00

自從到了澳洲以後, 因為國際電話費用不便宜,
常常和姊姊有電子郵件的往來, 說的不外乎是爺爺的身體狀況...
2009 年 3 月 20 日當晚, 姊姊寄來了一批照片,
看到照片的瞬間, 我的眼淚不爭氣的直往下掉...
爺爺從我出國前壯壯的身材, 變成了皮包骨, 肚子上也多了一道好大的傷口...

原因是由於爺爺膽管阻塞, 放進的支架滑落割破了十二指腸,
手術都有風險, 不管是大刀小刀... 這都能理解,
只是為什麼對一個年過九十的老人家, 卻使用標準的縫合方式?
老人家代謝差, 恢復慢, 這... 是基本常識吧?!
導致腸子滑出腹部的傷口, 才緊急開第二刀, 嚷嚷著傷口沒癒合, 這是醫生該有的專業嗎?
白挨的這刀該算誰的?

爺爺的健康沒有人陪得起, 醫生遇到事情只會推,
推給我們護理沒做好, 推給看護不會照顧, 怎麼就是沒有一點點醫療團隊的責任???!!!
後來爺爺非常嗜睡, 雖然量體溫沒有發燒的跡象, 但是就是感覺不對勁...
一直睡叫不醒, 也認不得人.
反應給外科醫生, 非但沒有處理, 還說一切都是正常狀況, 還一直急著要趕我們出院回家自行護理.

真的正常?
很感謝原本爺爺的內科醫生願意收留我們, 真的很感謝內科醫生把我們從外科接到內科,
在我們和內科醫生反應後, 進行抽血檢查, 發現有院內細菌感染的跡象, 才緊急開始施打抗生素進行治療.
外科醫生口中的正常真的好正常喔! 正常到一直昏睡不認得人.
外科醫生真的有夠專業, 專業到家屬覺得有問題而完全推的乾乾淨淨沒有察覺.
延誤治療的這些時間該算誰的? 醫生專業的判斷又會是我們家屬的責任嗎?

在我眼裡醫療疏失就是醫療疏失,
至少在我爺爺的案例裡, 我只感受到台大雲林分院的外科醫生一直在推卸責任, 看不到專業也感受不到醫德.

想念...

2009-03-20T15:47:00.009+08:00

好多事情...
值得
想念

幸福的時刻...
溫馨的團聚...
無條件的支持與鼓勵...
不求回報的付出與堅持...

失去以後才會想要珍惜
卻逃不出這千古不變的道理...

過去隨著影子不離不棄
啃食著回憶...

日復一日...

那些遙遠卻抓不住的現在...
與忘記去緊握放縱的從前...

第一章初抵異國 - 探索之九

2009-03-17T23:58:00.004+08:00

就這麼走走停停, 很快的就過了兩個月. 那些關於旅行, 關於過去, 始終沒從腦中淡去... 只是... 路依然要走, 一樣的日昇月落, 總期待著不同於以往的改變... 這陣子, 第一次走進了賭場看看, 依然, 還是要 show ID, 沒辦法~ 華人就是看起來比較年輕 orz... 當晚我們到了 Peter 第一次表演的 Empire Hotel 助陣, 認識了好多新朋友, 真的... 出來在外... 能認識不同的人真的很開心... 更 High 的是當晚表演結束居然還有第二攤!! KTV 唱歌!!! 哈哈哈~~ 真的是太開心了^O^ 在國外唱歌的感覺不太一樣, 不容易聽得到同樣的華人演唱熟悉的歌曲, 愛爺他們倆唱的歌曲真的是美聲... 林桑唱歌也很有自己的味道~ Taga 的七龍珠主題曲也真的好讓人想到從前讀書的時光, Peter 道地的口氣演唱的歌曲真的讓我好生羨慕... 希望哪天我唱英文歌也可已有這樣的口氣... 也很謝謝 Peter 在聽完我唱趁早後給了我好多鼓勵與建議, 我想... 不管以後未來的我如何, 唱歌一輩子都會陪著我, 無論天涯海角... 隔天雖然好累好累... 起床後還是要馬上衝去上半年最盛大的活動-Mardi Gras. 好啦好啦~ 在地人不一定會去, 可是我這個遊客說什麼也要去!! 這場遊行認識了很多新的朋友, 也見到了許久不見的熟面孔, 我真的很想念你們... 站了一天真的很累... 時間總是過得很快... 人生就在這樣的氛圍轉瞬流逝... 想念與期待的矛盾... 過去, 現在與未來是不是能在努力下交錯, 我沒有答案, 但... 至少堅持走下去的勇氣... 是自己能給自己的... 我們在未來見!

iTunes 8.1 與 Autofill

2009-03-16T10:29:00.016+08:00

就在 Apple 閃電發表了iPod shuffle 3rd 的同時, iTunes 8.1也悄悄的公開下載了.
看版本號 8.1 就知道這不是個大改版, 但也不是修正問題的小更新, 猜測應該是有新特性的加入. 的確! 官方以 Faster. Smarter. Better. 作為標語, 主要的改進是增快了使用上的速度, 任何 iPod 都可以使用 Autofill, 以及可選擇 iTunes Plus 格式匯入音樂.
根據官方的說法, 無論是音樂資料庫的讀取, 瀏覽 iTunes Store, 或進行音樂設備的同步都比之前快. 不過速度這東西還蠻主觀的, 有多少改善還是老話一句-自行體會 :P

再來就說明一下什麼是 iTunes Plus, 由於在國內 iTunes Store 因為不知名的原因一直都沒有開放 (音樂和影片的部份), 所以可能很多人不知道原本在 iTunes Store 裡購買的音樂和影片是有版權保護的, 使用的格式是 DRM AAC-128 kbps. 說真的音質並不好, 就算不是金耳朵, 在 AB 測試之下都可以聽得出差異, 而且花了錢買了音樂卻沒辦法享受到和 CD 一樣的品質... 這... 情何以堪?
那到底 iTunes Plus 是什麼? 也就是比原本 iTunes Store 更好的格式, 使用的是無版權保護的 AAC-256 kbps, 雖然和 CD 品質比起來還是有差, 也比不上 Apple Lossless (無失真壓縮格式), 但是卻可以用很小的容量獲得很高的音質. 以我自己來說, 就算換上了家裡的 X-Fi Elite Pro 和耳機, 也聽不太出差異, 所以在容量的考量下, 這種高 bps 的格式真的是不錯的選擇.

所以話說回來, iTunes 8.1 到底是做了什麼事情? 其實沒什麼大不了的, 只是在 AAC 編碼器中幫使用者包裝了一個 256kbps VBR 的選項, 讓使用者在匯入的時候可以選擇比較好的格式. 只是早在 iTunes 7 或更早以前就可以透過自訂選擇出一模一樣的就是了 :P (我自己就是這樣用)

好啦好啦... 說了這麼久終於說到了重點-Autofill. 這個功能原本是只有 iPod shuffle 才能使用的功能, 終於... 可以在各 iPod 使用了. 我想很多人的音樂資料庫都比擁有 iPod 的容量大上很多, 超過了怎麼辦? 大部份玩家的作法是純手動, 或是針對特定播放列表進行同步, 但有 Autofill 之後, iTunes 可以隨機選歌曲自動塞入 iPod 之中, 不用再去煩惱容量的問題.
終於... 重頭戲來了... 怎麼啟用啊??? 說真的真是藏到讓人找不到, 不禁讓我思考 Apple 怎麼了?? Steve Jobs 不在就變了QQ 要用這功能一點也不 friendly, 以下就一步一步說明怎麼啟用.

首先, 先到自己 iPod 的摘要頁面勾選"手動管理音樂和視訊"的功能, 並套用.

接著到裝置選擇自己的 iPod, 並點音樂資料庫.

然後就可以看到音樂列表的下方多了這個面板, 左邊的下拉式選單, 可以選擇要使用哪個播放列表作為 Autofill 的來源, 接著點選設定, 來設定 Autofill 的細節.

除了可以設定保留給磁碟使用的空間之外, 還可以選擇在自動加入時要不要取代原本在 iPod 中的音樂, 是不是要隨機選歌, 或是比較常選擇喜好的歌曲加入. 舉個簡單的例子, 如果三個都勾選, 那就表示自動加入的時候會比較常隨機選到自己喜歡的歌加入到 iPod 中, 而且每次自動加入都會不太一樣, 有舊的歌被拿掉, 有新的歌被加進來. 設定好後, 回到音樂列表按下 "自動加入" 就可以使用 Autofill 的功能啦!

只是由於這是手動管理, 所以有幾個要注意的地方, 如果要更新音樂資料庫, 按下 "同步" 是沒有作用的, 必須自己按 "自動加入" 才會進行更新. 還有已經存在於 iPod 中的播放列表也不會更新, 必須手動拖曳播放列表更新.

話說... Apple 你啥時才要發佈 iPod nano 3rd 的韌體更新啊?! 澳洲時區日光節約的 bug 一直不修正, 每次同步就讓我瞬間移動去檀香山度假 XD

Safari 4 BETA - 試用心得

2009-02-27T15:57:00.032+08:00

Safari 4 BETA Release 才剛兩天, 我就已經手癢想要寫些心得了.
我想很多人第一次看到 Safari 4 的這一瞬間, 大概也會有這樣的感覺 => 怎麼這麼像 Google Chrome!! 原因大概就是因為 Tabs on Top 和 Top Sites.
或許會有人覺得這樣仿效的行為是抄襲, 但是我個人對於好的概念被採用是樂見的, 就像我認為 Microsoft 在下一代 Windows 對 Task Bar 提出的改進-Super Bar 一樣, 對一個使用者來說, 這的的確確是好事.

Tabs on Top
就是把分頁放置在標題列, 這個由 Chrome 所率先提出的概念, 把原先幾乎沒作用的標題列拿來放置分頁, 留更多的空間給網頁去呈現, it's a good idea, 現在也被 Safari 所採用.
個人覺得雖然只增加了一點點的空間, 但是在瀏覽上的確有差異, 可視範圍的確變多了.

Top Sites
這是把最經常瀏覽的網頁以預覽畫面展示成電視牆的功能, 或許會有人說這是學 Chrome 的, 但或許很多人不知道這功能在 Chrome 還沒出來之前, Opera 就已經有了. 我覺得把焦點放回功能和使用性上, 會發現有很多獨特的地方.
在 Top Sites 頁面提供了使用者自定的功能, 可以固定或移除, 也可以選擇預覽畫面的大小, 大中小個別可顯示 6 12 24 個預覽畫面. 最特別的是如果 Safari 4 偵測到該網頁的 RSS 有更動, 會在預覽畫面的右上角打個星星, 就算沒有使用 RSS 的習慣, 也明顯可以感受到 RSS 的便利性.
這個功能對我來說非常的實用, 用圖形化的方式點選我最常去的網頁, 而不須要打字或找書籤, 可以省下許多時間.

Cover Flow
終於的終於, Cover Flow 的功能也加到了 Safari 之中. 在 Safari 4 中, 使用者可以利用 Cover Flow 的方式瀏覽書籤或歷史網頁.
對我來說, 這真是太方便太方便了. 不知道你們有沒有這樣的經驗, 有時在找資料, 找到最後根本不知道找過了哪些, 或是找到了卻沒先記下, 事後要在找出印象中的那份資料卻怎麼也找不到. 在 Cover Flow 的幫忙下, 這種情形不會發生了, 因為現在可以用"看"的, 去一頁一頁翻閱曾經瀏覽的資訊.

Nitro Engine & New Standard Support
除了官方提供的數據以外, 也開始有評測網站正式評測 Safari 4 BETA, 如: cnet. 很明顯的, Safari 4 BETA 的 Java Script 運算速度非常的快, 無論是在 Mac 或是 PC 都獨佔鼇頭, 當然一個瀏覽器的快慢不只在於 Java Script 的執行速度, 還有整體運作起來順不順...等. 這個部份牽涉主觀, 我個人是覺得比起前一版的 Safari 3, 在整體瀏覽上 Safari 4 BETA 是的確有比較快, 當然, 我用得很開心~
除了 Java Script 之外, Safari 4 還支援了一些新的網路技術標準, 有興趣的可以點一下 MacRumors, 下面有 CSS Animation, 3D Canvas, Presentations 的技術展示, 請試著用 Safari 4 和你原先使用的網頁瀏覽器比較, 馬上可以發現差異.

Problems with Safari 4 BETA
Hotmail 無法使用: 雖然可以連進去 Hotmail, 但是很不幸的, 瀏覽, 新增, 刪除等功能一律按下無效.
Widget-貨幣換算器換算錯誤: 這個是 OS X 才會遇到的問題, 如果剛好有使用匯率換算, 會發現... 亂換 XD. 把選項往下選一格就可以解決, 如: [澳幣 <-> 新臺幣] 要選擇 [瑞典克羅納 <-> 新臺幣]

Conclusion
使用 MacBook 的我, 因為 Safari 有支援多重觸控軌跡板, 使用 FireFox 3 的機會大大減少. 而 Safari 4 推出後, 新增了一些方便的特性, 雖然還有需要調整的地方, 包括不夠聰明但堪用的智慧型網址列, 多重觸控雖然可以用卻會放太大或放太小的全頁縮放, 以及一些 bug 需要去修正, 但這不影響到我給 Safari 4 的評價, 因為主要的兩大功能 Top Sites 和 Cover Flow 真的是非常好的設計, 也期待正式版發表之前可以採納多方的意見讓 Safari 4 更進步.

第一章初抵異國 - 探索之八

2009-02-26T10:51:00.006+08:00

好陣子沒更新啦! 原因當然就是... 我偷懶 XD 別扁我呀~ (逃~~~)
好啦回到正題, 這幾週去了很多地方, 不過有時沒帶相機出門沒辦法拍拍照囉.
總之, 這幾週去了住在內壢時我最愛去的 IKEA, 真的好愛去 IKEA, 那時我總期待著未來的生活會是怎樣怎樣, 想像未來我們的家, 每週至少都去個一兩次.
然後我們為了慶祝 Helen 語言學校考試結束, 手工製作了三張大 Pizza, 還有全程由我製作的烤雞腿, 大家一起熬的南瓜濃湯, Simone 準備的生菜沙拉, 吃得開開心心, 當然也恭喜她順利畢業囉 :D
接著在孤單的情人節, 不太孤單的去了知名頻頻獲奬設計師 Simone 大人設計的 SilkiechicksHouse, 不不不!! 更正, 是 Wenty League Club 吃晚餐, 吃焦糖奶油香蕉派, 以及看 Peter 表演, 雖然沒伴, 但在光與簡約的氛圍下, 開心的過了一個不屬於我的節日, 真的好久沒這麼開心囉.
最後最後, 在 Shin 生日當天, 我和蔡大衛偷偷的和考克斯先生籌劃了一個 surprise, 多虧了考克斯的演技!! 大成功啊!!! 哈~ 祝福你們小倆口創業順利! 長相廝守!!

呼... 住在這樂趣真的很多, 總是有說不完的歡樂, 期待原先我所期待的那些夢在未來都能實現...

Safari 4 BETA Release!!

2009-02-25T10:32:00.014+08:00

終於... 在下一代 OS X 10.6 Snow Leopard 發表之前, 蘋果釋出了一丁點的消息, 那就是 Safari 4 公開發表 BETA 版了.
新版本有許多的新特性, 最令人驚艷的包括顯示最常瀏覽網頁的 Top Sites, 以 Cover Flow 瀏覽書籤及瀏覽歷史資料, 超神速的 Nitro 引擎, 以及對 Windows 佈景的原生支援 (可惜我看不到 XD), 當然還有更多更多...!! Come on!!! 來看看這些新功能吧 :P

Top Sites
Top Sites 是用來顯示使用者近期內最常瀏覽的網頁, 使用者可以自行調整預覽網頁的大小 (大-3*2 中-4*3 小-6*4). 如果有特別喜歡的網頁, 也可以自行調整順序或是利用大頭針 (看到沒? 藍色那個) 固定顯示或打個 X 移除. 還有個貼心的小功能, 如果 Safari 偵測到網頁有更動, 會在預覽網頁的右上角打個星星 :p

Cover Flow
Cover Flow 用在這就對啦!!! 當你點選 Top Sites 頁面右下角的搜尋時, 就會進入全畫面的全歷史搜尋, 瀏覽過的網頁一頁一頁 show 出來, 找網頁真的很方便.

Cover Flow 的功能也加入在書籤頁中, 透過用翻圖片的方式找, 比看文字快多囉 :D

當然啦! 除了全歷史搜尋外, 還可以點選書籤頁中的歷史, 依照時間以 Cover Flow 瀏覽.

至於新的 Nitro 引擎到底有多快? 我只能說開網頁的速度真的有比以前順暢, 到底快上多少我也沒辦法說個準. 當然蘋果官方也提供了一些測試數據, 依照這個數據來看 Safari 又再度奪下世上最快瀏覽器之冠啦!

當然還有一些新的特性, 全頁面的等比例縮放, 變聰明的網址列和搜尋列, 新的網頁技術規格的支援, 快速鍵的調整等等等.
想嘗鮮的朋友們~ 還等什麼?? 不管是 Windows 還是 OS X, Come on!!! 下載 Safari 4 BETA 來玩玩吧!!

延伸閱讀 => Safari 4 BETA - 試用心得

第一章初抵異國 - 探索之七

2009-02-02T14:07:00.006+08:00

這幾天去了趁著天氣炎熱, 去了趟奧林匹克公園, 去公園幹嘛?? 游泳啦!!!!
哇哈哈哈哈... 詞窮了 Orz...
話說 Peter 真的很愛鬧, 狂潑水啦 XD 想想... 這是曾經舉辦過奧運的地方, 踏進來的感覺其實不太一樣. 左方選手區, 大小選手們正在努力進行訓練, 曾經無數選手爭奪冠軍的跳水臺, 想著想著就神遊到不同的世界去了. 右邊是開放給一邊民眾的區域, 有游泳池, 戲水區, SPA 區以及蒸汽室, 和左邊寧靜緊張的氣氛比起來, 右邊真是歡樂呀!! 的確我們也玩得很開心, Simone 說"小平你的背心怎麼沒脫", 去年環島的痕跡還是光榮的停在身上 XD, 擁有過去的感覺很好 ^^"
接著, 這個週末我們攜家帶眷, 全家老小一口氣全衝到了臥龍崗 (Wollongong). 這真是個美麗的地方, 依山傍海, 兩次來都被雲霧所籠罩, 真的很像來到世外桃源. 山巔上總有人玩著空中運動, 海邊就是年輕人在衝浪, 很棒很棒, 美美的景色, 寧靜的氣氛, 滿滿的慵懶.
下午天氣微涼, 大伙兒全往海邊走, 衝浪游泳, 撿石頭, 散步, 吹海風, 聽潮聲, 真的很舒服... (你問我怎麼沒下水喔? 你也知道... 我怕冷 orz...)

第一章初抵異國 - 探索之六

2009-01-26T19:51:00.006+08:00

除夕當天, Peter 當了大廚, 和愛妻 Simone 一同攜手製作 cheese 拼盤和鮪魚義大利麵.
這是我第一次吃到這麼多不同的 cheese, 濃郁的 blue cheese, 清爽的 swiss cheese, 還有煙燻的, 像奶油醬一樣的... 配上餅乾, 白葡萄, 還有 Peter 珍藏的白酒, 好好吃哇 orz 回國後大概也沒什麼機會吃這些, 真是令人感動的一道點心.
緊接著, 大廚 Peter 開始著手製作義大利麵, 加了神祕配方的鮪魚醬, 由 Simone 製作的生菜沙拉, 在這道義大利麵畫出美麗的色彩. 當然, 要發表點嘗後感, 鮪魚醬吃起來帶點酸味, 爽口的微辣, 和寬的義大利麵真的是絕配, 清爽不膩的生菜沙拉更平衡了味覺與視覺, 整體來說, 這道義大利麵濃而不膩, 真的很爽口, 這應該是我吃過最好吃的鮪魚醬義大利麵了 ^O^
隔天, 也就是大年初一, 說什麼也要在澳洲國慶出去湊熱鬧. 首先來到港口欣賞裝飾得很漂亮的渡輪, 噗~ 那隻大鴨鴨真的好可愛^^". 然後到 the rocks 有名的鬆餅店吃午餐 XD 看起來好吃嗎!? 真的真的!! 好好吃 :D 逛了逛這的市集, 好多稀奇的東西 ^^" 這一天, 四處都有音樂聲, 四處都是滿滿的人潮, 非常熱鬧, 就這樣, 我在澳洲過了一個不一樣的年.

第一章初抵異國 - 探索之五

2009-01-24T20:32:00.007+08:00

農曆新年即將到來, 在這異國卻不太像異國, 居然也有農曆年的活動^O^ 外加今年大年初一正是澳洲國慶日, 顯得格外熱鬧!!!
這是出國後第一次在晚上出門, 但很神奇的是, 看照片的你們一定會覺得這是大白天, 在這白天真的好長. 於是我們一群人就這麼來到了農曆年活動的場地, 哇~! 這根本不像是在國外嘛!! 滿滿的華人, 真是熟悉的感受, 只是啊... 這的珍奶真的都不及格, 等我開一家好了XD
晚上的雪梨真的不太一樣, 孤傲的雪梨塔, 莊嚴的聖瑪麗教堂, 最後走到熱狗攤, 吃了超有名的熱狗, 裡頭有肉醬, 口味很特別!! 熱狗攤旁邊的倉庫, 現在裡頭是高級的飯店-Blue, 保持了原有結構, 卻又新潮富有設計感的內裝真的好美, 最後到了 Kings Cross 走走... 這和白天也為免差太多了吧 ^^|||
然後... 包水餃包水餃... 吃好飽吃好飽... 哈... 雖然在異國... 可是這個年很溫馨!!!

第一章初抵異國 - 探索之四

2009-01-19T17:26:00.004+08:00

這幾天去了趟海德公園, 呼... 真是美翻了!!! 不曉得當我看到中式傳統老建築時會不會也有這種感受, 真的很喜歡傳統建築 XD
接著又去了趟 Apple Store-Genius Bar, 這是第二次去了, but... 問題還是沒辦法解決. 第一次是為了 iPod nano 3 Generation, 來到這後我把電腦和 iPod 的時區改成了雪梨, 神奇的是每當我和電腦同步後, iPod 裡的時區就變成了檀香山... 如您所料! 這是軟體的 bug, 目前還沒辦法解決, 只能在同步以後, 再次手動調整回正確的時間.
而第二個問題是關於耳機孔的噪音, 晚上不太想放音樂吵人, 於是終於我有了機會街上耳機孔, 沒辦法... 被家裡的 X-Fi Elite Pro 養大的耳朵, 容不下一點點的雜音 (對我來說這問題蠻嚴重的, 畢竟聲音很主觀). 遺憾的是在 Apple Store 不夠安靜的環境下, 沒辦法聽到雜音, 而就算我聽得見, 其它人也不一定聽得見, 而 Apple 的 Genius 希望我能讓他聽見問題... 這似乎就有難度了... 我再好好想想怎麼讓這個問題可以明顯的表達給其它人知道...
哈... 最後是... 很開心的... 有一頓很棒的晚餐, 大家一起動手來製作蔥油餅和酸辣湯還有涼拌小黃瓜!! 雖然忙了幾個小時, 但這種溫馨的感覺真的很令人難以忘懷 ^^

第一章初抵異國 - 探索之三

2009-01-15T19:19:00.004+08:00

來到這~ 消費水準不同於臺灣的低廉, 不過很開心的就是發現了比臺灣更便宜的好物!! 麥當勞的 30 cent 冰淇淋 XD 換算臺幣大概在 7 元左右!!!
等待稅號辦好的現在, 每天我都會用 Weekly Ticket 出去走走, 反正票都花了~ 不晃白不晃~ 不過話說回來... 這邊的交通不便宜倒是真的, 田中不到員林的距離在離峰時段的來回票價要 5.2 澳幣 (約臺幣120), 於是乎~ 還是買可以無限次搭乘的週票 30 元一張, 一次搭夠本!!
今天去了只有週四到週日限定的 Paddy's Market, 類似臺灣的傳統市場... 不過沒看到賣魚賣肉就是了, 還是喜歡這種熱鬧的熟悉感!! 哈!!!
然後今天又走了一趟歌劇院, 因為... 我要買明信片啦 XD 上次來就覺得很好看, 不過沒買, 於是今天就買了幾張雪梨歌劇院限定的明信片, 等我有空寫寫~ 就寄出去給你們囉^O^

第一章初抵異國 - 探索之二

2009-01-12T20:13:00.005+08:00

雪梨真是個大城市, 昨天一天下來, 腰酸背痛... 大概是因為這邊的路都一下上坡一下下坡, 就像在爬山=口= 說實在話... 還真夠累人~"~
繼續著昨天的行程, 今天持續探索. 去了一趟名字很浪漫的達令港, 這邊的海邊和台灣海邊的氣味不同, 沒有太多的魚腥味.
接著走往世界第二大的魚市場, 吃了吃海鮮... 我想這陣子我都不願意再去吃海鮮類的食物了... (好撐...) 然後... 四處晃晃走走, 漫無目的的在街上散步. 四處都可以見到 19 世紀時興建的建築, 混搭著新式的現代建築, 真的有種時空錯亂的感覺.
可惜我的相機沒有廣角, 沒辦法將拍下那僅存我眼底的遼闊, 許多美景與瞬間於是就這麼錯過了. 真的很想捕捉下來, 只是真的無奈 ~"~
這地方真的好大... 我想我會一直持續這樣的探索, 有機會就多開口說我一直羞赧於開口的破英文... 接著!!! 工作!!! 別跑太遠阿~~

第一章初抵異國 - 探索之一

2009-01-11T19:51:00.007+08:00

來到這, 免不了要習慣一下環境, 到週遭去探探險.
首先我住在 Sydney 的 suburb (城郊) 中的 Burwood. 第一天, 搭著雪梨的電車衝中央車站去啦, 就從中央車站開始做為探險的起點. 雪梨的馬路很平, 沒有坑坑疤疤 XD, 也沒有滿路的機車, 和我習慣的街道真的不太一樣. 而且動不動就是一個世紀前的古建築, 感覺真的很棒.
現在這兒是夏天, 天空藍得不像話, 眼睛都睜不太開, 太陽又好熱情, 都曬傷了... 在這... 我不禁想祝福遠在祖國的朋友們, 不要因為寒流而身體微恙~ 這邊的白天好長... 到了晚上八點左右天都還沒暗, 生理時鐘一整個不知所措, 沒辦法用以往的經驗來判斷時間.
來到雪梨第一件事情, 當然是到 Apple Store!!! 哈~ 你一定是以為要去歌劇院對吧!! 有去有去... 人來人往... 形形色色的人們到處都是... 還有去了一些地方!! 請請請~ 看照片吧:P
隨著今天的探索, 也讓我開始慢慢的認識雪梨這地方... 以及不同國家不同文化背景的差異... 未來還有好多日子!! 加油!!!

序章流浪前奏曲 - 啟程

2009-01-10T23:43:00.009+08:00

就在一片手忙腳亂之中, 我出發了. 還好有趕上北上的客運, 哈~ 神經有夠大條的我~ 這就叫做前途堪慮嗎?
很感謝有博文和志偉的送行, 不過更令我驚訝的是, 準備出關的時候遇到了作謙 XD 好久不見啦! 也好久沒聽到你迷人的歌聲.
謝謝姊姊幫忙我打包, 現在我在 Sydney 的 Burwood, 天氣很好! 蠻舒服的~ 等我把一切安頓好以後, 會辦個新門號, 會再跟家裡聯絡的~
好開心知道爺爺身體 OK, 這樣我也放心很多~ 哈~ 這週末休息一下~ 星期一就要開始忙碌啦!! 衝吧!!! 不過話說回來~ 我還得想個好叫的英文名字XD

序章流浪前奏曲 - 珍重... 感謝...

2009-01-08T22:45:00.014+08:00

2009 年 1 月 9 日, 也就是明天, 我將展開人生中最遠最久的一次流浪.

這一別... 會很久...

其實很想錄首歌紀念一下此時此刻的心情, 礙於鄉下地方夜深人靜, 實是不宜發出不悅耳的噪音, 給街坊鄰居們帶來困擾. 僅以幾句俗氣但真誠的話來表達我的心情與感謝.

謝謝所有的家人, 感謝你們給我的祝福與支持, 沒有反對這次我的遠行.
謝謝所有的朋友, 感謝你們總是在我需要幫助的時候伸出援手, 真的感謝你們一路扶持.
謝謝所有對我很重要的人, 對於你們, 我只能說三生有幸, 人生中碰到你們真的很開心.
謝謝對我來說獨一無二的人, 能在短短的人生中相遇, 真的很感謝上蒼, 對於一切, 我衷心滿懷感激.

對於即將到來的明天, 滿懷著不安, 很謝謝你給我的勇氣, 讓我能勇敢的跨出這一步. 未來在澳洲扮演臺勞的這一年, 對曾在支援隊的我來說, 想必也不會難過到哪去. 在臺灣的朋友親人們, 我會時時掛念著你們, 也希望再見面時, 你們都能比現在過得更好!
最後, 期許自己能夠更好, 而你也能更貼近期望的未來與幸福.

親愛的姊姊, 祝妳幸福!

2008-12-27T20:00:00.007+08:00

說真的... 這一天來得好快... 我想我還沒準備好讓妳就這麼嫁了出去, 雖然只是訂婚, 我還是不願意面對這個妳即將加入另一個家庭的事實.
從小我們就生活在一起, 除了各自求學的那段時間之外, 天天都能見到面. 哈~! 還記得那時我們還小, 一早起來就坐在樓梯口唧唧喳喳, 總是把小姑姑吵醒... 還記得總是一早就去國小看大阿姨跳舞... 還有好多好多, 雖然以前我們常常吵架, 但是我們感情總是很好. 看中醫時, 醫生說我們感情怎麼這麼好, 逛街時總被誤認... 哈~ 忘了說... 我知道妳是疼我保護我的... 記得有次被隔壁小強欺負, 妳不顧自己只是個女生衝去和人家PK, 後來掛彩沒打贏的妳也哭了... 這就是妳, 和我感情最好的姊姊.
知道妳將會過得幸福, 真的好開心... 萬般的不捨, 也只是希望能在和妳多相處些時間. 我想... 無論以後的我們在哪, 家人的感情永遠不會散, 而這份祝福與期待, 也會持續直到永遠...
祝妳幸福, 我最愛的姊姊!!!!

Nike + iPod => 跑步與音樂的結合

2008-12-26T03:02:00.011+08:00

自從擁有 iPod 以來, 就好想玩玩這個東西. 話說, 這到底是甚麼玩意兒? Nike + iPod 是由 Nike 和 Apple 共同開發的 iPod 外掛運動套件, 透過 iTunes, 可以將使用者的運動資料同步至 Nike+ 網站.
平常外出運動一定帶著 iPod 聽音樂的我, 有了這個套件, iPod 就可以在跑步時紀錄跑的距離, 分速, 以及計算消耗的卡路里, 並可使用語音說明目前的跑步狀態. 看到這你或許會想, 這有什麼稀奇, 不過就是個會說話的記步器嘛, 的確! 如果沒有軟體的支援這就是個記步器XD, 不過厲害就在 Nike+ 的網站, 這個網頁系統除了讓你紀錄每次跑步的資料以外, 還提供了一些有趣的功能, 哈~ 抓些圖給分享給大家囉!

在 Nike+ 上會紀錄每次跑步的資料, 上面這個是總覽.

當然啦, 有總覽就會有詳細資料, 點選以後就會顯示詳細的單次跑步紀錄. 另外, 注意到了嗎? 畫面上有個紅點, 這個紅點是標示使用者在那個時候使用了 PowerSong 的功能, 這是讓使用者挑選一首可以激勵自己的歌曲, 按住 iPod 約 1 秒鐘就會啟動. 個人感覺這功能還挺有用的, 可以讓自己多點幹勁:p

Nike+ 還提供了虛擬教練, 使用者可以自行選擇要訓練的項目訂定訓練計畫.

當然, 使用者可以檢視每天的跑步是不是有符合訓練計畫, 甚至是依照個人狀況去調整計畫內容.

此外, 為了激勵自己去跑步, 還可以依照不同類型訂定目標, 包括跑多遠, 跑多少次, 燃燒多少卡路里, 跑多快等等.

哈! 說真的, 隨著達到目標的距離越來越近, 真的有股莫名的成就感:p

其實 Nike+ 網站還提供了一些社群的功能, 例如挑戰賽, 團體賽等等, 不過那些我都還沒玩到:p, 暫時也不知怎麼說明. 不過, 對於 Nike + iPod 套件和 Nike+ 網站提供的功能, 我覺得這真的是一個不錯的軟硬體結合的服務囉^O^

mi90! 好久不見!!

2008-12-20T22:00:00.015+08:00

大學畢業就這麼不知不覺的閃過了三個年頭, 真的好開心有機會再次和你們相聚, 雖然只有短短的一個下午, 但在這個我對未來充滿徬徨的時刻, 見到你們真的感到無比的興奮與感動.說真的, 從前和你們一起出去玩的次數很少, 這也是我大學生活的遺憾. 畢竟, 人生不只有課業, 雖然我覺得自己不是個認真耕書的人... 但的確成了遺憾...
儘管我知道不可能, 卻仍然好想回到從前, 回到那個我們都還是學生的時間, 再次一起出去夜唱, 一起睡過頭, 一起作報告, 一起騎車出去玩... 一起... 一起...
還記得那時我有次晚上無聊沒事幹, 小杰邀我到他宿舍談吉他唱歌... 還記得那時通宵做多媒體作業, 魏仔尖叫的頭滾來滾去... 還記得公佈會計期中考那天, 全寢一起睡過頭... 還記得家聚完的時候, 豬家人都會騎車到南寮海邊放煙火... 還記得... 還記得...
儘管有好多好多回憶, 我都已經記不清, 我依舊嚮往回到那個每天和你們生活在一起的時期, 過了今天, 我想我又會開始好想念... 想念那時天不怕地不怕的總說衝就衝的我們...

教育開源軟體在這不景氣的年代

2008-12-18T21:39:00.007+08:00

自幼至今, 我似乎都離不開微軟的掌控... 從初次接觸電腦時的 MS-DOS 開始, 經過了 Windows 95, 98, ME, 一直到仍在使用的 Windows XP, 微軟的作業系統與我的人生彷彿緊密結合.
其實我很感謝微軟, 真的!! 因為有微軟, 我才得以玩到那麼多的好遊戲, 儘管目前國產遊戲變少了, 單機遊戲退主流了, 那些陪伴我許多時光的經典, 仍深植在我的記憶中. 誤打誤撞唸了資管的我, 在接觸電腦的十多個年頭後終於發現, 原來個人電腦的世界不僅只有微軟, 但也發現了一個現實, 微軟的確獨大, 且只有 Windows 才能跑我最愛的 PC-Game.

在我的學習環境中有個特殊的現象, 令我非常不爽的現象, 就是『許多課程非微軟不可』. 怎麼說? 作業要交 .doc 檔, 報告要用 .ppt 檔, 就連寫程式都要用 Visual Studio. 如果基於教學, 軟體能以合法免費或學生足以負擔的價格提供, 我想我也不會有甚麼怨言. 令人難過的是那些軟體所費不貲, 且如果沒有那些軟體, 傷心了... 如何學習? 如何交作業? 如何上臺報告? 於是乎, 學校和微軟簽訂了校園大量授權. 問題解決了, 學生可以合法使用被授權的軟體, 但隱藏在背後的真相是, 每個學期每位學生必須要繳交使用軟體的權利金. 儘管個人已合法持有相同的軟體, 儘管該學期並沒有使用到需要授權的軟體, 這些費用依然得繳交, 合理乎?

雖然使用者付費, 是一個我認同的概念與事實, 但令我不解的是, 為何教育機構在有其它免費替代方案可採用的同時, 卻依然執意非微軟不可? 在無意發現有些人雖身為高等資管教育人員, 卻在尚未使用開源軟體前, 卻已先行否定, 這才終於了解... 原來原因這麼簡單. 什麼開放源碼軟體可能不穩定, 什麼免費軟體功能不成熟, 只是些欺騙的謊言與藉口.

倘若使用者基於自己的考量, 當然有權選擇是否要使用付費軟體. 或許為了使用習慣, 或許為了軟體功能, 無論如何, 這是使用者自主決定的. 但在教育上呢? 學生並沒有選擇權. 教育者在我一廂情願的看法中, 是應盡力全面顧及每位學生的, 可惜並非人人如此. 對某些人來說, 授課只是賺錢的手段, 怎麼 Publish 升等賺更多錢才是他的目標, 什麼自我精進? 開放源碼? 自由軟體的推廣? 在他聽來也許都是火星文吧! 知道事實的我除了遺憾還是遺憾.

一直以來, 我認為使用開源軟體最好的環境就是在教育界, 畢竟有太多免費的好軟體值得用以取代付費軟體. 況且就算沒有能力加入開發, 光使用就已經是對開發者的鼓勵. 免費, 合法, 何不為之? 舉些有名的例子, 從應用軟體的 OpenOffice.org, Gimp, 整合開發工具的 Netbeans, Eclipse, 到作業系統的 Ubuntu, Fedora, 還有好多數都數不完. 這些軟體真的沒辦法滿足教學上或使用上的需求嗎? 或許, 會有人反駁, 某些付費軟體的功能開源軟體沒有, 但請試想, 真的需要使用那些功能嗎? 或者真的需要為了那些功能額外花一筆錢嗎? 在經濟不景氣的今天, 這問題遠比在繁榮的過往更有思考的價值.

最後, 當你發現功能與慣用軟體相似的開源軟體時, 請試著給它一次機會. 雖然在轉換軟體的過程中或許會需要時間熟悉與學習, 但請想想, 這個嘗試將是對軟體開發者的一種鼓勵, 這個嘗試將是自我成長的一個契機, 更重要的是, 這個嘗試絕對是善待自己荷包的好方法.

Picasa 網路相簿-中文版更新!!

2008-12-06T22:21:00.014+08:00

就在 12/4 日, Google 針對 Picasa 網路相簿發佈了更新. 終於!! 中文版開放了"名稱標記 (name tag)"的功能!! 此外, 在安全性上進行了加強, 可以依據帳戶名稱進行相簿的開放!!

原文如下:
Google Photos Blog: Improved sharing, international name tags, and more
不多說~ 趕快來玩玩!!

首先, 到 Picasa 網路相簿的設定會發現多了個名稱標記的選項!! 就這樣啟用吧!!

啟用後, 會出現兩個很不像中文敘述的選項 XD, 解釋一下, 第一個選項的意思是"預設隱藏公開相簿的名稱標記", 第二個選項的意思是"預設隱藏必須登入才能瀏覽的不公開相簿的名稱標記". 所以囉~ 既然是預設表示以後可以針對相簿自行更改要不要顯示名稱標記.

回到相簿首頁, 就可以看到系統開始進行臉部辨識啦!!

完成啦!! 點下新增名稱標記吧!!

接著, 就可以針對系統辨識出的照片進行命名囉~ 當然難免會有辨識錯誤的情況, 或是辨識到路人甲的情形, 此時就可以選擇"忽略略過不是臉孔".

搞定啦~ 接著點選人物的頁籤就可以看到剛剛設定好的結果啦~ 記得, 預設名稱標記是不公開的, 要公開請記得去取消預設的設定, 或是到相簿內容中進行更改.

接著~! 介紹更新後相簿安全性設定. 到相簿內容設定會發現多了"必須登入才能檢視"的選項. 終於, Picasa 網路相簿有登入控管了!! 那甚麼是不公開呢? 就是有這個相簿網址的人才能夠瀏覽這個相簿, 換句話說, 只要網址不外流, 這個相簿就是隱密的.

更改設定後, 檢視右側的相簿狀態, 變成"必須登入才能瀏覽", 也少了個"連結到此相簿"的功能. 那麼該怎麼分享這個相簿呢? 請點選"分享".

把要分享的對象填入收件者, 按下傳送電子郵件, 搞定啦!! 值得注意的一點是, 收件者的帳號必須剛好也是他的 Picasa 帳號, 否則!! 一樣看不到啦XD

很開心 Picasa 網路相簿又往前走了幾步, 期待的帳號控管出來了, 有趣的名稱標記也開放了, 接著還會有什麼呢?? 就持續期待吧!!

iCal 與 Google Calendar

2008-11-30T14:04:00.018+08:00

雖然使用 Mac 來瀏覽我的部落格的人不多, 但我還是想把這個消息告訴大家, 因為 Google 大神發威啦XD~
先說說這兩套軟體吧, 首先是 iCal, 這是一套內建在 OS X 中的行事曆軟體, 當然啦~ 行事曆軟體到處都有, 說白了也沒什麼了不起. 那甚麼是 Google Calendar (以下簡稱 GCal) 呢? 看名字就知道, 這是一套由 Google 推出的免費日曆服務, 目前只能線上使用, 尚未提供離線版本, 也就是說一定要開瀏覽器才能使用.

話說回來兩套不都是日曆, 似乎也沒什麼嘛, 不過一套是單機, 另一套是線上, 那如果能夠能利用 iCal 與 GCal 同步, 這可就猛了!!

雖然 GCal 先前已經可以使用手動設定的方式與 iCal 進行同步, 不過就在幾天前, Google 官方發表了一篇文章, 文中說明如何讓 GCal 與眾多日曆軟體同步的方法. 值得注意的是在 iCal 的部份不是教你怎麼手動設定, 而是提供了方便的小工具進行設定. 不過依據 Google 官方說明, 這小工具僅提供 OS X 10.5 以上的版本使用, 原文連結如下:
Official Gmail Blog: Syncing your Google Calendar

現在就來試試看吧, 第一步先下載小工具, 啟動以後會要求你輸入 Google 的帳號密碼.

接著, 勾選要加到 iCal 中的日曆以後, 按下"Add to iCal", 然後會跳出一個詢問是否把這個 E-Mail 新增至通訊錄的對話框, 我選擇不要, 然後就大功告成啦!! 看要直接啟動 iCal 或關閉小工具.

哇哈~ 這下子 iCal 中就多了個可以和 GCal 同步的日曆啦, 當然會有人問要刪除的時候該怎麼處理, 從偏好設定中的帳號就可以進行管理啦~ 簡單吧!

接著, 為了讓 iCal 更豐富, 來訂閱一些 Google 提供的公開日曆吧! Google 中提供了許多假日的日曆, 找出該日曆的 iCal 的網址, 然後在 iCal 工具列 -> 行事曆 -> 訂閱, 將剛剛的網址複製貼上.

最後!! 就這樣把所有想要訂閱的日曆通通加進去以後, 大功告成啦!! 真是豐富的日曆內容啊~

以上, 小小心得分享, 能同步真是太好了!! 不過目前仍是有一些問題需要解決, 包括不能使用待辦事項, 同帳戶的不同日曆會分成不同項目 (在 GCal 中設定兩個日曆的人一定知道我在說甚麼XD)...等等. 不過目前能這樣同步我已經感到很滿意了, 當然還是希望 Google 能持續推出能和其他平台整合更好的服務囉!!

一整片天空-易桀齊

2008-11-29T23:09:00.011+08:00

這是小易的第二張專輯, 發行於 2006 年, 是小易第一次以易桀齊為名發行的專輯, 也是我接觸小易的第一張專輯. 曾經錄製過的"花的話", 正是收錄在這張專輯中的曲目, 不用說... 這當然是我非常喜歡的一張專輯, 聽這張專輯不下數十次.
一整片天空一共收錄了 11 首歌曲, 外加一首帶著惆悵感傷的 Intro. 我覺得這是一張主題性很強的專輯, 為甚麼說主題性很強? 這些歌曲的內容圍繞在有距離的感情, 有些平靜有些感傷, 有些期待有些懊悔, 無論有否結局, 抑喜或悲, 富有情感的旋律和故事於是構築出這張"一整片天空".
每次聽這張專輯, 腦袋裡就跑出好多畫面, 當我意識過來的時候, 濕潤的眼眶, 酸酸的鼻子, 還有滿滿的祝福... 回憶總是這樣突襲我, 毫無防備.

說了這麼多, 免不了推薦一下, 每次要推薦歌曲就很痛苦... 真難選...

花的話
這首歌, 寫給等待的人. 也許離開是迫不得以, 但等待總需要給自己些勇氣, 我會在這充滿回憶與夢想的地方等待...
千里之外
這首歌, 寫給逃開的人. 離開卻還無法止住想念美好, 有你總是美好. 關心一直都在, 而能知道你過得好將會是在遠遠的我最開心的事情.
一直到今天
這首歌, 寫給所有保有那份感情的人. 總以為時間久了, 甚麼都雲淡風輕了, 假裝一切都早回歸正常, 心中卻肯定的告訴自己不是如此... 儘管世界變了, 你我變了, 心卻一直在那... 一直到今天...
你若是和我一樣想念
這首歌, 寫給無法止住想念的人. 想念... 總是那麼純粹... 無關現在... 無關好壞... 只是為了紀念那份過往, 儘管未來無法掌握, 能保有這份想念就很值得...
917
這首歌, 寫給留下的人. 我沒辦法對這首歌寫下甚麼評論, 畢竟不曾體會... 也希望永遠都不會體會. 但我想除了深沈的哀慟之外, 滿腦子的懊悔與不解, 應該就是這首歌想表現的.

最後, 很高興我有入手這張好專輯, "Intro+花的話"一起聽會別有一番風味, 還有... "一直到今天"真是一首很不好詮釋的好歌, 有機會大家練一練 PK 一下囉!!

[註] 一整片天空專輯封面版權為滾石國際音樂股份有限公司所有

終於... 我開始學琴了...

2008-11-27T23:29:00.008+08:00

總是嚷嚷著想要去學樂器的我,
就這麼說要學也不知過了多少年頭...
夢想自己能彈琴唱歌,
儘管可能曲調不怎麼迷人... 我依然這樣夢想著...

從小學在家中看嬸嬸彈琴開始,
就一直夢想能學鋼琴, 也許這夢想, 從來未曾對家人說出口吧...

就這麼... 小學過去了... 國中過去了... 高中過去了...
曾經希望大學會有所轉圜, 畢竟有數不清的社團生活...
但不知怎麼著, 大學也這麼蹉跎過去了...
這夢想依舊擺在心底的箱子裡... 始終不見天日...

上了研究所以後更不用說,
畢業之後, 就這麼從軍了...
軍中有次閒談到... 學樂器的夢想... 沒想到有同袍也這樣夢想著...
於是, 我偷偷決定, 退伍後我想學鋼琴...

這次,
我真的沒有只是說說,
很感謝嬸嬸願意挪出時間來教我,
還把電子琴借給我回家練習,
也謝謝叔叔、姊姊的鼓勵,
讓我終於不再躊躇, 不再龜在心裡遲遲不肯跨出第一步.

就在今天, 我開始學著彈琴,
儘管雙手不協調,
儘管簡單的旋律被我彈得零零落落不足成調,
儘管我給我自己的評語是 => 有夠難聽!
我仍是欣喜若狂!!! 因為能學鋼琴真的是太好了!!!!

最後我想對某人說...
對不起... 原諒我不懂彈琴的辛苦與困難...
你那麼努力想彈給我聽, 我卻老是...
對不起... 你曾經想要教我讓我試著圓夢...
我卻基於羞赧這個爛理由, 硬生生的拒絕了...

很多事情過去都過去了, 發生了就沒辦法挽回.
但未來至少是自己可以干涉的,
今天我向自己許下一個新的承諾與心願...
希望在我足以自彈自唱的那天, 能邀請你當我第一個聽眾, 無論天涯海角...

Exposé & Spaces => 高整合的好設計

2008-11-25T00:45:00.021+08:00

看到照片的你們, 沒錯... 一切就如同你們預想, 我終於敗了一台蘋果!! 機型是上個月發表的新款 Macbook. 不過難得我這麼低調XD, 連最基本的開箱文也被我省了 (Google 隨便找都一大堆), 今天我想談談的是關於 OS X 10.5 Leopard 的兩個功能 - Exposé 和 Spaces.
基於我使用 Google Analytics 分析本站訪客的結果, 約有 95% 使用 Windows, 4% 使用 OS X, 剩下的是 Linux, 在國內 Windows 的勢力是一面倒的強, 我想也沒多少人聽說過蘋果電腦, 更別說知道蘋果電腦上跑的作業系統不同於一般 PC.

先說說蘋果電腦的作業系統吧, 蘋果電腦搭載的作業系統不是一般 PC 的 Windows XP 或 Windows Vista, 而是蘋果電腦開發的 OS X (念做 OS Ten) 10.5 版 Leopard (以下均簡稱 Leopard). 不同的作業系統當然有不同的功能囉, 今天要說的就是 Exposé 和 Spaces. 我個人覺得這兩個功能真的是整合得非常好的好設計, 當我打開我的 PC 時, 卻忽然忘記該怎麼辦, 真的有這麼神嗎? 我慢慢說給你聽你就了解了.

我想每個人在使用電腦時, 一定曾有過同樣的經驗, 桌面就是不夠用, 整個畫面都是視窗, 要找出要用還得花一番工夫找一下, 不管是用滑鼠點的, 或是用 alt + tab 切換, 畢竟不是那麼的方便.

在 Leopard 中, 提供了個方便的功能叫做 Exposé. 當你使用這功能時, 桌面上的所有視窗就會乖乖的分開站好, 然後就可以直接使用滑鼠點選啦!! 比起熱鍵和一個一個找, 我個人是覺得直覺且快上許多!

不過這還不希奇, 只有 Exposé 還是沒辦法解決桌面永遠不夠用的困擾. Leopard 中提供了令一個功能叫做 Spaces, 他可以創建出許多個虛擬桌面 (稱為空間), 這下可解決問題了吧!! 一個不夠用我給你四個或者更多!!

當啟動 Spaces 時, 可以用滑鼠把想要的視窗拖到不同的空間, 看到沒?? 左下的空間有隻小手拉著一個視窗!! 或許你會這樣想, 要這樣自己把視窗拖來拖去不是很不方便嗎?? 當然 Spaces 的功能不只如此.

在 Spaces 的設定中, 你可以決定要把那個應用程式指定開啟在設定的空間. 以我的設定為例, 當我啟動 Firefox 時, Leopard 會自動將 Firefox 開啟在空間 1 並切換到該空間. 或許你會想, 空間這樣切來切去, 哪個在哪個都搞不清了, 哪裡會方便使用?? 當然不是這樣, 以我自己的使用經驗來說, Spaces 方便到不需要去記得哪個空間有哪個程式.

舉個簡單的例子, 一開始我正在瀏覽網頁, 但是我切換到其他空間去使用 iTunes. 現在我要想切換回 Firefox 瀏覽網頁怎麼辦? 非常的簡單, 只要點選下方 Dock (類似 Windows 系統下方的工具列) 中 Firefox 的按鈕, Leopard 就會咻一下自動切回剛剛 Firefox 的空間了. 如何? 方便嗎? 我不記得我在哪個空間, 我也不知道我要去哪個空間, 我唯一確定的是, 我要用 Firefox!!!

當然視窗開多了, 空間開多了, 難免老問題又來了, 我要的東西在哪阿!!! 放心~放心~~ Exposé 和 Spaces 整合的非常好, 在看 Spaces 時還可以啟用 Exposé, 所有視窗一樣乖乖排排站好! 誰也跑不掉!!

以上就是我使用 Exposé & Spaces 的心得, Leopard 的設計與整合真的可以讓使用電腦變成一件很方便的事情. 但千萬別為了使用 Mac 而使用 Mac, 不同的作業系統, 使用上有必要考量的地方, 選擇符合自己需求的平台與電腦, 才是使用電腦的目的, 畢竟我們是要用電腦, 而不是被電腦用不是嗎??

延伸閱讀

失控的邏輯課 & 潘朵拉處方

2008-11-22T16:36:00.011+08:00

最近看了兩本書, 一本是 "失控的邏輯課" 而另一本是 "潘朵拉處方". 這兩本書的共通之處, 除了披露某些不可告人的情事之外, 更在於 "思考".
我認為思考的方式不僅只左右了我們的行事風格, 更影響了每個人的人生. 或許有人會覺得這樣的想法太過於浮誇, 但往往思考影響了判斷, 而判斷影響了結果, 不是嗎? 我相信每個人都曾有過 "要是那時不這麼決定就好了" 的經驗, 而這正是思考足以影響人生不可動搖的鐵證.
關於內容說真的我不想描述, 這兩本很有意思的小說內容要是被我洩露了就不有趣了. 我想表明的是, 書中描述的內容你當然可以選擇不相信, 但在直覺的否定之前, 是否能屏除成見, 透過客觀的角度來接受我們所未知的說法, 儘管那些說法可能與我們的認知相抵觸. 這兩本書對我所認知的事物提出了強大的挑戰, 那些由舊有經驗與片斷的知識所塑造出想法與信任真的是真實的? 在以往的經驗之中, 隱藏在表面之後的真實, 通常是令人望而卻步的, 你我是否有勇氣去追尋這份可能導致毀滅的真實, 這是值得我們一再挑戰自我的地方.

最後, 希望大家都能撥戎讀讀這兩本好書, 祝福大家閱讀愉快~

[註 1] 封面照片下載自誠品網路書店

[註 2] 失控的邏輯課版權為臉譜出版設所有

[註 3] 潘朵拉處方版權為三采文化出版事業有限公司所有

哈雷媽媽-陳小霞

2008-11-09T00:59:00.020+08:00

或許不是每個人都會像我一樣, 聽歌的時候除了知道演唱人之外, 還會去看作詞, 作曲的人是誰. 或許也不是每個人都曾聽說陳小霞這位歌手, 但她所創作的旋律, 卻往往令人久久無法忘懷...
王菲-約定, 曖昧; 陳奕迅-十年, 好久不見; 楊乃文-祝我幸福; 梁靜茹-瘦瘦的; 張信哲-最好的時光; 郭靜-下一個天亮... 還有好多好多, 說也說不完. 以上這些你熟悉嗎? 是的, 這些都是陳小霞創作的曲子, 是否也勾起些許回憶? 對我來說, 每每心中響起這些旋律, 許多故事與畫面就如同播放陳舊的放映機般, 一幕幕映在腦海中...

不過, 今天要談的不是關於其他歌手演唱的歌曲, 而是這張於 2005 年發行, 由陳小霞創作演唱的-[哈雷媽媽]. 初聽這張專輯的感覺是-"似乎不是那麼像陳小霞, 卻又是陳小霞." 很矛盾! 對吧!! 不同於寫給別人演唱的歌曲, 這張專輯少了點商業氣息, 卻又有類似的風格, 也許就是因為如此, 才讓我有彷彿不曾相識的錯覺. 畢竟在過去, 我都是從其他歌手演唱的歌曲中去認識她, 或許哈雷媽媽的感覺才是陳小霞真正想表現的風格與方式. 當然... 我很喜歡...

哈雷媽媽一共收錄了 11 首歌曲, 訴說著 11 段不同的故事, 陳小霞以她獨特低迴的嗓音, 唱出這一段段雋永的敘事詩. 有快板, 有慢板, 即使 repeat 一整天也不覺膩, 而富有深意的歌詞, 至今我仍持續玩味與體會...

推薦幾首這張專輯中我最喜歡的, 憑良心說, 這張專輯的每首歌都值得推薦, 很為難但還是挑幾首出來寫. 當然, 如果你在唱片行偶然看到這張已經不怎麼好找的專輯, 如果你曾經因為她的歌曲而動容, 那麼, 將這張專輯帶回家會是不錯的抉擇.

暗舞
孤獨的人, 煎熬度過每個寂寞的夜... 這首歌唱出了屬於寂寞的勇氣, 隱入黑暗之中, 享受這份孤單的自由, 只為了跳一曲擁抱自我的舞...
查無此人
這是一首紀念自己, 紀念回憶的歌曲, 沒有過多的悲傷與感嘆, 輕輕的畫出每個人都珍惜的過往...
天使的側臉
真愛是否真的能超越一切? 我始終沒有答案. 但很明顯的, 當感情回到最真摯的那一面, 在彼此身上, 我們將能看見天使的臉.
清楚
人生中很多時候, 我們身在福中不知福, 總是想著幸福還在遠方... 等到回頭來看, 許許多多平凡的小事情, 或許都是無可比擬的寶藏, 直到此時我們才發現, 這就是幸福...
陌生小鎮
很多時候, 慢慢長大的我們忘記了自我; 很多時候, 環境逼得我們假裝自己是另一個人. 有好多我們以為的不得不, 真的有那麼不得不嗎? 在現在的我看來, 卸下那些不得不的偽裝, 才是真的能走向幸福的路...

最終, 我很慶幸我能擁有這張專輯, 希望所有喜歡陳小霞的人也能與這張不怎麼好找的專輯有緣.

[註] 哈雷媽媽專輯封面版權為滾石國際音樂股份有限公司所有

同袍們! 我們相約香妍小館

2008-10-26T17:06:00.009+08:00

當兵的時間過得很快, 轉眼間... 我都已經退伍一個多月了. 雖然服兵役有很多不方便, 軍中也有很多令人詬病的缺點, 但很慶幸的, 這段時間我認識了許多人, 許多我日常生活中不會結識的朋友, 許多不同類型的朋友...
很高興那天志榕小朋友, 興衝衝的舉辦了養樂多大賽, 也才有今天這麼一餐. 這一餐讓我想起了好多事情, 也讓我感受到... 儘管世界不同了, 距離遠了, 而友誼也不會說變就變.

我會想念這段辛苦的日子, 我會想念這段時間每個與我相識相知的朋友, 我也會想念那些日常生活中會心一笑的小細節... 很多辛苦我們一起走過, 很多快樂我們也一起分享... 希望哪天我們偶然相遇街頭...
我們開心的互道 - 好久不見
而我們也愉悅的檢視彼此的改變...
但我想... 也許你們會說... 你怎麼都沒變吧~
呵呵~ 這應該是對我最大的恭維了!!!

附上香妍小館的地圖, 下次一起去用餐吧~^____^~

檢視較大的地圖

RPG 臺灣版 => 8th Day [旅程的終點]

2008-10-23T22:06:00.007+08:00

這一天, 對我而言是重要的...
這一天, 對我而言是值得珍藏的...

就在這一天, 我回去了我充滿回憶的地方,
未曾體會到終點的意義的那些日子, 對我來說是如此重要.
跨越了許多障礙之後, 面對一切似乎也沒有那麼困難,
不捨現在, 不捨從前, 不捨那些荒唐, 不捨那些離別,
有太多太多不捨, 卻終究只能不捨... 不捨...

最愛的 IKEA , 住過兩年的家 - 我們的家...
久違了, 曾經遺落的段落... 重新歸屬於我... 一個不同於從前的我...

那年夏天, 桃園缺水好幾天, 這兒是我們一起來過的地方, 還記得嗎??

曾是應允之地, 許多回憶, 那些好久好久以前, 未曾繁華卻已落幕...

曾經每天必來報到的五角, 無論夏日或寒冬, 未曾停歇...

充滿許多回憶與夢想的芭比路, 陪著我度過大學四年, 研究所兩年.
即使過了這麼久, 這兒的溫暖卻從未被替代...
每次走入這家小店, 就有許多片段投射在腦海中... 哪天我老了... 我想一切一定依然...

最後一天, 沒有拍很多照片... 沒有寫很多文字...
一個人... 從桃園回到了家中...
有些事情... 是該面對...
有些溫暖... 永遠不變...
有些回憶... 更是該好好珍藏...
對於現在的這個我... 即使不滿意... 我終於也有勇氣試著去改變去接受...
這是屬於我的勇氣... 你給的勇氣...

未來的我會如何... 我想我一直都沒有把握...
至少... 珍惜把握每個可能幸福快樂的瞬間... 這種體會我終於有了...
老是想太多不見得有用... 是福是禍... 坦然面對...
此刻, 我心中有說不完的感謝... 真的感謝...
謝謝你... 付出給予的一切...

最後...
我會在未來等你... 也等我...

RPG 臺灣版 => 7th Day in [桃園]

2008-10-22T21:51:00.005+08:00

今天的行程主要是從礁溪出發 ~> 基隆 ~> 最北端 (富貴角) ~> 臺北 ~> 桃園 (昌諭的家) 大概吧... 小老兒我記性一向不怎麼好...
左邊這張圖呢, 是在基隆廟口買營養三明治時被偷拍的XD, 哈哈... 果然偷拍的照片會很自然!! 啊~ 離題啦!! 話說今天中午起床, 對啊~ 是中午起床=.=||| 一副痴呆樣的我, 依照慣例拍了張自拍照, 今天是 5 號藍, 配紅色短褲, 於是某人說我怎麼把國旗穿在身上跑~ 然後到了下午又改口說是 Mario~ 今天的衣服真是經典呀!!! 收拾好東西就準備好出發~~~~ 去吃東西 XD

於是我們來到礁溪車站附近, 看到有家肉羹飯, 哈~~ 就決定是你啦!!! 今天的午餐是肉羹跟肉捲, 說真的我已經不知道怎麼形容吃的東西了Orz 可以用二分法嗎??? 肉捲好吃:P 肉羹也好吃耶:D 總之這是吃的很開心的一餐^O^

出發不久後, 我開始和鐵道平行啦, 在西岸看到鐵道沒什麼, 可是來到了東岸卻很開心. 從宜蘭以北開始有了不太一樣的海岸線, 出現了些沉積岩層, 雖然我很想要下去踩踩看... 不過以往有在河岸海岸邊跌倒的慘痛經驗= =||| 作罷作罷~ 我這麼容易跌倒的人XD

騎著騎著...!!!! 我看到了兩尾灰鯨停在海面之上XD 超開心的啦^O^
哈哈哈哈~~ 別扁我XD 慢慢的也開始看到了海釣的人潮~ 真的, 海岸線開始有了不同, 不過這山海一色的景象卻依然感動...

不知不覺, 就這麼來到了基隆, 說到基隆... 不到廟口怎行!!?? 於是 ==> 泡泡冰我來啦^O^ 嚕... 我嗑泡泡冰的表情真好笑, 花生口味真的好吃喔 ^++++^. 吃完泡泡冰後, 頭一轉 = =+ 目標發現, 這是營養三明治耶~^O^~ 繼續繼續... 我想體重不是一餐造成的... 回家以後站上體重計... 應該就可以看到這幾天的成果了Orz... 在基隆的最後, 約了阿綱出來, 氣色看起來不是很好, 祝福他退伍後生活一切順利囉~^+++^~

離開基隆後, 我們沿著海岸線前進, 在遠方濛濛的地方看得到基隆嶼喔!! 經過金山時我們休息了一下就繼續上路了~

往富貴角的途中, 我們路過了風力發電廠, 大大的風車在遠方轉呀轉~ 忽然有種來到異世界的感覺... 接著我們直奔富貴角, 可惜的是來富貴角的人少了, 往漁港吃海產的人多了, 漸漸的... 荒涼了... 找了好久才找著... 很開心~我們走過最南端, 也來到最北端!!! 看哪!! 像不像國旗XD

就這麼... 最終目的地是昌諭他家, 路過淡水時我們去吃了三姊妹阿給, 直奔桃園市後, 又去買了個大學生了沒??的小優介紹的超好吃波士頓派~ 真的好吃耶... 不過體重....

明天就是明天, 要回家啦~ 我會好好記住這一路的風景... 以及那鼓橫衝直撞的傻勁的!!

RPG 臺灣版 => 6th Day in [宜蘭]

2008-10-21T14:20:00.009+08:00

今天最重要的事情除了趕往宜蘭之外, 最重要的就是去見小劉. 你問誰是小劉喔?? 小劉就是我大學時的恩師-劉瑞瓏老師, 他上課時最喜歡賭便當, 直到今天我都還欠他六個, 真不知道該怎麼還給他=口=. 有時想起大學時光, 總會不自覺回到有他的課堂上... 那段我最快樂的求學時光...
就在我們離開中華大學的時候, 小劉也離開了中華, 來到了遠在花蓮的慈濟. 這一走, 好遠好遠, 就這麼過了三年多, 研究所畢業, 兵役也服完的我終於來赴約了, 那個我會去找你的約定...

講真的, 好久沒有這麼緊張過, 一個人走在慈濟的校園內, 到處尋找醫療資訊學系的影子... 當我找到系辦時, 緊張的程度簡直跟論文口試沒兩樣, 怎麼會這麼緊張呀!!! 躊躇了好久, 我終於敲了系辦的門, 問了辦公的人員 (應該是系助理小姐), 於是助理小姐很熱心的帶著我緩緩走向小劉的辦公室, 心臟簡直要停了呀!!! 哈~ 不過很開心的小劉完全沒變耶!! 如同以往一樣, 沏了壺茶~ 我們邊喝茶邊聊, 好久沒有這麼愉快的聊天了... 聊現在... 聊過往... 聊未來... 很高興隔了三年多的我來了, 下次, 同學們!!! 一起衝阿:D (附帶一提, 今天是 3 號綠, 然後為了見小劉我換上了長褲XD)

接著, 聽了小劉說的, 學校附近有兩家扁食店, 兩家都不錯隨便挑一家進去吃就可以了. 果然一吃驚人啊!!! 比昨天傳說中的扁食店好吃, 印證了口味人有不同, 而名氣不等同於好吃...

打了牙祭之後, 我們返回了市區, 去了趟士官長介紹的前山手工牛軋糖, 還有某個背包客一直吵著要去的曾記. 曾記我想大家都知道, 不過這前山牛軋糖可是連媽媽都誇讚的好吃牛軋糖, 濃濃的香味, 軟軟的糖體, 不黏牙的特性, 讓媽媽讚不絕口, 一條接一條呢!!! 我自己也吃了不少就是了:D

往北的途中, 我們去了趟小劉介紹的七星潭, 寬闊的海岸線, 藍色的大海喃喃訴說著屬於他的故事, 不自主的想起很多很多故事, 那些曾經屬於我的年少時光, 好想就這麼把時間暫停, 停在每個美好的片刻...

就在這樣的好山好水之下, 我們勇往直前的往未知的另一個鄉鎮前進...

途中, 我們來到了我只在書本上看過的東西橫貫公路. 小時後體弱多病, 沒辦法和家人四處遊玩, 總算我來到了這人工奇蹟...

就這麼, 我們恣意的穿梭在山中, 欣賞這隨時可能因颱風又大肆改變面貌的風景...

然而, 就在拐了個彎後, 我發現自己好像來到了武俠小說的世界, 縱身一躍, 一片刀光劍影的快意武林...

就在走出了這條構築於山林中的橫貫公路後, 我回到了現實, 這個我早已忘卻綺情幻想的世界...

不過現實生活也是有許多美麗的幻想的, 美麗的海岸線, 這渾然天成的壯闊, 以及人們曾經在大自然上努力的痕跡, 就在這次旅行之中刻劃在我的心裡...

不久後我看到了久違的鐵道, 還有讓人一看再看的美麗海岸線, 但因為前頭在修路, 於是我們被困在這將近一個小時... 啊~~~~

所幸, 後頭的路一路順暢, 就這麼一路飆到了羅東夜市~ 當然晚餐就是在隨口吃吃喝喝啦~

這就是今天的行程, 好快... 一天又過去了... 當然... 回家的路也不遠了...

RPG 臺灣版 => 5th Day in [花蓮]

2008-10-20T12:19:00.008+08:00

一覺醒來, 不同於前幾天晦暗不明的感受, 清爽舒適是今晨的感受!! 也許是東部空氣比較好, 或是窗外這片景緻的美好, 得以換來這久違的舒適, 其實雖說是早, 也已經中午了 Orz...
久違了的速食, 今天的第一餐是在旅社對面的 KFC 解決的, 哈... 久久吃一次, 還蠻好吃的~ 然後今天是我一直很不敢穿的 6 號粉紅 (穿上這衣服後, 今天一整天被昌諭叫 Pinky~ Pinky~ Pinky)

由於前一天騎夜車的恐懼, 我們打定主意要去旅客服務中心拗些地圖來, 確保今天一路順暢. 正好, 旅社附近是已經改建成展演場的臺東車站舊站, 旁邊正是旅客服務中心, 真是幸運!!! 運氣更好的是, 正好遇到了一位熱心的服務人員, 感謝他熱心的為我們指引, 讓我們一路上都有看不完的美景!!

沒有建築物的遮掩, 一片遼闊的身心舒暢, 是東岸給我的感受, 只是當看到花蓮還有 158 公里, 忽然有個念頭好想... 搭火車~ 哈...

沿路上在公路旁有數不清的遊憩區, 每個點都有不錯的景色

就這麼騎著騎著, 忽然間我彷彿有種置身國外度假勝地的感覺...

還巧遇了在山邊吃草的羊咩咩~

然後來到了東河橋, 站在橋上往山裡看, 山~ 石與溪交織的風景真的很震撼!!

在過了東河橋不久, 令我興奮莫名的景色出現在眼前. 從小到大不知看過幾片田地, 這一片最特別, 海邊的田... 感覺真棒!! 就這麼... 我融入了自然與回憶中... 許久... 許久...

東岸的美景真多, 三仙台更是不能不來的景點之一, 八拱橋悠然的站在海上, 清澈的海水打在佈滿小石頭的海灘...

就這樣, 一路我們看看海, 聽聽浪濤聲, 不知不覺我們又來到了北回歸線, 天空的雲也在午後開始聚集, 於是東岸呈現了不同的風貌...

入夜後, 我們來到了花蓮市, 品嚐著名的小吃 - 小籠包與蒸餃

接著, 我們與士官長相約來到了戴記吃扁食...

最後, 我們以燒麻薯結束了今天吃吃喝喝的行程XD