Memory Explorer

"結果"遠比"過程"重要

2011-10-23T04:47:00.000+08:00

未經授權, 請勿複製

結果? 過程? 沒有功勞也有苦勞?

在一個企業或團隊中, "結果"某種層面來說, 就是一個"目標", 而許多企業也會為"過程"制定了許多規範, 目的在於確保"結果"能夠如預期地產出. 但在過度強調"過程"的環境下, 真的有人知道目標是什麼嗎?

很多團隊的管理方式是制定了一大堆的規範, 替每個人規劃機械化的"過程", 目的也許是想要約束態度較懶散的組員, 也也許是要約束太過英雄主義的人, 進而發揮團隊的效益, 但很多時候身為團隊的一員, 常常會不知道自己的目標是什麼, 為誰而戰? 為何而戰? 最後就淪落成為為自己的"薪水"而戰.

人工作就是為了賺錢, 這是天經地義的事, 不為自己的薪水而戰的人只有兩種, 一種是對自己極度消極的人, 另一種就是為了夢想而工作的人, 前者我相信不會是企業主所希望招募到的人, 後者比例則是少之又少, 所以大多數的人都是為了薪水而工作, 這是肯定的事情, 但如果讓一個團隊的每個人都"只"為了薪水而工作, 我不相信這樣的團隊能夠發揮多大的效益.

為團隊建立目標, 並且讓大家都能在這個目標中找到成就, 是我所認同的方法之一, 要讓團隊中的每一個人都知道自己是為了什麼, 自己的KPI是什麼, 讓大家都能努力地朝自己的目標邁進才是正確的方法, 而不是培養出一群能夠準時打卡但每到下班前一小時就一直看手錶看到下班的人.

以"結果"來取代"過程"的方法是在台灣社會中比較少見的管理方式, 中國人重"情", "沒功勞也有苦勞"是大家常掛在嘴邊的話, 但在這個極度競爭的市場中, 沒有人會記得第二名有多辛苦, 也更不會有人知道第三名是誰, 只有勝出的人才會有人去關心他們過去多麼的辛苦, 而"第一"就是他們的"結果", 第二名過去再辛苦也不過只是個"過程"而已.

這種管理方式讓大家重視到"結果"的重要性, 也間接培養出每個人的自制能力, 這個自制能力是要求自己達到自己所設定的目標, 而不是做出帳面上好看的成績, 但卻對公司也許只有60%幫助的事情. 也因為我們重視"結果", 過程只要不違法, 不違背良心道德, 哪怕是花1天完成玩了3天, 都是可以被接受的. 也因為這樣, 可以間接加強每個組員加強自己在工作上的效率, 能夠"work smart".

當然, life is never perfect, 當一個團隊無法產出"結果"時, 我們就有必要回頭檢視"過程"了, 但因本篇文章探討的是結果論的問題, 所以我們就姑且不討論如何改善"過程"吧.

第一次搭乘Cebu pacific(宿霧太平洋航空)到長灘島 (補前半段的圖)

2010-07-18T13:31:00.003+08:00

未經授權, 請勿複製

2010年7月12日, 我們第一次做背包客, 目的地是菲律賓的長灘島.

我們搭乘的班機是7月12日凌晨1點45分的宿霧航空班機前往馬尼拉, 到馬尼拉後再搭早上8:30分的小飛機前往Caticlan機場, 全程都是搭乘宿霧航空.

出發前就有耳聞這間航空公司的"事蹟", 所以我們11號晚間約7:30分就從台北出發, 原本想說可以慢慢晃慢慢逛晃到機場去, 沒想到沿途還真的沒什麼好晃的, 七早八早就到了桃園機場. 那時才10點不到.

我們的是最後一班

經過了一段時間的閒晃+發呆後, 我們很順利的完成了所有手續, 很幸運地, 這一趟我們的位置是在安全門邊, 座位很寬敞. 這班由台北飛往馬尼拉的班機也很準時, 當時心裡確實有安心了一些, 我想應該這間航空公司也有慢慢在改善吧.

雖然是廉價航空, 但飛機挺新的, 不過沒有商務艙, 全都是經濟艙, 機上沒有餐點, 空姐的數量感覺好像也不多, 有種再搭巴士或高鐵的感覺. 但機上的餐點嚴格來說並不貴(但當然也不是說很便宜), 肚子餓到咕嚕咕嚕叫的時候可以考慮跟空姐要個東西來吃.

很順利地, 我們提前約10分鐘抵達了馬尼拉機場, 在飛機上我們就有拿了一張arrival card, 不過這張card格式很詭異, 在飛機上就研究了很久, 到機場後看到牆上貼著大大的範例, 我們才發現原來我們有很多地方都寫錯了, 就一群人圍在桌子上重寫, 最後還好交卷後沒有被移民官打槍. 順利進到了機場.
NOTE: 從這時候開始我們體會到了這座機場辦事情的效率, 真的如其他人所說的, 大家都是慢慢來, 沒人再跟你趕時間的:P

這是馬尼拉機場T3的mr. donut

在旁邊超商買的49PHP便當

菲律賓的機場運作跟其他比較現代的機場不同(也許只有這間航空公司是這樣), 轉機他們並不會自動幫你把行李轉過去, 我們得要按照正常的程序將行李拿到手後, 再轉到國內線COUNTER去check-in.

國內線check-in櫃台(CEB的部分)

CEB的check-in櫃台

告訴你去哪買機場稅

經過一連串繁瑣的手續, 還有很嚴格的安檢後(他們的安檢規格是看人的, 這次安檢的人允許我帶一個打火機在身上, 不過他們會把菸盒打開翻一下看裡面是不是真的是香菸), 我們順利的抵達候機室了, 這時候可能是因為清晨的關係, 人並不多, 我們就很放心地躺在椅子上補眠.

天剛亮的機場

停機坪上還挺空曠的

臉皮厚一點的話, 躺起來挺舒服的椅子

機票跟機場稅

去Caticlan的小飛機, 別問我為什麼要在接近赤道的地方穿外套, 因為機場內真的很冷

好心的菲律賓大叔幫我們拍的照片

