2007年10月23日 星期二

有片就看-荒野大飆客


有片就看-荒野大飆客

荒野大飆客

完全是看到某個部落格友的介紹(抱歉 因為是到處逛逛 所以不記得是哪個部落格友了)
所以才興起想要去租 dvd 來看的念頭

四個中年阿伯摩托車爆笑日記 笑點不少
四個看起來老實本分的阿伯 有工作 有家庭 有小孩

唯一的興趣 就是四個人一起出去騎車 在酒吧喝個小酒
但是其他車隊的某人傳來另外的車友的死訊

四個人想起那個死去的車友與他們的年紀相近 可是卻掛了
其中一人提議 四個人一起真正的出去旅行 沒有行程表 只有自由

中間發生許多爆笑的事 ,

當然大家為了證實自己不是喪失勇氣的阿伯 ,當然也做了一些平常根本不會作而且是瘋狂的舉動
(例如 去拍鬥牛的牛屁股 , 結果是 每個人都被鬥牛頂到半空中 摔個半死 但是事後大家還是很高興 就因為這件事是他們沒想過也不會想到要去做的事)

不過
這個真的是在提醒已經超過三十歲的老人家
從出社會到現在 到底獲得了甚麼又喪失了甚麼

在以前年輕的學生時代 可以一無所畏的去作任何想要做的事
但是出了社會 過了幾年 卻是越來越綁手綁腳 畏首畏尾

欠缺了甚麼 勇氣是否還在身上
怕什麼 ? 是怕現有的一切會失去嗎 ?

之前有人說:現在不做的 以後永遠都不會去做

所以有人用騎腳踏車環島 也有人騎著小50 機車用24 小時環島....


想做的要即時的去做

有多久沒有作過瘋狂的事了?


後記:
這片DVD的導演及編劇講解 以及幕後花絮也不錯看....

2007年10月21日 星期日

UBUNTU 上的遊戲模擬器 xmame


UBUNTU 上的遊戲模擬器 xmame

試用了 UBUNTU 上的遊戲模擬器 XMAME 感覺還不錯

透過 <系統><管理>
然後搜尋 XMAME 然後安裝就可以了

啟動指令:  XMAME XXXX.zip
XXXX.zip 是遊戲ROM的檔案

1.切換到 全螢幕 Alt + PageDow
2.調大畫面 Ctrl + PageUp
3. ESC 結束
4. Tab 設定輸入 遊戲手把等按鍵對應

2007年10月20日 星期六

手不要太賤

手不要太賤

這兩天因為手太賤 

在玩 ubuntu 時 , 原本是要把 UBUNTU 裝在 usb 外接硬碟中玩的 (之前有成功設定過)
成功了一次 , 後來手賤第一次 , 看到更新管理程式有 7.10可以更新
就選更新 ,結果把UBUNTU 搞掛了

然後就重裝 ,結果重裝的時候,手賤第二次,沒有選進階選項把開機磁區選到 USBHD 去
結果就把原本NOTEBOOK 裡面的 XP 啟動磁區搞掛了

因為NOTEBOOK 附的 XP 沒有安裝光碟,它是還原光碟,
所以用原版光碟拯救 MBR 的方法根本就沒的用

不過就算了,將錯就錯把 UBUNTU 變成 NOTEBOOK 的正式作業系統
到目前為止還不錯用

原 本WINDOWS 上的某些作業就找一下有沒有替代品換過來

VMWARE SERVER 也已經安裝好並且試用 OK (因為 Linux Kernel 是 2.6.20 需要額外下 PATCH)

RAR 需要另外安裝

PDF 也可以檢視

遊 戲手把也都可以抓的到 (USBVIEW)
遊戲模擬器是 xmame 不過問題太多

Web 現在用的是內附的 FIREFOX

輸 入法用的是 新酷音 (類似注音輸入)

還沒有試過的是看 DVD 這類工作


安裝程式非常方便只要透過套件管理員 就可以做好一切 ,不過一定要連線在 INTERNET

2007年9月30日 星期日

