自製星際譯王的字典檔StarDict

自製星際譯王的字典檔 StarDict


自製 星際譯王 字典檔

先說為什麼要自製星際譯王的字典檔 , 你可以從中間為你自己或是公司得到甚麼好處?
假設你們公司要發行內容的共通 商業用語或是商業字彙 ,
甚至是提供給客戶的諸如 股票 , 基金 , 保險等等相關基本常識或是用語 ,
或者是應用系統的Data Dictionary
你們都可以產生針對你們公司甚至是你們客戶專用的說明字典

學校老師也可以輕易的挑出相關的重點來產生給學生參考的字典

這一點是使用Dr.Eye(譯點通)這類商業電子字典所辦不到的
因為不論是譯點通或者是快譯通或者是無敵電腦字典 , 他們都不對外開放自行新增字典檔的功能
<所以我對於商業軟體有些感冒 , 應用性完全被綁死在廠商手上>


前置作業 , 檢查你的星際譯王安裝設定
使用 Synaptic套件管理程式檢查以下內容是否已經安裝
stardict  
stardict-tools
stardict-common
stardict-gnome
stardict-plugin
stardict-plugin-espeak
stardict-plugin-festival
stardict-plugin-gucharmap
stardict-plugin-spell
我有點忘了哪幾個是必要的 , 這個是我目前有裝的相關套件



以下是執行步驟
(1)在你的使用者目錄下建立子目錄stardict-demo-2.4.2
(2)使用 Gedit 編輯
檔案內容如下:
demo    示範\n進行實體展示來讓人明白其過程\n如果還有更多行可以繼續換行
test    測試\n進行試驗以驗證功能性或是性能\n如果還有更多行可以繼續換行
檔案內容如上

注意說明:
(a)demo 跟 示範 之間並不是空白 而是 tab 字元 , 請按鍵盤左方的 Tab 鍵
(b)\n 表示內容要換行

然後存檔 , 注意 存檔的字元編碼格式必須為 UTF-8
(3)然後存檔 , 檔案名稱為stardict-demo-2.4.2.tab
(4)開啟終端機執行以下指令
cd /usr/lib/stardict-tools
./tabfile ~/stardict-demo-2.4.2/stardict-demo-2.4.2.tab

(5)檢查子目錄stardict-demo-2.4.2之下是否多出這三個檔案
stardict-demo-2.4.2.dict.dz
stardict-demo-2.4.2.idx
stardict-demo-2.4.2.ifo

(6)修改字典檔的命名
使用GEdit 編輯stardict-demo-2.4.2.ifo
檔案內容如下
StarDict's dict ifo file
version=2.4.2
wordcount=2
idxfilesize=26
bookname=邪無思的星際譯王測試字典stardict-demo-2.4.2 <--  在這一行修改你的字典的顯示名稱
sametypesequence=m
檔案內容如上
然後存檔

(7)開啟終端機執行以下指令
sudo mkdir /usr/share/stardict/dic/stardict-demo-2.4.2
sudo cp ~/stardict-demo-2.4.2/stardict-demo-2.4.2.dict.dz /usr/share/stardict/dic/stardict-demo-2.4.2
sudo cp ~/stardict-demo-2.4.2/stardict-demo-2.4.2.idx /usr/share/stardict/dic/stardict-demo-2.4.2
sudo cp ~/stardict-demo-2.4.2/stardict-demo-2.4.2.ifo /usr/share/stardict/dic/stardict-demo-2.4.2

(8)執行你的星際譯王
使用功能 管理辭典 可以看到 "邪無思的星際譯王測試字典stardict-demo-2.4.2" 這個字典已經被抓到了 ,裡面有兩個字

(9)查詢我們剛剛建立的單字
輸入demo , 看看能夠看到甚麼

你可以發現 如果你載入多本字典 , 然後裡面都有 demo 這個字彙,
它會一併顯示出來