今天一切都很順利, 我們也很準時的從馬尼拉起飛前往Caticlan, 飛機上空姐會帶大家玩一些小遊戲, 答對的會送一個宿霧航空的環保購物袋, 不過空姐口音很重, 對於我們這種剛到菲律賓不到一天的人來說, 一時間還是很難馬上聽懂他在說什麼.

Caticlan這個機場真的是小的夠離譜, ATR72-500降落後螺旋槳反轉到停下來已經是跑道尾端了. 真的覺得這些pilot很帶種, 這種機場居然停得住ATR這種中型的螺旋槳客機.

超迷你的Caticlan機場

在這等行李...

雖然這篇不是要寫遊記的, 不過還是要奉勸大家注意一點, 機場裡面會有一些穿著PORTER衣服的底迪, 記住, 千萬不要理會他們, 他們會裝作很好心地來幫你處理arrival的事宜, 然後最後獅子大開口跟你拿天價小費(同行台灣人有人被拿20P, 我們被開口要10USD, 最後我還丟了20P給他轉頭就走, 氣!!), 這機場很小, 只有約20坪的一個空間等行李, 機場地勤會幫你把行李裝到一台小台車上, 再拉到這個地方來, 沒有行李轉盤, 也沒人會查驗行李牌, 你看準自己的行李拿了就走, PORTER伸手要拿行李千萬不要讓他拿. 這種國內線班機沒有什麼手續要辦, 到了拿了行李就走, 就當搭巴士就對了.

買稅金跟船票

jetty port大門口

一大堆票, 稅金, 還有環境費...

等船的地方, 不過基本上不用等, 船很多...

就搭這種船到對岸去

船上拍的

長灘島的jetty port

看到這一幕. 一切都值得了

在碼頭邊拍的海水

在這可以搭三輪車到飯店去, 觀光客行情價不論到哪間飯店一律每車100

三輪車上

飯店的"庭院"

(四天後)

2010年7月16日, 我們原先預定的班機是12:50分飛往馬尼拉, 在馬尼拉逛逛SM mall後再搭乘22:30分的飛機飛回台北. 原本我們預期一切也都會很順利, 我們11:00左右到達機場做check-in的動作(NOTE: jetty port到機場走路只要10分鐘, 但搭三輪車要50P, 帶瓶水自己慢慢走看風景是不錯的選擇.), 但這才是惡夢的開始.

counter用口音很重的英文跟我們說, 這班飛機不能飛, 仔細問下去, 他說因為風向的關係, 我們看看窗外, X的, 萬里無雲, 一點風都沒有, 難道你的意思是沒風所以飛機飛不起來嗎? 而且其他航空公司一樣照飛, 這更證明了全都是BULLSHIT, 不過當然我們沒這樣幹譙他, 畢竟我知道這種航空公司他們說了算, 我們怎麼吵通常都吵不出好結果, 只好趕快讓她安排我們要如何到其他地方去.

他們提出的解決方案是這樣, 先用小巴士把我們送到Kalibo國際機場, 然後搭乘晚上7:10分的飛機飛往馬尼拉, 然後我們同樣接22:30分的飛機回台北. 他跟我們promise一定來得及. 好吧, 姑且相信他.

他們用了一台toyota的小巴把我們從caticlan載到kalibo機場, 這段路約70公里, 也因為這段"落難旅程", 我們在車上認識了一對同鄉的新婚夫妻, 讓我們整段路少了很多不安的感覺. 換個角度想, 就當作去看看他們的二級城市吧. 不過就在車子出發前, 我們卻眼睜睜的看著我們的飛機很準時的到了機場= =. 我們幾個人討論出來的結果總結有以下幾種可能:

(overbooking)超賣了 -- 可能性最高.
班機調度出問題, 可能這班飛機等等不飛馬尼拉要飛到其他地方去支援.
空位太多, 不符合成本, 乾脆取消這班航班

好吧, 不管怎樣我們還是得乖乖聽話落難去. 經過了一個半小時的車程後, 我們到了Kalibo國際機場. 說是國際機場, 但大小大概就是以前台中的水湳機場這麼大, 一樣, 門口會有帥帥的墨鏡航警叫我們拿出機票, 然後門口馬上就有安檢, 不過這個安檢沒有叫我們脫鞋子, 但我在菲律賓買的打火機就在這邊被幹走了><.

途中有個小插曲, 一對跟我們一起同車落難的菲律賓夫妻, 很熱心地幫我們去跟航空公司爭取一些福利, 這位菲律賓媽媽很厲害, 我們幾個同鄉都已經跑到候機室聊天發呆殺時間了, 他居然還能認出我們來, 向我們解釋他爭取到了什麼好康. 結果這對菲律賓夫妻居然幫我們爭取到了一張FREE FLIGHT card. 未來六個月內可以免費搭乘一次的宿霧航空國內線. 雖然實用性待確認, 但真的讓我們再一次感受到菲律賓人的熱情, 我們幾個人想了好久要怎麼回報這位菲律賓媽媽, 但所有行李都已經託運了, 想了想身上比較有價值的就只有新台幣, 還有我之前去高雄三鳳宮領到的一個過年紅包袋好吧, 發揮創意, 我把紅包袋貢獻出來, 然後湊了一百多塊(主要是100塊以下各種幣別的紙鈔或硬幣各一個), 送給那位菲律賓媽媽. 同鄉的大哥很有趣, 用了很片段的英文向這位菲律賓媽媽解釋這是什麼東西, 大致上是這樣的:

"This is our gift, Taiwanese money, and this (指著紅包袋上的字) is Taiwanese god, it will protect(保佑..protect? 其實我也想不到什麼字XD) you. .... blah blah blah"

當然我們所有人都笑翻了, 這位菲律賓媽媽也有受寵若驚的感覺. 不過這就是我們台灣人的熱情吧.

回歸正題, 這班Kalibo往馬尼拉的飛機很準時的起飛了, 不過因為Kalibo是國際機場, 所以這班飛機用的是A319, 不再只是螺旋槳的ATR.