企業內Web應用系統設計與實做注意事項

企業內Web應用系統設計與實做注意事項

在企業內部 , 因為潮流的關係 , 應用系統也慢慢由以往的 Desktop 應用程式(Client/Server) 轉換成 Web 應用系統 ,
仍然有一些人(不論是內部或外包廠商) 根本沒有用腦子好好想過 , 所以就會有雖然是使用 Web 應用系統但是仍舊套用 Desktop 應用程式的方式去設計與實做
這樣會有什麼問題?
舉例來說 , 有些企業可能會有需要人工按下一個按鈕 , 然後那個工作可能是轉檔程式或者是其他需要較久處理時間的作業 , 以往如果是使用 VB6開發程式 , 反正頂多出現 一個沙漏 , 或者是進度bar 顯示目前正在處理中 , 然後作業完成 , 跳出一個對話窗表示處理完畢 , 有可能是 1 小時 或者是更久 , 反正就是放著讓它跑

這樣的模式套用到 Web系統會有什麼問題 ???
Web 的Timeout 會是第一個問題 
一般網頁的處理的Timeout 設定都不會設的很長  , 所以碰到這種長時間作業的 , 就會發生 , 作業到一半就會 timeout 的問題 , 就會有廠商可能直接將 timeout 時間設定更長 , 這樣也只是頭痛醫頭 , 一點意義都沒有 , 想想看 , 如果有一個作業需要 5 個小時 , Web 的timeout 時間你想要設的多長 ?

建議的設計方式:
這種長時間作業的 , 應該是要設定成 非同步的處理模式 , User 透過網頁按下 開始處理 , 系統收到 Request 後 , 應該是設定成 Server端的排程作業 去處理 , 然後 網頁立刻回覆 , 已設入排程 , 結束...
User 應該是在事後 , 的某個時間點再去檢視 Server端排程作業狀態頁面 , 看看 先前的作業的作業狀態是 已完成 , 或是仍在進行中 , 或是已結束但是有錯誤發生 , 另外如 何時開始作業 , 何時完成作業 也應該是在該頁面中檢視

為何不是像建議的設計方式這樣做?
因為廠商可能沒腦子 , 或者是為了省事(省人力 , 省錢) ,
用原來的Client , Server 的寫法 , 只需要寫一個 處理頁面就完成了(雖然它會有我上面所說的重大問題) ,
如果換成我上面所說的建議設計方式 , 則需要寫的頁面會變多 , 但是不會有上述所說的重大問題 , 但是需要較多的人力跟開發成本

另外  DB 的 Timeout 會是第二個問題
在現在使用 J2EE Server 的企業有不少 , 也都會去設定 DataSource ,
但是 仍然可以發現到 很多企業的系統 , 對於相同的資料庫並沒有切出多組的 DataSource來作區隔設定
這樣的問題是什麼?
例如你是線上同步作業的 DataSource 與 大量批次轉檔非同步作業的DataSource 是否是使用相同的DataSource 或者是不同的DataSource ??? ,
兩者的Timeout 設定可能就需要不一樣的設定 , 大量轉檔作業可能需要耗時 5 個小時 , 那去使用一般的DataSource 時 , 可能程式跑到一半就會 Timeout 掉 , 你要去修改 一般的 DataSource 的 timeout 時間為 5 個小時嗎 ? 那麼其他線上作業的程式(Web)使用這個DataSource 時 , 它可能會變成 Web Page 的回應時間可能會拉長 , 使用者等待的時間會拖的更長....

建議的解決設計:
將 批次大量作業使用的 DataSource 與 線上作業使用的 DataSource 分開設定

在企業內部設計應用系統 , 不是讓系統執行工作後就沒事了 ,
你還必須考慮 , 該工作何時執行 , 何時結束 , 結束狀態是成功 , 或失敗 , 失敗的原因是什麼 ,
發生錯誤了 , 系統要能自動化的發出通知 , 通知維護人員進行檢視與處理
系統如何做失敗的錯誤回復 , 把原先的工作繼續成功的處理完畢 , 這些都是必須考慮的

 如果沒有好好考慮就會發生 , 錯誤發生了 , 沒人知道 , 或者是無法做後續的錯誤回復處理

