huihui的飛機場

前一陣子從倉庫中拖出一台雙 CPU 的主機，
被封存好長一段時間了，聽說曾經送到台北修，不過修不好，
看它快被報廢了有點可憐，
於是試著再給它一次重生的機會。

一開始連開機都有問題，
所以把所有的介面卡都拆下來清一次，
花了一個下午了解各介面卡喜歡的角度，
依其喜好角度裝回鎖定後，終於可以開機成功了。

拿出 XP SP2 光碟開始安裝後，刺激的才開始，
每次出現的錯誤都不一樣，
有時是藍色死亡畫面，有時是從光碟複製某個檔案時失敗，而且還每次不同檔案，
運氣好裝到圖形介面啟動後，也會有各種不同的死法，
一開始懷疑光碟片的問題，換了一片全新的依然沒用，
那可能是光碟機老了吧？換了兩台光碟機也沒用，
難不成是光碟排線有問題？換了一條，一樣死給你看，
最後到 BIOS 中把開機時所有的檢查項目開啟，用最完整的開機檢測程序，
突然．．．出現了一行 Memory test failed.
難不成這就是兇手？
接著就一條一條的把 RAM 拔下來試試，
果然兇手出現了，其中一條有問題。

於是我撃敗了台北某公司，這台雙 CPU PC 又復活了，
或許有人在等著它被辦報廢，然後撿現成便宜，
很抱歉，讓你失望了。

=================================================== 

 0221 補充:

今天得知, 我救回了卅萬元。

兼職行政工作，課少了，
多數時間不是在跟公文打架，就是處理一些和教學沒啥交集的事，
久了，會讓人忘了自己本來是個老師。

有時在行政上的衝突會讓人很沒力，
對於校內的專務公職人員來說，「上班」做行政業務就是他們的本業，
但對我來說，教學才是本業，
我卻常常為了這些不是本業的事情在受氣。

上級所定的業務職掌總令人嘆為觀止，
大家都是看著職務名稱自行揣摹著解釋業務範圍，
結果出現一大堆模糊不清的地帶，
長官認為這是「合作空間」，
殊不知「眾人之事即是無人之事」，
單位氣氛良好，就算業務互不相關，大伙兒也會互相支援，
若氣氛不佳，模糊地帶一堆，只會造成大家多生衝突，彼此內傷。

現在反倒是上課時才比較能平靜下來，
雖然有時還是會被學生搞得頭上三條線

最近意外的接觸到「彼德原理」這東西，。

什麼是彼德原理呢？

「彼得原理的基本表述是：在一個層級制度中，每一個人總趨向晉陞到他所不能勝任的職位；有工作成績的人將被提升到高一級的 職位；如果他們繼續勝任，將進一步提升，直至到達他們所不能勝任的位置。所以，組織的悲劇在於：每一個職位最終將被不勝任的人所佔有；而組織的工作任務， 多半是由尚未達到不勝任職位的人們所完成。」
--郭曉來　彼得原理揭示了組織的悲劇。http://big5.china.com.cn/chinese/zhuanti/xxsb/546389.htm。

那麼我是不是已經提到到了最終那個不能勝任的位置了呢？
如果我知道自己被提升到了那個位置，而主動要求不被提升，卻不被主官管接受，又是怎樣的情形呢？
我覺得位於自己能勝任的職位上，不但對組織來說是比較公平有效率的事，
而且自己也能過得比較快樂一些，
呆伯特漫畫的作者　Scott Adams，在呆伯特法則的最後一章提到：「快樂的員工比不快樂的員工更具生產力與創造力。」
相信對許多曾經快樂地為組織奉獻的人來說一定是心有所感。

至於接受提升，不管是為了名、利或其他考量，
都必需接受一個事實，那就是你必需承擔更大的壓力和責任，
如果無法接受這個事實，只是單純的想到名、利或其他目的，
那就如同倚天屠龍記中對七傷拳所做的描述，
內力不足又強練七傷拳，必定是一練七傷，
好好的一套絕世拳法，到頭來卻是先傷己再傷人。

如果你接受提升，也願意承擔責任，
套用彼德原理，你還是會繼續被提升到一個你無法勝任的位置上。
看起來很可悲，但使用這種傳統選才任用原則的組織似乎俯拾皆是，
大家都認為對待表現好的員工就是要提升他的職位才對得起他，
但加薪、給假、放福利讓他繼續快樂的工作，應該也是個選擇，
比起升官後讓他整天掛著一幅苦瓜臉工作，不是好多了嗎？

記錄一些和 OpenOffice 版本管理相關的網址, 以供後續研究

• http://extensions.services.openoffice.org/taxonomy/term/47
• OOoSVN http://extensions.services.openoffice.org/project/OOoSVN
• O3Spaces http://community.o3spaces.com/downloads
• OdfSVN http://sourceforge.net/projects/odfsvn
  

雖然這幾天是年假, 但伺服器剛移機, 所以每天都要監控是否有異常,
有些問題要在大量的 request 下才會出現, 包括了效能問題.

在架設 ldap 伺服器時, 並沒有特別去設定 index,
所以在查詢時會有頓一下的感覺,
而且在 log 中會出現似下面的訊息

Feb xx xx:xx:xx ldap slapd[xxxxx]: <= bdb_equality_candidates: (uidNumber) index_param failed (18)

於是到 slapd.conf 中修改相關的 index

index  cn               pres,sub,eq
index  sn               pres,sub,eq
index  uid              pres,sub,eq
index  mail             pres,sub,eq
index  uidNumber        eq
index  gidNumber        eq
index  memberUid        eq

修改完後重建資料庫的 index 

#/usr/local/etc/rc.d/slapd stop
#slapindex -f slapd.conf
#/usr/local/etc/rc.d/slapd start

重新測試一下, 果然效能提升了許多.

之前在學校架了 OpenLDAP Server 希望能將所有網路服務的身份認識都整合在一起,
在尋找資料的過程中發現了很多平常沒注意到的東西,
例如:

Sun 的 Directory Server(http://www.sun.com/software/products/directory_srvr_ee/dir_srvr/index.xml)

The Apache Directory Project(http://directory.apache.org/) 

兩者都能免費下載, 其中的 Apache Directory Server project 又分成三個子專案

• Apache Directory Server
• Apache Directory TripleSec
• Apache Directory Studio

應該是滿有潛力的一個專案.

現階段應該還是繼續使用 OpenLDAP, 不過有空的話我可能會去了解一下 The Apache Directory Project .