到了馬尼拉機場後, 我們就先去宿霧航空的櫃台向他們要證明, 證明飛機確實有取消, 這樣我們才有機會向保險公司拿點補貼. 宿霧航空的服務人員態度都很和善, 但缺點就是動作很慢, 做事也常常出包, (例如這張證明上面, 最後的時間就寫錯了, 我們當下也沒發現, 還好有boarding pass可以作證). 當我們向他們說明"because of wind"的時候, 他那個表情, 聽說是囧到不行, 我心裡就想, 超賣就超賣, 跟我們掰這什麼爛理由, 這理由爛到連你們自己同公司的聽了都快笑出來了.

順利取得所有文件後, 這時候我們自己卻出了一個大包. 我們身上帶的菲律賓披索已經不夠買離境的機場稅了. 原本想說用美金去換, 哪知道他們的兌換處七早八早就關了, 我去問航警該怎麼辦, 航警也是拿不出辦法, 兩個人還掏出皮夾要換給我, 真是熱心的警察, 不過我婉拒了他們的好意. 還好, 同行的大哥他們身上還有多的披索, 真的是謝天謝地, 不然我們就要因為沒披索買稅金這件事被困在機場了.

回台北的飛機也很順利, 很準時的在約凌晨00:20分左右抵達桃園機場, 結束這趟旅程.

由這次的經驗, 我自己統整以下幾點, 要搭宿霧航空必須要有的準備

最好在網路上就先畫好位, 120塊一次, 來回就是240台幣. (我猜有劃位了應該不至於再把這個位置轉給別人吧, 除非我沒到).
最好提前3小時到機場. 沒辦法, 要省錢, 只好多花點時間
起飛前72小時務必向航空公司確認航班是否正常.
萬一不幸地你是超賣的犧牲者, 盡可能服從航空公司的安排吧, 除非安排很不合理. 否則拖下去對自己只會越來越不利.
要搭廉價航空, 旅遊不便險一定要保.

App Store上的Vpon折扣隨行

2009-10-14T15:30:00.000+08:00

未經授權, 請勿複製

看圖說故事...

HOWTO: Seam Cache

2009-09-26T18:43:00.003+08:00

未經授權, 請勿複製

Seam Cache用法其實非常簡單, 這篇文章主要是與各位分享怎樣在最快的時間內架好Seam cache, 至於Page Fragment cache及pojoCache可以再去google了解詳細使用狀況.

不過須要注意的是, 在cluster的環境下, page fragment的cache並不會知道後端資料是否有改變過, 也就是說會有極高度的可能會有不同步的情況, 所以seam cache目前只能用在比較靜態, 或是不需要即時性的用途上. 如有更好的cache provider歡迎提出方便討論.

首先要去生出一份treecache.xml, 這裡提供一個範例, 但詳細設定內容請自行查閱jboss cache的相關document.

<?xml version="1.0" encoding="UTF-8"?>      <server> <classpath codebase="./lib" archives="jboss-cache.jar, jgroups.jar">    <mbean code="org.jboss.cache.TreeCache" name="jboss.cache:service=TreeCache"> <depends>jboss:service=Naming</depends> <depends>jboss:service=TransactionManager</depends>  <attribute name="TransactionManagerLookupClass">org.jboss.cache.JBossTransactionManagerLookup</attribute>  <attribute name="IsolationLevel">REPEATABLE_READ</attribute>  <attribute name="CacheMode">LOCAL</attribute>  <attribute name="UseReplQueue">false</attribute>  <attribute name="ReplQueueInterval">0</attribute>  <attribute name="ReplQueueMaxElements">0</attribute>  <attribute name="ClusterName">TreeCache-Cluster</attribute>  <attribute name="ClusterConfig"> <config>   <udp mcast_addr="228.1.2.3" mcast_port="48866" ip_ttl="64" ip_mcast="true" mcast_send_buf_size="150000" mcast_recv_buf_size="80000" ucast_send_buf_size="150000" ucast_recv_buf_size="80000" loopback="false"> <ping timeout="2000" num_initial_members="3" up_thread="false" down_thread="false"> <merge2 min_interval="10000" max_interval="20000">  <fd_sock/> <verify_suspect timeout="1500" up_thread="false" down_thread="false"> <pbcast.nakack gc_lag="50" retransmit_timeout="600,1200,2400,4800" max_xmit_size="8192" up_thread="false" down_thread="false"> <unicast timeout="600,1200,2400" window_size="100" min_threshold="10" down_thread="false"> <pbcast.stable desired_avg_gossip="20000" up_thread="false" down_thread="false"> <frag frag_size="8192" down_thread="false" up_thread="false"> <pbcast.gms join_timeout="5000" join_retry_timeout="2000" shun="true" print_local_addr="true"> <pbcast.state_transfer up_thread="true" down_thread="true"> </config> </attribute>  <attribute name="FetchInMemoryState">true</attribute>  <attribute name="InitialStateRetrievalTimeout">20000</attribute>  <attribute name="SyncReplTimeout">20000</attribute>  <attribute name="LockAcquisitionTimeout">15000</attribute>  <attribute name="EvictionPolicyClass"></attribute>  <attribute name="UseMarshalling">false</attribute> </mbean>      </server>

這份treecache.xml只需要放到classpath的root資料夾下, 例如ear/ejb.jar/, 或是war/WEB-INF/classes/

之後即可輕鬆愉快的使用seam cache(是否會愉快我不曉得).

以Nokia Widget開發Vpon折扣隨行小工具

2009-06-16T11:36:00.014+08:00

本文同時發佈於: http://vpon.pixnet.net/blog/post/28315902
未經授權, 請勿複製

什麼? 在Nokia手機上居然可以開發widget? 沒錯, 你沒聽錯, 你沒看錯, Nokia手機現在也可以開發小工具了, 當然我們Vpon折扣隨行的小工具也已經準備好安裝在N97的手機裡囉.

但大家也許會好奇到底Nokia手機上的widget到底長什麼樣子, 我們先來看看他在首頁的樣子:

就如同平常我們在PC上看到的widget/gadget一樣, 它可以放在首頁上, 並允許它定期向Internet更新資料.

就開發面而言, Nokia widget用的是還算標準的HTML+CSS+javascript, developers可以把它當作是一般的HTML網頁來開發, 降低開發的成本.

在開發Nokia widget之前我們需要準備以下的工具(以Vpon折扣隨行小工具為例):