建立字典時的重大注意事項:
這一點是參考文件中不會提到的 ,
但是因為我曾經自己研究星際譯王的字典檔格式直接寫程式去產生字典檔 , 在測試的過程中發現了以下重要注意問題
(a)在同一個字典中 , 字彙不可以重複 , 也就是說在 stardict-demo-2.4.2.tab 中不可以重複出現兩個相同的字彙
例如像下面這樣的檔案內容如下:
demo    示範\n進行實體展示來讓人明白其過程
demo    測試\n進行試驗以驗證功能性或是性能
檔案內容如上
有兩個相同的demo 字彙存在同一個字典中
<硬要試試看會發生什麼事? , 星際譯王碰到這樣的問題字典 , 只要你去使用 , 星際譯王可能直接當掉 , 或者是變得的不正常>

(b)字彙必須要排序
例如像下面這樣的檔案內容如下:
test    測試\n進行試驗以驗證功能性或是性能
demo    示範\n進行實體展示來讓人明白其過程
檔案內容如上
test 排序應該是在demo之下
<硬要試試看會發生什麼事? , 星際譯王碰到這樣的問題字典 , 只要你去使用 , 星際譯王可能直接當掉 , 或者是變得的不正常>

參考資料
"StarDict" 的 "How to create your own dictionaries."

羅馬室記憶法 背誦 ISO27001 相關條文

羅馬室記憶法_背誦 ISO27001相關條文

羅馬室記憶法

就是利用空間定址掛勾的方式來幫助你進行記憶

首先你必須假定出一個房間 , 假設你進入房間時 ,

房間的左下角定為 1

房間的左面牆壁定為2

正前方的左方角落定為3

正前方牆壁定為4

正前方的右方角落定為5

右方牆壁定為6

房間的右下方角落定為7

然後你進來之後身後的牆壁 定為8

地上定為 9 , 天花板定為 10

接下來就可以把你要背誦的東西視覺化代表 , 然後擺在定位

1.Security Policy 想像它是一份厚厚的文件 , 然後放在房間的左下角

2.Orgranization of information security , 想像左面牆壁上掛了一幅組織圖

3.Asset Management 資產管理 , 想像有一個小金庫就放在正前方的左方角落

4.Human Resource Security , 想像正前方牆壁放了一個人像畫 , 表示這是人力

5.Physical And Environment Security , 想像實體跟環境安全的具象化 ,

我想像了一隻滅火器為代表 ,它就擺在正前方的右方角落

6.Communication And Operation Security , 我就想像在右方牆壁掛了一隻電話 , 代表通訊還有萬一作業時有問題可以通知

7......

就這樣 , 你可以找你自己熟悉的房間, 然後把要背的事項 , 想辦法給具象化 , 然後就把它依照 1 ,2 ,3 , 4 , ....10 的順序放在房間的各個位置

超過10 怎麼辦 ? 如果某一個項目下面又有多個項目怎麼辦?

答案是: 開房間

恩 , 千萬不要想歪了 ,

你可以增加多個不同的房間(看你是要用書房 , 臥室 , 儲藏室 , 隨你高興) ,

然後一樣是按照 1~10的位置去擺放你要記憶的事項的具象化物品

恩 , 家裏很窮 , 只有一個房間怎麼辦?

你高興的話 , 也可以拿公共場所的空間來當你羅馬室記憶術的空間 ,

至於房間的順序那一邊要當作1 反正一定是從你的左後方開始起算 1 ,

至於你要面對哪個方向 , 就隨你高興了....

在做具象化時 , 要依你覺得越誇張的方式越好 , 例如我對於 實體與環境安全 , 我直接就給具象為 滅火器

<因為在實做中 , 滅火器也是實體與環境安全中的一環>

 另外一點是掛勾 , 上文中我的房間是空空如也 ,

完整的羅馬室是希望你以你的實際空間物件擺放為空間掛勾

例如如果你的房間的右前方角落放了一個垃圾桶  , 則你在掛勾記憶時就可以想像 有一隻滅火器 放在

你的房間右前方的垃圾桶中

<所以要找你熟悉的空間 , 還有對應的空間擺設>

使用羅馬室記憶術的好處是 ,

1.可以長久記憶 , 因為它是與你熟悉的空間相掛勾