2007年9月18日 星期二

方向偏差 結果就差個十萬八千里-2

方向偏差 結果就差個十萬八千里-續


使用WebService要考慮的還包含:
 a.交易控制處理的機制 是否有做到完整的交易控制 , 如果沒有會發生什麼事?
b. 安全性處理的機制 是否有做到完整的安全處理 , 想想看 , 有關客戶的個人隱私資訊 , 變成了 WebService , 然後以明碼的方式 在網路上傳來傳去 , 然後可能沒有半點認證或是授權 , 然後內容也沒有encrypt   

2007年9月9日 星期日

方向偏差 結果就差個十萬八千里-1

方向偏差 結果就差個十萬八千里

2007/09/09 17:27
這是從某人就職的公司聽到的 ,
V是負責規劃 SOA & WebService & XML 的人員
只不過某V 完全沒有設計及使用 XML 的經驗
也沒有寫過WebService , 也沒有寫過WebService的Client端的經驗 ,
SOA就更不用談了...

連拿到有問題的XML都不了解錯在哪裡或是如何改正,
但是這樣的人選就是要負責規劃公司未來使用的XML , WebService , SOA...

千萬別問我 
為何不找曾經有設計過XML內容 , 有在系統中實際應用過 XML 內容的同仁負責
或者是有程式設計經驗的同仁來負責
[現在的潮流是 任何一個阿貓阿狗
只要看過了
"深入淺出物件導向分析與設計"
或者是
XXXX Cook book
或者是
XXX 設計樣式
之類的 , 沒有寫過半行程式碼 , 不會任何程式語言的 都可以出來侃侃而談 系統架構的設計 , 哪裡對 , 哪裡不對
<這些書沒有什麼不對的 , 都很好也都很經典 ,
只是一些人的心態上有問題 , 一票阿貓阿狗因為沒有寫程式的經驗 , 就在當 SA ,SD 甚至是 Architect , 然後看到書上提到 "XXX 設計樣式" 或者是 "XXX Cookbook" 完全沒理解那些內容的適用處與適用範圍 , 就胡搞瞎搞的套用到 公司的系統上面去 ,
結果自然是亂七八糟 , 慘不忍睹 ,
然後那些人可能還會跳出來說: XXX 設計樣式一點用都沒有 , 是垃圾....之類的 ,

為了這些胡搞瞎搞 , 沒有實際程式寫作經驗的人 ,
某些大師只好出來寫
"XXX反樣式"
來明確的告訴你 , 哪些情況下 , 不適用哪些樣式....

IT 有一種很奇怪的階級情節 , 就是 Programmer 是最低下的 , 往上升級然後是 SD , SA , Architect

水往地處流 , 人往高處爬 , 是沒有太大的錯誤 ,
錯的是在於 , 一堆高處職階的 , SD ,SA , Architect 竟然是使用沒有程式寫作經驗的人去擔任 ,
因為連程式都寫不好 , 所以讓他們去做 SD , SA , Architect ???
>
]

回到正題 , 完全沒有經驗的沒有基礎的人 要來帶領大家如何開發 SOA系統 , WebService , XML ,
方向會不會有偏差呢? 差了多少呢? 誰知道呢? 誰負責呢?