Aptana IDE / eclipse + aptana plugins
(因為Aptana本身就是Eclipse的一個plugin, 所以擇一安裝即可)
WRT plugin for eclipse / aptana
Nokia N97 SDK
(主要是希望能借助它的模擬器)
最好是還能有一支N97來測試 (optional)

當然, 還得準備一些cheat sheet:

WRT APIs
Javascript
jQuery
CSS
HTML / XHTML (這...?)

WRT plugin本身做的介面還算是developer friendly, 我想不需多做介紹一般的dev.都可以很快的上手.

當環境都建立完成之後, 不免得先來個HelloWorld試試手氣, 但其實只要按照以下步驟新增WRT project, HelloWorld期時就不用寫了...因為WRT都幫你做好了.

開發過程中需要注意的是, 畢竟widget的runtime是在手機上, 手機的資源肯定不會比PC還要來的多, 所以要特別注意script的效率問題.

不過也因為widget全以javascript開發, 所以一開始開發前的A&D會顯得相當重要, 必須要將UI的flow及每個status定義清楚, 配合一些modeling的工具, 能讓整個開發及後續維護過程更加順利, 避免最後因為script撰寫過程中有過高的耦合(couple)而造成維護上的困難.

另外既然這個widget是在手機上執行的軟體, 手機的特性當然Nokia都有提供相對的APIs給dev.去使用, 例如透過widget截取GPS座標, 或是用widget收發簡訊等等. 當然, 某些API是需要使用者同意才可以使用的, 這是無法改變的問題, 更多API可以參考這裡

Nokia widget用了標準的HTML DOM結構, 所以我們可以把jQuery, Prototype等framework拉進來用, 增加我們開發widget的flexibility.

要使用這些javascript framework很簡單, 就如同平常我們在開發web pages一樣, 只要使用下列語法就可以盡情的享受(?)這些framework, 當然, 這只是舉例, 平常是相當不建議同時使用prototype與jQuery的

以下是一些Vpon折扣隨行N97 widget的截圖:

程式考古學之從code看開發者的心情

2009-05-20T14:53:00.004+08:00

未經授權, 請勿複製

一聊到程式考古學我也有滿多感想的XD... (應該說是什麼都不敢想..)

我覺得從code真的能大致上看出當時的開發情境, 可以看得出這個作者當初是在愉悅的心情下開發的, 還是跟女朋友吵架過程中開發的...

舉例來說, 在心情愉悅的情況下可能可以看到以下幾種狀況:
[註]我是JEE的developer, 所以舉例皆已JEE環境舉例

繼承, 封裝, 多型, 盡可能的OO, 盡可能的抽象, 甚至卯起來盡可能的reflection
code裡面沒有任何一個warning, 逼不得以他也會幫你加上一個@Deprecated..
註解比code還多
javadoc的annotation都寫好了
更好心的人還會用reverse tool把static structure的diagram產出來.

但, 假設他今天心情不好, 或是被死線追著跑時, 可能會看到以下幾種狀況:

無盡的Ctrl+C, Ctrl+V, 一個code可能會被重複貼在幾十個檔案裡面.
註解? 註解是拿來把寫錯的code mark起來用的..
if(a is null) a = null ;
coding standard? 請用eclispe打開按alt+shift+s後, 點format.
log.info, log.debug, 傻傻分不清楚.
到處都是System.out.println.
Generic type全部都是問號, 或甚至都不給type了, 反正只會出個黃色底線..
結構是什麼? 全部寫在同個class這樣ctrl+F就可以找到我要的了, 不用再點ctrl+H

...待補充

我覺得觀察這種事情倒是頗有趣的, 不過當有需要為後者做refine時....
真的會很想砍人就是了...

原文發表於: 輔大資工BBS站

Abstract和Interface 差別

2009-05-20T14:02:00.006+08:00

未經授權, 請勿複製

補充一些abstract class與interface的東西,

就比較學術上的說法, 這兩種東西其實有點像, 但實際上是差很多的東西,

別人對這兩個東西的定義是這樣的:

Interface:
An Interface is a special type of class that only provides a specification
(not an implementation) for its abstract members.

Abstract classes:
The main purpose of an abstract class is to define a common interface for
its subclasses.

Interface它只負責定義一個規格或功能, 你的classes可以選擇是否要"支援"這個功能, 支援了之後你可以選擇在你想要使用它的時候使用它.

但規格制定出來, 要怎麼去實行(implements), 當然得看你選擇去實作的class, 所以compiler才會強制你要去實作該interface制定的規格.(除非你這個實作的class是abstract的)

舉例來說, 假設我是一個物件, 我實作了兩個介面: 上班族 &男朋友, 那我在辦公室的時候, 就是以"上班族"這個介面做操作, 其他同事都是透過"上班族"這個介面與我溝通, 同樣的, 回到家後, 我便會換上"男朋友"這個介面. 這樣的話, 我就不會在上班的時候, 不小心被別人invoke到"男朋友"這個介面中的方法, 我在面對閃光時也不會被呼叫到"上班族"這個介面的方法(成員), 但事實上我是實作這兩個介面. 這與"多重繼承"是有相當大的出入的...

繼承比較多應該是用在Gen-spec(generalization-specialization)的概念上, 就是一種"is-a", 或"is-a-kind-of"的概念, 那至於到底是不是繼承abstract classes, 在這概念上則不重要了.

例如:

BMWCar繼承Car, ToyotaCar也繼承Car, 則我們可以說, ToyotaCar "is a kind of" Car, 當然, BMWCar "is a kind of" Car, 而在現實世界中, Car可以是一種具體的物件.
(誰說Car一定要有品牌= =, 鐵牛車也是Car阿!!!!!)

但假設是:

男人繼承人, 女人繼承人, 當然我們可以說男人 is-a-kind-of 人, 但這這個例子中要注意的是, 既然有定義男人, 女人, 那"人"本身就不可是一個具體的物件, 因為人不是男就是女(general case), "人"這個東西不該被實體化, 因為這樣會不合理, 所以在這個地方, 我會建議將"人"這個class設為abstract. 但"人"這個class仍然可以實作大部分男女人都有的特性, 例如"人"都會有眼睛, 鼻子, 嘴巴等.