2.記憶項目時可以依序記憶 , 因為你在擺放對應物品時是按照房間定位順序去放的

目前正計畫在正式的5天課程前把所有的條文統統整理到腦中存放

在UBUNTU上 解開有保護的 pdf 檔

在UBUNTU上 解開有保護的 pdf 檔

有些原文電腦書 會附上 pdf 檔

但是所附的 pdf

但是所附 pdf 是有保護的 例如 無法匯出 文字檔

如果是在 windows 平台可能就有人想要去找破 pdf 保護的軟體

但是在 ubuntu 8.04 上完全不需要

打開 終端機 輸入以下指令

pdftops   aaa.pdf aaa.ps

就是利用 pdftops 指令把 pdf 轉成 ps 檔


===以下內容可以使用指令 pstopdf aaa.ps aaaNew.pdf 取代====
一旦轉成 ps 檔後就可以直接在 檔案瀏覽器中 點兩下 aaa.ps 檔
系統會預設使用 Evince 文件檢視器開啟 aaa.ps

接著 選擇 功能表中的 檔案->列印 ,

就可以把 ps 的內容列印出去 , 預設會送出到 PDF 印表機 (UBUNTU 8.04中預設有安裝虛擬印表機)
輸出的成果會出現在 你的使用者目錄下的 PDF 目錄裡面
===以上內容可以使用指令 pstopdf aaa.ps aaaNew.pdf 取代====

pdftops 指令預設也是 UBUNTU 8.04有安裝的



解開一個有保護的pdf  並不困難

有片就看-鋼鐵人

有片就看-鋼鐵人

鋼鐵人 這片是去電影院看

感覺這一片去看大螢幕真的很值得

個人是覺得比變形金剛好看多了

沒有甚麼冷場的部分

故事是描述 主角是繼承父親的軍火事業 , 或者說是國防工業

年輕 , 富有 , 天才 , 要跑車有跑車 , 要妹妹有妹妹 ,

天之嬌子

他一直認為軍火事業可以保家衛國

也一直過著'理所當然的日子 , 直到有一天他被綁架 , 受到重傷

才發現他們公司的武器不只是被拿來保衛美國  ,

同時也被賣給武裝分子去殺害美國子弟跟手無寸鐵的老百姓

在被綁架的過程中 , 他在另一名人質的協助下 製作了初代版的鋼鐵人原型 , 並且利用這個逃出武裝分子的綁架 ...

剩下的 請自己去看

另外如果你對這一片最後會出現的大約不到15秒的片尾花絮感興趣的

請在正片結束後 , 放完片尾曲 , 請耐心等待約 8分鐘(一大堆製作人員，　演員的名單)之後

就會出現短短的片尾花絮 ,

有另一人出現提到要請鋼鐵人 加入 "超人聯盟" 的預告....

據悉"超人聯盟" 是同屬MARVEL 旗下的相關漫畫系列的超人英雄的集合

未來是不是會推出鋼鐵人續集, 出現 像電玩一樣的 超人英雄大亂鬥 場景 ,

我就不知了

Lean Six Sigma -談MIS部門的浪費模式

Lean Six Sigma -談MIS部門的浪費模式

2008/05/04 16:15

眾所周知的 Lean 談的是精實 , 把不必要的浪費給去除
一般來說都是以流程的精實為第一要務

但是在企業內部還有很多是屬於商務流程以外的浪費
其中以MIS部門的浪費為最 ,
特別是當企業越大時 , MIS部門的浪費可能也是最大的

以下要談的跟Lean Six Sigma 無關 , 純粹只是就 Lean 這件事來談

所以你如果是要看Lean Six Sigma 的很抱歉 , 可以離開了

但是如果你是要看 , 避免不必要的浪費的 , 可以繼續往下看

浪費模式一: 搖擺不定的軟體平台或是產品選擇
這種浪費模式 , 很常見 , 常見於一些基本但是必要的軟體產品
例如像 MS Exchange vs Domino Notes
這兩套產品是拿來做 Mail Server的基本功能 ,
但是你會發現有些公司會一下用這個 , 一下用那個...
<不相信 , 你去看看微軟或是IBM的軟體產品的使用公司的簡介中就會發現
  當然 , 因為是競爭關係 ,
