由於老妹拿到『Superman Returns』的特映公關票，因此做哥哥的我當然是義不容辭的陪伴可愛的妹妹一起去看電影啦。
我們拿到的票是在林森北路的欣欣影城放映的，話說這家戲院在當年也是響噹噹的一間，沒想到時至今日，大概是我的味口已經被大江星橋、華納、美麗華，這些戲院養壞了，今天進場之後從椅子、音響、觀眾(不管！這也算在欣欣頭上！)，全都被我嫌了一遍！
話說我們坐的位子蠻後面的，離喇叭算蠻近的，大概也正因為如此，喇叭破聲的嚴重程度大概也被放大了不少，不只是低音不見了，連人聲的部份也是破到天荒地老，我想只要去過這一趟，我這輩子大概都不可能花錢去欣欣影城看電影了。:P
回頭說到超人這邊~
這次的故事背景是在超人無故消失五年之後的時間，回來之後除了世上犯罪的人沒變少之外，身邊的人到是變了不少，Louis生了個看似體弱多病、不堪一擊的小朋友(真的很弱~=.=a)，至於死對頭Lex Luthor，不但從獄中安全合法的走出來，而且又騙了一個老寡婦的全部財產(看她的遊艇就知道多有錢了)。
身邊的環境都變了，那超人呢？
沒變…
還是飛的比子彈還快、193公分、100公斤左右、眼睛會放奇怪的光線、子彈也打不穿的睫毛，當然囉，還是很怕綠色的石頭。
不過，超人嘛，壞人再怎麼猛也沒他猛，結局當然不會是他死翹翹，他還是會非常貼心的幫世人打跑大壞蛋，順便拯救世界。
其實這次的故事沒那麼無聊啦，原本我對這部片超級反感，覺得又是老調重彈，事實上，看完之後我覺得就像是聽了一場優秀指揮家所指揮的古典名曲，就算你已經聽過它一百次，一千次，這次還是會給你不一樣的感動(真的喔，心靈幼小的記得帶衛生紙)。
2006-06-27
二代超人亂亂飛~
2006-05-16
極限燙衣板
原本以為只是公視突發奇想的一個影片，沒想到真的有人在搞這種運動~ =.="
Google說有530,000筆相關頁面…
居然還有 Extreme Ironing 這個專門網站。
我比較無法理解的是，在水裡燙衣服除了浪漫(？)之外，還有什麼函意嗎？
這種有趣的運動當然也少不了台灣人的參與~
2006-03-06
最近迷上了攀岩
最近在同事的帶領下，一不小心就迷上了攀岩。
攀岩這項運動比較麻煩的地方在於很難一個人進行，因為不論是攀登或是抱石，基本上都需要有人幫忙做確保。
所謂確保就是負責在攀登的人不慎墜落的時候幫忙把繩子拉緊，或是設法讓攀登者落下時可以較安全的姿勢落在較安全的位置。
聽起來好像很可怕吧？！
其實只要尊守攀岩運動的安全規則，攀岩到是非常安全的運動(無論如何都比在馬路上飆車砍人安全XD)。
不過就跟其他任何一種運動一樣，攀岩還是有其危險性啦。因此我們這些怕死的電腦工程師當然是選擇超級安全的室內人工岩場，比起天然岩場來說，室內人工岩場少了許多的變數，不需在意anchor是否不穩定、不需擔心天氣、不需擔心手點、腳點是否不穩固，只要專心的想辦法爬上去就對了！
講到這邊或許有人會覺得無聊吧？！
但說實在的，光是想辦法爬上去就已經夠讓人手忙腳忙的了，因為光是一面牆上就有難易不一的路線好幾種，因此光是把這些路線全爬過一次就是一個不小的挑戰了！那爬完了怎麼辦咧？別擔心，現在全台灣人工岩場就一堆，包含北投運動中心的探索教育攀岩館、台北市青少年活動中心(Y17)、風城就是愛爬，還有各大學的岩場，如果再加上熱門的天然岩場，說實在話，真的是爬不完的。
嗯~打累了~
下次來說說攀岩裝備吧…
2006-01-19
我的第一次，獻給了Phantom
自國中第一次聽到The Phantom of The Opera之後便一直期待有一天能親臨現場感受其魅力。
終於，在2006年的第一個月就等到了這個機會。
2006/01/18 19:20
帶著期待的心情和祺祺進入這輩子都不曾進入過的國家戲劇院，依著號碼找到自己的座位，我和祺祺心裡都放下了一顆大石頭，原本以為因為訂票延遲而訂到邊邊角角的位子會讓我們看得很痛苦，但找到座位之後發現戲劇院的設計還不錯，雖然距離舞台不算近，但角度不會太大、視野也算不差，整體算來是可接受的。
19:40左右，院廳的燈暗了下來，舞台燈光打亮了序幕的場景，隨著水晶吊燈緩緩昇到高點的是歌劇魅影的主題曲。聽著現場樂團的演奏，我的心情也隨之高漲，沒想到只是序幕已經讓我被深深的震撼；這十多年的等待真是太久了。
現場觀賞的震撼比起電影版來說，實在是強太多了，我相信不論是設備多麼好的戲院都沒有辦法重現這種現場的震撼。演員充滿感情的歌聲沒有經過處理就直接傳到耳中(至少我用望遠鏡找了半天都沒看到麥克風)，樂團現場澎湃的演奏，比起經過混音、後製的電影版實在是好太多了。能夠在這麼專業的劇院中欣賞如此高水準的演出，實在是覺得自己太幸福了！
整場演出中配合著各種舞台特效，有突然出現的Phantom、神秘的地底湖、巴黎的夜景、幽暗的墓園、巨大的水晶吊燈還有其他太多的特效，讓我和祺祺都目不轉睛的盯著舞台，深怕一個不小心就錯過了精采的演出。
豐富的舞台特效，演員優秀的專業演出，完美的音樂表現，令人感動的劇情鋪陳，一切的一切都讓我們覺得這兩個小時實在是不夠，希望日後能有機會到百老匯再一次感受這份感動。
看完之後唯一擔心的就是…
第一次就看到這麼棒的舞台劇，我好怕以後都看不到這麼棒的怎麼辦呀~
2006-01-09
已經有老的感覺了~ :-P
在加完班回家的公車上，不經意聽到坐後頭的兩個女孩在討論朋友間的種種，
像是誰喜歡誰、誰又設計跟誰單獨出門、誰又不理誰誰誰什麼的~
其實平常聽到這些事總覺得蠻無聊的，總覺得是小朋友才會在扯這些~
不過今天也不知怎麼了，聽了以後只覺得自己好像離那個單純又複雜的年代好遠好遠~
那時單純的對所有朋友付出自己的感情~
那時單純的相信一切~
那時單純的笑、單純的哭、單純的失落、單純的茫然~
那時複雜的不知自己目標為何~
那時複雜的不知怎麼讓的自己被大當~
那時不瞭解為何感情的事讓自己好複雜~
現在呢？
現在感覺一切都單純了~
一切的複雜都為了單純的理由~
沒有了複雜的那塊~
就像物理學的定理一樣，公式是那樣的簡單，複雜的推導都被隱藏起來了~
連單純的心好像也被隱藏起來了~
2005-07-22
ASP.Net 中 Form_name.submit() 的靈異現像~
這兩天同事寫的ASP.Net網頁元件有一種怪異的現像發生…
現像如何？待我說來吧~
主角：同事開發的custom control元件，此處稱為「A君」
某同事放的一個web control--LinkButton，此處稱為「LB君」
來插花的使用者，此處稱為「路人甲」
主角行為描述：LB君在server side有一個method是其Click事件的delegation，
此事件會執行一行程式碼『Response.Redirect("TextFile1.zip");』，
此動作會讓前端的路人甲看到檔案下載確認視窗。
A君看起來是一個網頁上的Button，他的client side script event:onclick被觸發後
(就是A君被點了一下之後)會執行『Form_name.submit();』，用來將所在的form送出。
路人甲就是什麼都不知道，只想按按看按鍵的天神user。
劇情：路人甲他要先按了LB君下載完檔案之後再點一下A君做其他事。
當路人甲按了LB君之後正常跳出下載檔案對話窗，接著路人甲下載完檔案後便點了A君一下，
這時神奇的事發生了，剛剛出現過的下載檔案對話窗又出現了！
路人甲便在覺得莫明其妙的狀況下又下載了一次檔案…
發現問題：經過一陣兵荒馬亂的debug之後發現問題完全不在server side…
其實一切的一切都很合理，也完全沒有靈異現像，至於為什麼會發生這樣的結果，
我們要從ASP.Net的事件觸發方式開始討論起。
寫過以前的ASP或JSP或有其他任何動態網頁程式開發經驗的人都瞭解，
server side是不可能無端端知道client side的使用者剛剛按了那個按扭，
或是那個DropDownList剛被更動過。
那為什麼ASP.Net的網頁可以讓程式設計師像寫WinForm程式一樣產生UI上control所觸發的事件呢？
重點就在於client side的一支名叫,『__doPostBack(eventTarget, eventArgument)』
的script function，這支function做的事很簡單但卻很重要，它的程式碼如下：
===============================================================================
function __doPostBack(eventTarget, eventArgument) {
var theform;
if (window.navigator.appName.toLowerCase().indexOf("netscape") > -1) {
theform = document.forms["Form1"];
}
else {
theform = document.Form1;
}
theform.__EVENTTARGET.value = eventTarget.split("$").join(":");
theform.__EVENTARGUMENT.value = eventArgument;
theform.submit();
}
===============================================================================
這支function就是負責將client side觸發事件control(可能是button或是dropdownlist甚或是textbox)
的id和它要傳送的event由__EVENTTARGET和__EVENTARGUMENT這兩個隱藏欄位送到server side，
server side在收到form的request之後便會依這兩個欄位的值來決定server side要執行那個method。
所以之前路人甲點了LB君之後再點A君會發生LB君的事件被再次觸發就有了合理的解釋，
在路人甲點了LB君之後，LB君會以__doPostBack('LB君','');的方式將訊息送到server side，
此時__doPostBack()會把__EVENTTARGET.value的值設為'LB君'，
server在看到這段之後就去找到LB君在server side的delegation，進而達成他應該達成的任務。
之後路人甲又點了A君，因為A君是單純的以client script呼叫Form_name.submit()，
因此剛剛已經被設了值的__EVENTTARGET.value還是保留著剛剛被__doPostBack()更改過的值，
因此server side還是以為這次呼叫的也是LB君，因此還是盡責的把該做的事再做一次。
解決方案：知道了前因後果後，要解決這個問題就簡單多了。
其實我們要做的就是把A君在client side的動作由Form_name.submit()
改成呼叫__doPostBack('A君','')就可以了，又或著可以在呼叫Form_name.submit()前先把
__EVENTTARGET和__EVENTARGUMENT兩個隱藏欄位的value清空就可以了。
後記：ASP.Net讓web開發作業變的更簡單輕鬆，但卻也在程式的背後做了更多我們沒看到的事。
所以發生問題時我們必需要更細心的去尋找其所以然，否則便常常會發生所謂的靈異事件了。
Subscribe to:
Posts (Atom)
RSS
Atom