那至於什麼時候要用interface, 什麼時候做abstract class呢?

在這之前你可能必須要先回頭來看, Object的原意是什麼, 為什麼程式要OO?

An Object is an abstraction of a set of real world things.
[Shlaer et al. 1992].

更精確的說,

An object is an entity that has responsibilities. i.e., it is responsible for
itself. These responsibilities define the behavior of the object
[Shalloway et al. 2005]

所以回歸到源頭, 還是要先得把對物件的觀念釐清, 才能夠設計出適合的抽象化結構.

note: 不是把結構弄得越抽像越好, 這樣實作的人也會把code寫得很抽象....
"適當"的抽象化, 就夠了...

Use Case Diagram中Actor的規則

2009-05-10T22:51:00.005+08:00

未經授權, 請勿複製

An actors is a type (a class), not an instances.
Actors can only have associations to use case, subsystems, and classes and these associations are binary.
Actors cannot contain any classifiers, such as interfaces, classes, data types, components, and nodes.
Actors cannot directly interact with each other.
Only generalization relationships are used to describe common behavior between a number of actors.

修正JUDE不支援java5(annotation, generic)的方法

2009-03-18T16:03:00.004+08:00

未經授權, 請勿複製

首先先安裝最新版本的JUDE(以目前來說是JUDE community 5.5b1, prof版本我不確定), 然後安裝完成後, 按照以下步驟:

1. 點選Tool > System properties

2. 將下圖內之設定更改template File為java5.jude, 最下面兩個charset改為你java原始檔的編碼即可

這樣就可以輕鬆使用JUDE提供的reverse tool囉...

解決flash遮擋lightbox/dialog的辦法

2009-03-16T15:20:00.002+08:00

未經授權, 請勿複製

只要在flash在html裡的參數加上: wmode="transparent" 即可

例如:


<embed src="..." quality="high" ... wmode="transparent"/>

UML中use case diagram的extend與include的差別

2009-03-07T23:22:00.003+08:00

未經授權, 請勿複製

use case diagram中, extend與include的意義時常讓剛開始使用的人感到困惑,
在這要強調的是, 在use case diagram中, extend的意思並非OO語言中的extends的意思(繼承), 而是一種optional的概念, 可以用以下的語言去解釋:

include
這個use case是屬於"一定需要的", 可以用"require"這個詞來定義這個use case, 如果移除掉這個use case, 這個系統將不會是完整的
extend
這個use case是屬於"可選擇性的", 可以用"optional"這個詞來定義這個use case, 如果這個use case被移除掉, 並不會影響整個系統, 不過需要注意的是, extend的use case須要有extend point.

以下的例子來說, 如果我要一個寄發email的功能, 那可以看到"編輯email"是必須的功能, 如果移除掉這個功能, 整個寄發email的use case將是不完整的, 所以在這裡我使用了"include"的方式; 反觀"夾帶檔案", 整個寄發email個功能中, 夾帶檔案並不是必須的, 但如果在extend point中發生"需要夾帶檔案", 則將會將這個use case納入到系統中

(感謝網友告知, 這張圖的extend箭頭已經修正)

當然這不會是一個很好的例子, 只是在說明include與extend這兩個關係最大的不同, 更詳細的文件可至UML網站查詢

簡單的Blogger code block的方法(貼程式碼)

2009-03-07T22:51:00.003+08:00

未經授權, 請勿複製

轉錄自:http://warrickdodo.blogspot.com/2007/02/code-display-block-fixes-strange-ie.html
只要加入以下:


code, .code {
    display: block; /* fixes a strange ie margin bug */
    font-family: Courier New;
    font-size: 8pt;
    overflow:auto;
    background: #f0f0f0 url(http://klcintw.images.googlepages.com/Code_BG.gif) left top repeat-y;
    border: 1px solid #ccc;
    padding: 10px 10px 10px 21px;
    max-height:200px;
    line-height: 1.2em;
}

使用方法可以用兩種:


<code>我的程式碼</code>

或在任何的HTML tag上加上"code"的class即可.

需要注意的是, 顯示的結果仍然是HTML-based的東西, 記得要escape<,>等字元

新工作, 新環境

2008-11-26T01:16:00.004+08:00

未經授權, 請勿複製

換到這了: Freedi私廣告

為什麼要po這一篇呢? 因為我想多少增加一點page-rank XDDDDD (想太多)

----

另外, 對於兩個人的相處, 兩個人的世界, 也有更深的體悟.
以前真的是被工作壓到喘不過氣, 沒時間多想這些事情. 現在情況比較不同, 生活也正常了一點,
兩個人的時間雖然變短了, 但這段時間卻讓人覺得很好~~

希望一切都能夠順利... 工作, 感情... blah blah blah....

Javascript eval的使用範例教學

2008-08-15T03:26:00.002+08:00

未經授權, 請勿複製

剛好有人問, 就po上來分享一下:

eval()就是evaluate的縮寫, 是種很靈活的寫法, 就應用面而言, 也是相當具有實用性的, 以下面這個例子來說:


   var a = 1;
   var b = 2;
   eval('var c = ' + a + ' + ' + b);

這段code對於不懂eval的人來說看了可是一頭霧水, 不知道在寫什麼, 不過要會用eval()之前, 必須要先學會"看".

eval()的執行方法很簡單, 分兩個步驟, 第一就是先將eval()裡面的字串拼湊出來, 第二步就是執行這個拼湊出來的string, 以上面那個例子來說, eval裡面得字串拼湊出來應該是:


   var c = 1 + 2

這段程式執行結果就會產生一個新的變數叫c = 3.

也許有人會問這種東西好用在哪? 該應用在哪?

舉例來說, 在處理map型式的data時, eval()就很好用. 假設我有一組JSON資料(or HTTP GET參數):


//JSON:
{user:Tom, email:tom@tom.com, home:tom.com.tw}
//GET parameters:
user=Tom&email=tom@tom.com&home=tom.com.tw