所以你看的不是 Exchange 取代 Domino
就是 Domino取代 Exchange
賣產品總是這樣老王賣瓜自賣自誇 , 就軟體供應商來說這樣的行為很常見 ,
但是當你(們的公司)就是消費者是付錢的公司時 , 你就要想想 ,
當初你買 Exchange 要付一次購買費用 , 然後轉換到 Domino 又要付一次購買費用
然後不同產品之間要轉換 , 就必須還要付出轉換的成本
這些行為根本就是浪費...
>

浪費模式二: 使用了多套同質性產品於公司內部
有可能看到的是例如: Database / Flow / web / 開發工具 相關軟體

例如使用了 MS SQL , 又買了IBM DB2 , 又買了 Oracle , 或是又買了 Sybase等等
買了多種都是要拿來做資料庫的軟體 , 感覺有點像是
你買了3台不同廠商的電視機 (都是要拿來看電視的 ,
 不同廠牌的電視可能小功能會有所不同 , 但是拿來看電視這個功能是一定不會變得)

事實上就軟體的購買而言 , 軟體除了初次的購買建置費用還有每年要付出去的維護費用
(一般來說是購買費用的15%吧)

所以當你公司有了多套同性質的軟體時, 每年要付出去的維護費用就是一筆錢 ,
再說 , 一套產品買進來後 ,
你還必須要有對該產品精通或是熟悉的人進行管理或者是微調維護等等作業
意思就是如果如上述的資料庫的例子來說 , 你們必須要有熟悉MS SQL/IBM DB2/Oracle/Sybase 等等的人員
也就是說必須要有這些熟悉的人員 ,
如果沒有 , 要麼就是再聘人 , 要麼再外訓 , 要麼請顧問
這些都是額外的費用 , 要同時搞多種不同的資料庫

在談到Lean時 , 請好好想想有沒有必要讓這麼多種不同的資料庫產品同時存在於公司內部

以下談的可能會跟上述的模式一與模式二有重疊
浪費模式三: 因為公司內部沒有人會用那個產品所以換產品
這個在大型企業中的MIS部門也是常見的事 , 當會的人走掉之後 ,
如果後續的接手者不會 , 則有可能那個軟體產品在公司內部會因為沒有人使用導致形同作廢
當然最後則只好買個新的產品進來公司用
<為什麼不訓練人? 別問我>

浪費模式四: 因為公司要求廠商客製化產品 , 所以廠商有新版本產品時 , 公司無法跟著昇級
台灣有很多公司都是要求產品要客製化 ,
但是當軟體廠商特別為你們公司從Source Code 源頭開了一個特殊版本的客製化版時
也就代表著你們買的那套軟體可能無法享受的原廠軟體有新的 fix 更新 , 或是出了新版本時,
你們公司都無法使用
除非你們公司要再花一次錢請原廠針對新版本幫你們重新客製化一套新版本

我的建議是:一般來說 , 對於原廠軟體盡量不要直接對原始的Source Code 去動手
                     而是要去尋求 plug-in 或是 extension 或者是 interface 去連接
                     建置客製化功能

浪費模式五: 在自行開發與外包開發中搖擺不定
這個在大型企業中也很常見 ,
想要自行開發就要養人 , 必須在內部培訓或是引入有能力的人員
不然就是要導求外包廠商來進行開發

這兩種都可以 , 但是最糟糕的狀況會是搖擺不定
好像離題了 , 剛剛談的不是 公司裡面的軟體產品的問題嗎 ?
怎麼會有自行開發或是外包的問題?

舉 ERP 的例子來說好了
如果你的公司導入了某套ERP ,
當公司內部有新功能要建置時 , 一種是自行開發 , 一種是找外包廠商來開發