{某公司內WebService的應用 , 在某些的人的錯誤領導下 , 正朝向濫用錯用的狀況
大家都知道 , 程式語言的 API 呼叫是最直接也最快速的 , 不論是效能或是資源都耗用都是最直接的 ,
但是如果是那類完全不會寫程式不了解狀況的人來帶領 , 就會變成 , 什麼都會變成是 WebService ,
可以會出現的後果是什麼 , 就是這些人講不上來的地方 ,
會有什麼後果嗎?
首先:
當你使用 WebService 時 , 你必須定義對應的 XML Schema ,
將資料的傳入傳出都必須要轉換為是 XML 的內容格式 ,
當然 Client 跟 Server端也都要進行額外的XML驗證與解析 , 之後才是真正的處理...

意思是 當你呼叫 x.helloWorld("say Hi") 這樣的 API 時 , 換成 WebService 他的資料量(XML)
會由可能是幾十個 byte 變成幾百個 byte , 甚至是幾千個 byte (看你的資料嚴謹度與套用的物件多寡) 在網路上傳輸 , 也會在 client & Server端的記憶體存在

這樣的影響是 ,
(1)網路之間的傳輸量會變大 , 需要比原來大 10 或者 數十倍的傳輸頻寬
(2)系統在收到資料時需要先進行XML驗證與解析 , 原來使用的記憶體可能是也比原來大 10 或者 數十倍的記憶體大小
(3)因為要額外進行XML驗證與解析 , 所以也需要額外的CPU使用量
因為這些額外的需要 , 要問的是 企業內部是否做好了因應的準備 , 換了更快 CPU , 更多數十倍記憶體 , 更多數十倍網路頻寬的Server與網路架構 ? 如果都沒有 ?
系統會發生什麼事??? 三不五時 , 系統會出現 Out of memory 或者是 CPU 滿載 , 或者是網路塞爆

要說明的不是 WebService 不能使用 , 而是要用之前 , 因應的配套措施做好了沒???
是不是用在適用的範圍內?

如果有 Native API 可以使用 , 然後系統不是跨程式語言 , 也不是跨平台的情況下 , 卻仍然有人堅持一定要使用 WebService 去做到 Native API 可以達到的事 ,
那就要看那間公司是不是有買了換了更快 CPU , 更多數十倍記憶體 , 更多數十倍網路頻寬的Server與網路架構 ? 如果都沒有 ?
那就會出現對比於公司的業務量的成長, 出現不成比例的需求: 機器永遠不夠快 , 記憶體不夠用 , 網路不夠寬 , 這樣的需求出來...
}

2007年8月26日 星期日

Wiimote 連接Windows 藍芽注意事項



最近弄了一副 Wiimote 搖桿來玩 ,
主要是想試 連接 Windows XP 的情況
順便買了藍芽接收器 華碩 WL-BTD202 來用

剛開始試了很多次 , 只要新增裝置後 , 藍芽中心 一開啟 視窗就 hang 住
也是了更新 WIDCOMM 的更新程式 , 仍然無用
到華碩網站去報案一樣,給的是官方的客服回答,一點幫助都沒有

最後終於試出一個可以正常動作的程序

Step0: 首先 藍芽服務必須是停止的(藍芽服務圖示是藍紅狀態)
Step1: 開啟藍芽中心
Stpe2: 啟動 Bluetooth 裝置(藍芽服務圖示是藍白狀態)
Step3: 新增藍芽裝置 ,
注意要從工作列的右下角的藍芽服務圖示去新增 , 不要從 藍芽中心的視窗的選單去新增

Step4: 免輸入驗證碼 (按 略過 按鈕) , (藍芽服務圖示是藍綠狀態 表示 搖桿已經連線)
Step5: 執行 Wiimote 程式
然後就可以看到狀態了
很鳥的情況是 , 一定要按照這樣的順序才能正常動作
例如1 , 沒有先開啟 我的藍芽中心視窗的話 , 在後續動作新增裝置完要跳出 我的藍芽中心視窗時 就會 hang 住 , 根據我的朋友的反應 , 他的狀況是出現 籃底白字的 Windows 當機畫面

例如2 , 新增藍芽裝置 , 如果不是從工作列右下角的藍芽服務圖示去新增的話 ,
而是由 我的藍芽中心 視窗的選單去新增裝置的話 , 在輸入驗證碼的視窗畫面 , 你如果要按 略過 按鈕
則會一直無法略過而停在那個畫面
(根據我的朋友的說法 , 可以輸入 4 個 0 來當作驗證碼 , 不過我沒有試過)

很鳥的解法 , 但是對我有用 , 如果其他人有碰到類似的狀況 , 也可以試試看