以這組資料而言, 我當然不希望它存成一個沒有意義的array, 透過指定的index去存取, 取而代之的是我希望它存成一個object. 那我可以應用eval()在這個地方(當然eval()不是唯一的寫法):


  var dataSet = {};
  while(dataHasNext()){ //在還有未處理的data情況下繼續做loop(pseudo-code)
      //parse data into a key-value pair object(pseudo-code)
      var data = parseData(someData);

      //此時的data擁有兩個參數, 以第一個參數而言,
      //data.key = user, data.value = Tom
      eval('dataSet.' + data.key + ' = ' + data.value);
  }

這個程式已我們給的sample而言, 每個loop的eval執行方式如下:

loop 1:
dataSet.user = Tom

loop2:
dataSet.email = tom@tom.com

loop3:
dataSet.home = tom.com.tw

所以經過這個轉換之後, 你可以將這些data轉換成一個object, 透過呼叫它的屬性來取得你要的值.

當然這只是一種應用, eval()好用的地方還相當多, 就待各位自行去發掘吧 :)

[JBoss Seam] Richfaces心得...

2008-06-05T03:53:00.014+08:00

未經授權, 請勿複製

剛開始套xhtml的dtd配合richfaces做真的很不習慣, 感覺傳統的html在這幾乎都派不上用場, 隨著翻taglib的時間漸漸超過寫code的時間後... 開始喜愛上這個東西^++^

當然, 標題是JBoss Seam, 理所當然會用到seam的taglib, 因為在這幾乎大部分的JSTL都不能用了, 除了少數的邏輯判斷, 例如<c:if>之類, 但這些也都是非必要使用的, 可用jsf components裡面的attribute: render來做同樣的動作.

基本上richfaces的api不難啃, 因為官方網站就提供很貼心的live demo的服務, 看demo寫view應該是最幸福的事情了XD 大多數複雜的元件控制它都有提供對應的tag來處理,

live demo:

richfaces主要在於呈現許多常用的UI元件, 甚至google map也只要幾個tag就能完成,連jQuery的selector都有對應的tag, 整個view端source看起來真的清爽許多, 不會再有一大堆討人厭的scripts, 不過, 偶爾還是會看到XD

again, 標題是JBoss Seam, 它整合了幾個view端framework在一起, 除了richfaces,還包括facelet,seam taglib等等. facelet允許對xhtml做類似傳統sitemesh的動作,在一開始的時候引入template, 即可套用, 例如:


<ui:composition xmlns="http://www.w3.org/1999/xhtml"
                xmlns:s="http://jboss.com/products/seam/taglib"
                xmlns:ui="http://java.sun.com/jsf/facelets"
                xmlns:f="http://java.sun.com/jsf/core"
                xmlns:h="http://java.sun.com/jsf/html"
                xmlns:rich="http://richfaces.org/rich"
                template="layout/template.xhtml">

這樣就可以套用tamplate.xhtml裡面所定義的decorate方式, 對於某些固定layout的網站來說, 是很方便的東西.

針對outputText, jsf提供了很貼心的功能, 畢竟針對某些情況下, backend bean送回來的String有可能含有html, 例如#{hello.world}的值為:

" <a href="hello.html">world</a>"

designer可自由決定是否要讓html作用, 如果要讓html直接顯示不被瀏覽器解讀,傳統的做法是必須對< >做escape後再顯示, 不過jsf直接提供處理的attribute:

<h:outputText value="#{hello.world}" />

這段tag會直接show出完整的String內容, < > "等特殊符號會被escape,但如果加上:

<h:outputText value="#{hello.world}" escape="false" />

則會變成world這個hyper link.

同樣的, 針對application context root的問題, seam也考慮到了, 畢竟Seam project的ear檔案有一定的檔案結構, 所以直接用HTML去呼叫某些resouce是比較不方便的,例如某張圖片放在/view/img/test.png, 那你的專案ear在預設情況下deploy後,URL pattern會變成:

http://mynet.com/yourproject/

所以當要呼叫絕對路徑時, 就必須加上/yourproject/img/test.png,從某方面看來這個路徑是非常不直觀的, jsf本身就有考慮到這個問題, 當然這在傳統的JSTL也有解決方案(<c:url...), 不過在這, 處理同樣的圖片, 只需要以view做為context root, 所以圖片的連結只需要改成:

<h:graphicImage value="/img/test.png" />

即可

當然這些view端framework並不是沒有缺點的, firebug告訴我這些元件在真正傳遞到client端時, 所產出來的js檔案非常的胖@@ 動不動就是10KB起跳(有js-compressor壓縮, 但沒gzip), 雖然瀏覽器相容性非常高, 但看到這麼胖的js難免還是想念他兩句.

在熟悉seam之前, 就常聽人說到struts會被漸漸淘汰, 當時真的很難以置信, 但現在真的能夠體會到為什麼了....XD

test

2008-03-31T17:55:00.003+08:00

未經授權, 請勿複製

1月27日, 我在滬寧高速, 大雪天(part II)

2008-03-29T14:39:00.000+08:00

未經授權, 請勿複製

先預留標題, 有空再慢慢打

1月27日, 我在滬寧高速, 大雪天(part I)

2008-02-23T23:22:00.005+08:00

未經授權, 請勿複製

2008年1月27日, 一如往常, 提著行李前往中國探視父母親, 出發前就已經聽說今天南京天氣很不理想, 但對我們這種生在台灣的孩子來說, 能碰上下雪應該是任何人都很興奮的事情, 所以也就沒想了太多, 更沒做太多的心理準備, 早上九點三十五, 順利從桃園中正機場離境到澳門轉機.

今天在台灣的天氣就已經不是很理想, 陰天加上飄點小雨, 飛機在起飛及降落的時候都會讓人回憶起六福村大怒神的感覺. 飛機一降落澳門機場, 機艙傳來廣播:
"blah blah blah...目前室外溫度九度...blah blah blah.."
什麼??!! 我不是在澳門嗎??!! 我國中程度的地理知識告訴我, 澳門緯度比高雄還低阿? 怎麼會只有九度, 會不會是十九度我聽錯了. 但當我走出機艙的那一瞬間, 我相信了, 真的是九度!!

詭異的天氣預告今天是個不尋常的日子. 我往來大陸其實也沒多長的時間, 不知道大雪會造成多嚴重的影響, 更不知道往年冬天南京的天氣是如何, 只知道南京緯度比上海高一些, 氣溫理當會低一點, 但沒想到實際情況與我想像的差距這麼大.