這個又會牽扯到上述的 浪費模式一/二/三/四的狀況
因為政策搖擺不定 , 所以可能應該要培訓的人員沒有培訓 ,
然後外包廠商又吃定你沒有人可以用, 所以獅子大開口,
然後這時可能才想要自行養人來開發 , 可是可能等到訓練完到能夠上手精通 , 可能黃花菜都涼了
最後可能就會發生模式三 , 沒人會用所以要換新產品...
<好像這樣 問題就解決了 , 問題就這樣不斷的出現不斷的循環>

有些銀行就很乾脆 , 就是外包 , 擬定嚴格跟好的政策去處理, 而不是搖擺不定的政策

浪費模式六：因為人員對軟體產品的不熟悉或是沒有善用，而購買新的產品達到既有產品所提供的功能

這樣的浪費模式跟浪費模式二很相近但是原因不同

這種情形是人員在不熟悉或是精通產品的情況下，最容易發生。

舉例來說：有的公司會特別去購買 LDAP 產品 , 但是以微軟家族中 至少有兩個部分提供LDAP功能

而且是很多企業會用到 , 那麼為何還要去購買?  同樣的狀況也會出現在 Portal Server 或是 Content Manager Server (不是幫微軟打廣告 , 而是他們的某些產品提供了不少功能 , 但是常常有很多人沒有去挖出來去 , 導致要用A功能時 , 大家就要另外去買 另一套產品 , 要用B功能時 , 又去買另一套產品)

上述這些是在物價不斷上漲 , 全球企業都在尋求減少浪費的觀念下 ,
在MIS部分所可能會發生的浪費與內耗
如果你的公司出現了這種狀況 , 就表示有浪費出現了

檢查點1: 你的公司是否存在同一性質但是的多套不同產品軟體
               Database: MS SQL , IBM DB2 , Oracle, Sybase
               APServer: WebLogic , Jboss , WebSphere
               WebServer: IIS , Apache
               Mail Server: MS Exchange / Domino Notes
               Process/Flow: ...

<注意是你的公司是大企業而不是軟體公司產品展示會 , 相同性質的產品買那麼多套做甚麼 , 浪費...>

檢查點2: 你的公司使用的產品是否有要求要特別客製化而導致未來無法跟著原廠進行fix或是升級

檢查點3: 你的公司是否有在近幾年內 ,同一性質但是多套不同產品之間進行轉換
                <而且未來還有可能會再轉換>
                <這年頭沒人要你從一而終 , 但是不斷的轉換軟體 , 只是會讓你的投資浪費掉>

檢查點4: 你的公司是否曾有因為內部沒有人員會使用某軟體而直接購買新產品去取代的
                <這一點 , 可能檯面上沒有人會承認 , 但是一定曾經在某些公司發生過>

如果你的公司出現過這幾點 , 你或許應該好好評估一下,
因為這些行為直接或是間接導致的浪費有多少

最後一點 , 上述內容絕對都有真實案例 ,
<像模式一 , 軟體轉換 , 印象中是科學園區的某廠商 , 在微軟或是 IBM 的網站上都有>
<模式四 , 跟模式五 , 導入ERP 的公司可能會碰到>

但是請千萬不要替你們公司自己對號入座 , 或是想說是公司內部的某某某寫的
因為我提到的都是在網路上可以看得到的通例

提出上述例子 , 只是要說明當全球潮流講求 Lean 不浪費時 ,
也請檢視一下你們公司的MIS部門是否也是造成浪費的始作俑者

這些浪費如果被好好檢視跟處理之後 , 又可以省下一筆錢

------------------------------------------------------------------------------------------------------------------------------

當然還是要來推銷一下 Open Source , 有很多公司想省錢 ,

明明已有夠品質的open 軟體可以使用

但是卻又一定要花錢買一些open source 就有的功能軟體

最常見的大概是 Office 系列吧 ,  不一定要用 MS Office 用OpenOffice 也很棒

壓縮軟體有 7-zip 可以取代 WinZip , WinRAR

字典軟體有 StarDict(星際譯王)可以取代Dr.Eye ,

大企業特別要小心的是因為員工使用非法軟體而被抓到的問題 , 一旦上新聞 , 可就對企業的形象有損 ,

(經過一定的評估程序)導入Open Source 軟體可以大幅的降低這類問題

