2007-07-24

《2007 澳洲蜜月》雪梨-雪梨港遊艇


遊蕩在雪梨港 清爽不黏濕的海風味道迎面撲來 好羨慕雪梨人有這樣的後花園

從海面上看去的雪梨歌劇院 在湛藍的海水襯托下更顯潔白 雪梨港的景色 好像充滿青春活力的少女

雖然海風吹亂我們的頭髮 還是很勤勞拿起梳子整理好頭髮 用力拍照留念 我們的青春....

2007-07-09

《2007 澳洲蜜月》雪梨-雪梨歌劇院


雪梨歌劇院 - 澳洲雪梨最具代表的建築,她不僅是雪梨藝術文化的殿堂,更是雪梨的靈魂。

雪梨歌劇院是從 50 年代開始構思興建,1955 年起公開徵求世界各地的設計作品,至 1957 年共有 32 個國家 233 個作品參選,後來丹麥建築師烏榮(Jorn Utzon)的設計屏雀中選,共耗時 16 年、斥資 1200 萬澳幣完成建造。

歌劇院從 1959 年開工以來,因為施工時數次延期,曾被人譏笑為 ” 未完成的交響曲 ” 。

2007-05-13

載到小貓!!!

話說昨天出門去做一件非常重要的事情 一定要準時到場
老天爺卻出了一道難題給我 載到一隻小喵 [:((]

就在我家要上快速道路前 突然大家塞成一團 終於輪到我動的時候
卻發現前車尾中間慢慢浮出一隻小喵 [#-o] 霎時我也不敢動 只希望他趕快跑開
後面的車著狂叭 我只好硬著頭皮 提高神經 [:-&] 應該沒壓到 於是我安心地加速了

怎知... 在交流道上卻不斷聽到 喵喵聲 [:-$] 不得已我只好緩緩開去路肩
我冒著生命危險趴在我的車子四周 就是找不到他 而且他也不出聲了

[:-?] 花了不少時間找他 當下實在沒輒只好上車繼續開
一路上時速 90 都沒再聽到聲音
就在我下交流道之後 喵喵生又大響了 天啊!!!!!!

已經進入市區 剛剛又找不到他 我只好想起路上最近的 T 原廠
就這樣我盡可能開到路邊和機車搶道緩緩前進到保養場 就怕他中途跳車小命不保

到了保養場我一跳車 就跟業務人員說 "幫我找貓!!!"
好心的 T 廠也小心翼翼地幫我處理 用心地花了 30 分鐘甚至引擎四處都翻過了
他們安慰我 應該是安全地離開了 [=D>]

不過這邊還是作了幾點檢討...
我媽說 應該下車用雨傘把他帶走 是的!!!
一方面可免除和流浪動物直接碰觸 又可確保他的安全

另外... 既然確定有聽到貓聲
第一次停車時如果四處沒看到小貓 應該繼續找才是
就算有 都帶上高速公路了 更應該有責任把他安全帶離開
所以... 一般來說 他都是躲在前後保險桿的內側 也許敲一敲他就會出來了

說真的 平時開車只要確定當下非常安全 連蝴蝶我都會閃 青蛙我也要躲
更不希望有更大的動物是因為我的疏忽而失去小生命

請大家行車注意自己的安全 也別輕視小生物的生命

2007-04-11

《2007 澳洲蜜月》雪梨-岩石區(THE ROCKS)


澳洲殖民時期典型古老建築物及歷史主要發祥地 - THE ROCKS
充滿歷史性、並留有許多砂岩建成的古老建築物的岩石區,位在雪梨港口邊,曾一度是海員、貿易商、盜賊和妓女的出沒地,也是澳洲首批歐洲移民的落腳地。

2007-03-02

《2007 澳洲蜜月》雪梨-夜宿(PEPPERS FAIRMONT RESORT)


來澳洲最重要的當然就啃牛排啦!!!

別以為澳洲的牛排很好吃... 根本就沒味道 我還要邊吃邊灑鹽勒 而且還硬梆梆的

那他是吃怎樣阿
第一、就是大塊怎樣... 他們牛多到可以破壞臭氧層勒~
第二、保證沒有狂牛症 而且絕對吃天然食物長大的 沒有吃基因改造的飼料

2007-02-18

《2007 澳洲蜜月》雪梨-藍山國家公園


不管是 原住民的傳說 不管是 藍山小惡魔的傳說 還是藍山命名的由來 藍山另人驚嘆的不只這些 我們經過的只是冰山一角 真的愛大自然的人 可以自助旅行來這邊好好地探險過 才能真的把「世界遺產」認識透底

2007-01-25

《2007 澳洲蜜月》啟程-台灣高鐵

經過千辛萬苦 歷經數個業務的周旋 從 紐西蘭 到 爭取失敗的加拿大 最後底定澳洲 終於出發了...

這堆大富翁的鈔票 就是要去澳洲敗家的籌碼 旁邊花花綠綠的美鈔 其中還有小嫻漂洋過海贊助的美國禮金 通通被我們敗光光了

就這樣... 我們準備好了 出發!!!

2007-01-19

程式漫談:如何選擇程式語言

堅守一種語言可以精化你的程式技巧 達到神乎其技的程式藝術家境界 但是作者文中有具關鍵的重點「如何在可攜性、程式易讀性、執行效率、穩定度、開發容易、功能性、易用性、使用空間中取捨才是重點。」甚至我喜歡他說的:踩在巨人的肩膀上,可以解決很多問題

確實如此 我認為每個人都必須經歷全身投入一項專精的語言中的過程 但是不要死守 這只是打地基而已 真正要來到神人的世界 必須要能以你的地基當主幹 去整合其他異質技術快速完成大家心目中的大樹 才能適時庇蔭你的使用者 而不辜負他們的殷殷期盼 [:)]

原文網址

其實這個問題被提出來很多次了,由於現在的程式語言越來越多樣化,傳統的第四代結構化的程式語言 (C/PASCAL/FORTRAN/RPG/COBOL),與新世代的物件化語言(C++/DELPHI/JAVA/.NET),再加上網頁伺服器用的 (PHP/JSP/ASP),一些傳統的 SCRIPT語言如SHELL SCRIPT/PERL SCRIPT,還有一些結合 DB 的變形如(POWER BUILDER/CENTURA)。

就我的想法而言,你可以設法用一種泛用的程式語言,加上一點其他的延伸的幫助,職場上有時就能使用利用這個工具解決大概 9成的問題。一般軟體公司的軟體由於不太可能馬上更換核心語言,所以通常都是延續舊的程式語言。

但是當要開發新的專案或模組,有時就會陷入如何選擇的困局,有時公司內清一色都是某種程式語言,引進新的程式語言的好處是可以利用該程式語言的特點,但是缺點是公司內是否有足夠的人才來熟悉該語言。

我無意去強調如C/C++ 的執行效率,Java的可攜性,Delphi的多樣化VCL ,.Net的強大功能等等,但是我的想法裡,公司內混用兩三種程式語言的好處是,某些時後即使第一選擇的程式語言難以完成,也可以藉由第二三種語言來補足。

至於人才的問題,可以藉由一些課程的訓練來補足,就像一般學生在學校念的,做的專題專案。跟工作時需要的軟體專案的內容,通常都會有些差異,學校不教的,還不是得自己學。

如何在可攜性、程式易讀性、執行效率、穩定度、開發容易、功能性、易用性、使用空間中取捨才是重點。就像很久以前我摘錄的淘金熱書中所寫的,這些考量點,在加強某些方面時,就會降低一些其他的特點。你不可能專案中樣樣考量都是第一,如何拿捏其中的分寸,才是專案經理人在早期專案開始時,應該考量的。

至於什麼現在電腦越來越快 ,所以某某語言就可以執行的很快的論點之類的,那個每個程式語言都你會有一樣的效應,那不是你因此採用這個語言的原因,好的演算法和結構在快速的程式語言可以改善更多,但是慢速的程式語言也會得到幫助。

一把粗大的鐵棍也能磨成鏽花針,如何選擇適當的開始,有時是專案最應該考慮的,一個正確而適合的工具可以加速很多開發的時間,踩在巨人的肩膀上,可以解決很多問題,願軟體同業共勉之。