到了澳門國際機場, 很快的就辦完了該有的通關手續, 我拿著大包小包的行李晃進了機場的貴賓室. 澳門機場是一個很新的機場, 設計上頗有特色的, 讓人在候機大廳裡不會有任何壓迫感存在. 以下這張照片是澳門機場的候機大廳:

很快的, 11:30分到了, 我的班機該是登機的時候了, 但說也奇怪, 一直沒有廣播要登機, 而資訊看板也沒有顯示任何delay的消息, 我也只好傻傻地等. 到了12點30分, 晴天霹靂的消息傳來了. 澳門航空告知我們今天南京大雪, 機場"不確定"是否會再開放, 問我們要不要轉機到上海浦東. 聽到這個消息真不知道該怎麼辦, 我對中國也不是那麼熟, 到了上海我只知道搭車到火車站再轉動車回南京, 不過現在在春運, 火車票怎麼可能買得到呢?

我站在櫃台前猶豫了一陣子, 也因此認識了一位同機的朋友:周小姐, 這位周小姐是住在台灣的南京人, 拿的是台灣的護照, 所以就我個人判斷應該是位久居台灣的大陸新娘
(附帶一點: 此位周小姐就我所知家住中壢, 我對他的了解僅此而已, 如有相關此人的消息煩請告知, 我欠了他一個超大的人情).

跟他討論過後, 我們決定立馬轉機到上海, 先走一步算一步, 畢竟呆在澳門過夜也不是辦法, 但也因為我們決定的相當晚, 澳航人員告知我們在飛機上將不會有餐點提供, 在這種時刻, 其實有沒有餐點也沒那麼重要了, 能平安到家才是重點, 所以我們也沒意識到這個問題的嚴重性, 簽下了放棄同意書.

果然上海什麼都沒有, 就是人多, 整架A319塞得滿滿的人. 說緣分就是這麼奇妙的東西, 在機上, 我們又認識了另一位原本同機的苦主, 也是台灣人. 經過商討之後, 我們想到或許可以包計程車回南京這個方法. 但問題來了, 上海距離南京大約台北到台南的距離, 就算是在物價低廉的中國大陸, 這趟路用計程車, 勢必也不少錢吧?

到了上海, 只有一個字"冷". 冷到一個天荒地老海枯石爛. 出了機場我趁等人的時間, 問了一位出租車師傅, 他開了一個價碼:1500圓. 情況特殊, 這個價錢其實是可以考慮的價錢, 但我身上沒帶這麼多人民幣, 而計程車當然不接受刷卡. 我一直向同行的周小姐說明我身上沒那麼多現金, 但他只不斷地說"沒關係, 沒關係, 先上車再說", 這樣半推半拉之下, 我也被送上了計程車(下午四點三十分).

以下這幾張照片是在等人的時候順手拍了幾張:

開車的師傅是位小夥子, 大約年紀跟我差不多, 人頗和善的, 一路上也跟我們有說有笑, 我猜想應該連他也沒想到他這趟路也許會讓他永生難忘.

從機場出來這位師傅就一直用手機聯繫, 確認滬寧高速有沒有被封閉, 但因為他的鄉音很重, 我也不太聽得懂, 想說既然上了計程車, 一切路程規畫就交給師傅去做吧, 總之這會是個long trip.

到了滬寧高速收費站, 發現上海段還沒被封閉, 因為上海只飄著小雨, 路面也看不到雪, 封閉起來其實沒什麼道理. 隨著時間慢慢過去, 崑山, 蘇州, 過去了...

其實到了蘇州就已經開始飄雪了, 地面也可以看到積雪, 但都還不算嚴重, 這位司機師傅不知道應該說是"藝高人膽大"還是沒雪地駕駛的經驗, 從不跟在車隊後面走, 都用60~70km的速度走在自己的線上. 當然, 車隊走過會把雪壓開, 自己走旁邊的路積雪就會稍微厚一點, 有幾次車子都已經有一些些"飄移"的現像, 不嚴重就是了.

過了無錫後, 情況急轉直下, 路面積雪變得非常的厚, 已經看不到原本的柏油路面了, 雪也越下越大, 就在這時候, 神奇的事情發生了.

因為近到江蘇後高速公路入口就已關閉, 所以滬寧高速上只剩下一些從上海近來的車子, 路上車子可以說是非常的少, 我們這位師傅大哥越開越順手後, 感覺也就越來越"鬆懈". 因為雪下的非常大, 所以不能開遠光燈, 路面狀況都是非常靠近時才會知道. 就在這時候, 路面突然出現了一塊大約直徑30公分左右的大冰塊, 司機師傅情急之下剎車一踩, 方向盤一轉... 再轉.... 再轉..... 打滑了...

車子用70公里的速度在戶寧高速上表演了飄移秀, 轉了一圈以後撞在護欄上, 車子就逆向停在內側車道上.

真是福大命大, 這時候後面剛好沒車, 司機師傅也用了最理想的"靠牆"姿勢, 車子只有一點點外表的損傷(大陸車真耐撞, 我坐在前座的感受是...撞的力道非常大). 師傅把車停到了路邊檢查一下車子的狀況, 也讓大家喘息一下, 說句實在話, 大家真的都嚇到了.

(未完待續)

JQuery的next()在IE中失效的問題

2008-02-20T20:33:00.003+08:00

未經授權, 請勿複製

這篇文章所使用的jquery版本為1.2.3, 而jquery號稱可以跨browser, 怎麼會在這個地方失效了呢?

上了w3c validate了一下我的XHTML, 後來發現很多地方都是invalid的(笑), 大致上我碰到的狀況是這樣的:

<ul class="dropNAV">
    <li class="titleNAV"><a href="#">我是抬頭</a></li>
    <span class="hiddenNAV">
        <li><a href="#">我是會彈出來的</a></li>
    </span>
</ul>

我想讓滑鼠移過titleNAV那個<li>標籤後, 彈出hiddenNAV這個span, 這種情況稍微用膝蓋一想, 就想到用next(), 以下為用膝蓋想出來的寫法:


1           $('.titleNAV').hover(function(){
2               $(this).children().css('color','#ffffff');
3               $(this).next().show();
4           },function(){
5               $(this).children().css('color','#dddddd');
6           });

果然事情不是笨人所想的這麼簡單, 這個寫法在萬能瀏覽器Firefox中看很正常, 一點問題都沒有, 但IE一開.... 果然IE就是喜歡跟別人不一樣, 這段script在IE中完全沒有反應.

(炸)啥?jquery不是跨瀏覽器嗎?

經過一陣子的debug之後, 發現最後問題根源不在jquery上(笑), 問題在於開頭我所說的, 我的XHTML是invalid的, 也就是說, IE找的方式與我們笨人所想的方式是不同的.

當各位遇到類似這個問題時, 用alert($(xxx).text())來debug, 以這個例子而言, 第三行的$(this).next() IE抓出來是空的, 沒有東西, 因為w3c標準認為這個標籤不應該出現, 他會認定為<li>missing, 所以造成了這個很尷尬的問題.

再經過一陣子手忙腳亂後, 我讓IE往下多爬一層, code的第三行變成這樣:
$(this).children().next().show();
說也奇怪這樣IE居然就把.hiddenNAV的抓出來了, 但以小弟對這種"非正式"XHTML的了解程度, 我還是無法解釋這種靈異現象, 總之多try幾種IE可能會假設的狀況, 或許可以達到效果.

2008-01-20T05:26:00.000+08:00

未經授權, 請勿複製

澳網男單第三輪, L.Hewitt vs. M.Baghdatis的比賽真是一場經典的比賽.
BAG在第三盤舊傷再度受到傷害時沒有任何放棄的跡象, 反而馬上就破了對手一個發球局
但還是可以看出來他腳步上保守了許多, 非受迫性失誤也偏多, 一直延續到了第四盤一開始.
但第四盤則堪稱今年澳網最精彩的一盤, Hewitt先破BAG兩個發球局後, 聽牌來到5:1,
卻被BAG演出奇蹟逆轉打進tie break, 最後第四盤由BAG拿下,

第四盤進展:


HEW     BAG
*1        0
 1       *1
*2        1
 3       *1
*4        1
 5       *1
*5        2
 5       *3
*5        4
 5       *5
*6        5
 6       *6

tie break
*1        0
 1       *1
 1       *2
*2        2
*3        2
 4       *2
 4       *3
*4        4
*4        5
 4       *6
 4       *7   <==這邊有點忘了

*發球局

有找到youtube的影片會再補上的

A310 touch and go!!

2008-01-15T00:04:00.000+08:00

未經授權, 請勿複製

軍機衝場算什麼, A310也衝給你看XD

輔大創新創業培訓心得...

2007-12-29T20:03:00.000+08:00

未經授權, 請勿複製

今天與各位第一次參加培訓之後,有了許多的想法,也有許多的感嘆,正式提交版本我會再修正,畢竟台灣還是個馬屁社會,評審高高在上不希望收到太多負面評價.

聽完今天的培訓講座,再去看看Goole的信念,請各位參考以下網址:
http://www.google.com.tw/intl/zh-TW/corporate/tenthings.html

網路產業為什麼會需要求新求變,因為資訊產業對使用者年齡層而言有一定程度的斷層效應,或許現在所謂的六年級生會使用電腦的程度與五年級生就有很大比例的差距,而六年級生跟七年級生又有一個使用熟悉度上的差距,所以面對資訊產業,想法必須跳脫傳統產業那種一成不變的思想範疇.

台灣有沒有什麼很具有代表性的網路產業?似乎是沒有,硬要推也只推個無名出來,為什麼會這樣? 個人認為在教育過程發生了很大的問題. 今天也聽了幾組簡報, 有些是普普通通的東西, 或是一堆已經有人做的東西. 思想過於封閉我覺得是最致命的關鍵.

"不要要求使用者改變習慣", 台上的老師一直灌輸這句話, 但回想十年前, 大家都在投硬幣搭公車, 那時候的悠遊卡推出, 是不是要求使用者改變現有習慣? 那請問悠遊卡成不成功? 再看看遠雄人壽推出的二代宅, 完全結合科技的住宅設計, 完全顛覆傳統住宅的型態, 那他們一定就是失敗嗎?

回到剛剛Google的十個信念第一條, 請注意到以下這句話
"雖然有許多公司宣稱他們將客戶放在第一順位，但僅有少數能抗拒誘惑，以犧牲小我來增加股東的價值。"

網路產業優勢就是低創業成本, 但不代表就是低創業門檻, 你的技術就是你的無形成本, 這是很重要的, 沒有技術你創業10次一樣得失敗10次.

我們今天proposal的是一個想法一個概念, 我們主要以提供service給user, 有提供好的service就不怕會沒有收入, 反之如果很在意收入則很可能因此淪落到只為了讓企業存活而存活.

以上, 單純個人關點.
正式提交版我會再潤飾一下. 少點負面多點馬屁, 為了一台UPS XD

Soccer comedy

2007-12-09T04:10:00.000+08:00

SSH封包結構(2.0)

2007-12-06T20:09:00.000+08:00

未經授權, 請勿複製

為了專題的DEMO, 畫了不少結構圖, 乾脆放上來分享好了.

原始結構定義於RFC4253中,下圖是我自己將之圖像化之後的參考圖:

其中packet_length則為不包含packet_length本身及MAC的長度, padding_length則為padding字元的長度, 為什麼要有padding? 請去參考有關block cipher的相關文章, 但需要注意的是, 就算使用stream cipher也必須要有padding, padding是將整個封包但不含MAC
(packet_length | padding_length | paylaod | padding)
組成8的倍數(或是該演算法的最小block)
Note: padding長度不能小於4 bytes, 所以假設block設定為8, 則padding長度應該是介於4到11之間
所有SSH 2.0封包都必須遵守這個格式, 不論明碼或加密封包. 而加解密的部分有時間我會補上的

web 2.0泡沫化-MV(中文字幕)

2007-12-06T19:54:00.000+08:00

未經授權, 請勿複製

當初無意間在Youtube發現這個MV, 很諷刺現在大家盲目的追隨web2.0.