2007年11月9日 星期五

推薦漫畫-東大特訓班


推薦漫畫-東大特訓班

東大特訓班
這是這兩天在看的漫畫 , 目前出版到第18集
(根據網路上查到的資料 , 有出日劇 . 老師是阿部寬 主演的 , 另一個關鍵字是 "龍櫻" , 不過日劇因為漫畫仍在連載的關係 , 無法等到漫畫連載完成 , 所以日劇部份有一定部份的自創劇情)

故事的背景是 某私立高中因為經營不當(招收不到一定人數的學生)導致學校幾近破產
一名律師處理該校的律師決定重整該校

而打出 東大保證班的口號 , 3年送100名學生去上東大(是東京大學 , 那個是日本漫畫 , 所以不會是東海大學...)

好了 , 雖然是校園漫畫 , 不過這不是麻辣教師 GTO ,
裡面講的學習的技巧 , 考試的技巧 , 記憶的技巧 , 甚至是思考的技巧...
要用正面的態度去思考與面對問題
裡面講解了 國文 , 數學 , 英文 , 物理 , 歷史等學習技巧

這些所有的技巧是包含了相當的科學根據...
它被原著者轉換成了故事放在漫畫裡面

這套漫畫適合推薦給
1. 學生(國中/高中) , 怎樣有效的學習
2.家長 <- 考生的家長應有怎樣正確的態度 去面對考生 , 而不給考生壓力與負擔
3.學校老師
4.出題者

看了這部漫畫 只能說相見恨晚 , 因為我早已過了學生時代
不過還有很多小朋友 , 現在仍在學 ,你們還來的及

在看的時候  , 也會回憶起求學過程中 , 某些老師曾經試著這樣作 , 這些老師的用心...


上面講到了學校的老師跟出題者 ,
漫畫中 , 提到了一些出題者的技巧跟應考者與出題者的對話,
也反應出來 , 一個好的題目 , 背後會被賦予一些隱含的關鍵內容 , 以及如何正確的閱讀跟解讀題目...
<我是不太確認我們國內那些大考中心的教授們是否有認真的學習過如何出題
因為每年都會有些題目的答案是引人爭議的 , 這點漫畫裡面有提到出題者應如何避免
>

這部漫畫是我衷心的推薦 , 先用了這些技巧的學生將會有更多的優勢去有效的學習

2007年10月25日 星期四

目前在工作機上得UBUNTU上得作業軟體

分類 功能 軟體名稱 備註
遊戲 遊戲模擬器 xmame mame(Windows)
遊戲 USB GamePad usbview

P2P P2P aMule eMule(Windows)
影音 DVD播放 VLC Media Player PowerDVD(Windows)
IM IM Gaim MSN/GoogleTalk
Web 瀏覽器 FireFox MS IE(Windows)
辦公 辦公軟體 Open Office MS Office(Windows)
文件 PDF Viewer Evince Adobe Reader(Windows)
編輯 編輯軟體 Gedit Notepad/UltraEdit(Windows)
壓縮 壓縮軟體 rar WinRAR(Windows)
字典 字典軟體 星際譯王

字典 發音軟體 Festival(語音合成)

中文 輸入法 新酷音(注音)

























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