(而且根本不用擔心 , 因為購買的軟體授權不足而被抓 , 員工即便在家中的電腦也可以使用Open Source 的軟體 )

這些通通不用錢 , 你們公司還在花錢買類似的軟體嗎?

利益最大化

就身為金牛座的自己來說 , 以某種程度來說是極度現實 , 但是也是極度天真的
第一原則 是利益最大化(這是現實的一面)
你好 , 我好 , 大家好

甚至於來說 ,也會想把這個原則拿用看待外界的一切
舉例來說 , 有時會看到社會新聞提到 , 有夫妻吵架 ,然後兩個家族也打起來 ...
或者是兩情侶想要結婚但是因為家族的反對 , 而在哪裡大傷腦筋的

如果就利益最大化的原則來說 , 最佳的狀況是: 兩個情侶很高興 , 兩個家族也很高興...
次差的狀況是 兩個家族不高興 , 兩個情侶很高興
( 家族反對  , 兩情侶仍然堅持自己所愛的結婚了 , 而且過的很幸福)

請不要問我 , 為什麼不是 最差的狀況兩個家族不高興 , 兩情侶也不高興 ,
就利益最大化的情況下 , 都沒有任何一個人得到好處(這個好處可能是幸福 , 或者是快樂, 或者是其他的)
那做那件事就沒有任何意義 ,
如果結一個婚 , 完全沒有人得到任何好處(幸福 , 快樂) , 那為何要結婚

再把利益最大化原則,套用到情侶間如果出現三角關係的話 , 怎麼去看待它
如果就利益最大化的原則來說 ,
最佳的狀況是:  關係中的三個人都有好處(幸福 , 高興)(先不考慮用甚麼方式可以達到)
次佳的狀況是 至少有兩個人得到好處(幸福 , 高興)
次糟的狀況是 只有一個人有好處(幸福 , 高興) 
最糟的狀況是 , 三個人都沒有好處(幸福 , 高興)
就尋求解決方案是 , 基本上是一定要尋求 利益最大化的方向去看...
<做生意應該也是一樣 , 最佳狀況: 買方賣方都得到好處>
 最糟糕的狀況是搞的每一個人都沒有好處(/高興/幸福) , 社會新聞版最常看到這類不好的範例...
像那種殺人案件 , 被殺的喪了命 , 殺人的也被抓去關 , 兩敗俱傷 , 誰都沒有好處 , 是最差的狀況...


但是就某種情況下來說 , 要做到人人都滿意 , 人人都高興是不可能的 ,
所以至少要尋求能夠達到次佳狀況的解決方案
<雖然出社會不少年 , 但是某些方面仍然想得很天真 :)>

寫自己的話...

寫自己的話...

我不喜歡 轉貼別人的文章 , 在自己的部落格上 , 因為那些別人的文章, 在其他部落格也看得到
更因為現在對於智慧財產權與著作權等等相關法律的問題 , 更必須要小心 ,
當所謂的社會"進步" , 就某種層面來說就表示相關的法律條例也會多如牛毛...
<最近看到一則新聞 , 如果頭圍太大 市面的安全帽戴不下時 , 必須要去登記(根據 XXXX 法規 <-- 知道有這一條法規的人舉手 ...) , 但是仍然要去定做安全帽...>

不過我覺得還是要寫自己的話 , 因為我去逛別人的部落格 , 就是想看看一些不一樣的 , 如果都是一些轉貼文章 , 感覺就很無趣...(感覺就像是去旅行一樣 , 如果去外面旅行 , 跟在家裡面都一樣 , 就沒有旅行的意思了)

再說 , "出來混的總有一天是要還的" , ㄟ , 對不起這是黑道電影的台詞 ,
應該是說 , 如果自己貼了一篇別人的文章 , 但是沒有註明是轉貼或者是原作者的名字 ,
有一天如果被誤會時 , 再來解釋就來不及了 ...
<千萬不要想做壞事 , 因為一定有機會會被別人揪出來的>
所以還是寫點自己的話 , 雖然整篇部落格都是自己的廢話 ,
不過至少心安理得