本來我以為 Sikuli 不怎麼樣，但…

昨天看 vgod 的 blog 文章： Change The World! 一開始只是覺得用圖形來控制系統設定好像沒什麼用處，雖然 GUI 方便，但我用慣了命令列，就不覺得設定電腦這個東西改用 GUI 來作有比較好用。下面是他的 demo 。

直到看到後面，他說到這個程式是在 Jython 上開發的，我才開始有點好感，但我還是沒參透為什麼這個專案會受全世界如此大的注目??

今天早上，我繼續想這件事，總算有找到一個恰當用途來應用了，那就是自動打怪，這種圖形控制導向應該比按鍵精靈好用吧! 不過，我也只是猜猜，因為我不打電玩。

剛剛我看了 Erin 的 Automated test in Android by Sikuli，我才恍然大悟，這是最佳的 GUI 環境自動測試工具，現在我們只會用 unittest 及 django testcase 作到伺服器端函式的測試，一直沒找到在瀏覽器端測試 js 的好工具。現在這個 Sikuli 絕對是可以幫得上忙了。

感謝 vgod 的 good idea 。

民運人士必備良藥

據稱中國谷歌解散乃是因為 Gmail 程式被「幹」走，原因是某國家要研究 Gmail 程式碼的目的乃是想找出程式漏洞好能入侵部份民運人士的 Gmail 帳號。

誠如我在日前所 po 的「千萬不要相信任何一個網頁系統(包含 Google)，除非你用了公私錀(如 PGP)加密」一文中，提到不要相信任何一個網頁系統乃是因為他們的部份系統管理員(或是全部)可以檢查你的資料，但是我漏了一個原因：「就是該網頁系統也有可能是遭人入侵而洩漏隱私。」

所以如果你真的想要將有隱私性的信件內文(如：起義革命的地點及時間)作『真正』的保護，還是使用容易且功能強大的 PGP 來幫助你吧! 這是任何一個民運人士都必備的。

讓我們再複習一下如何使用 PGP (Linux/Mac/Windows 皆適用)來加解密及簽章驗證。

然後記得以多方管道散佈你的 PGP 公錀的 key id 及指紋碼，我的其中一種管道就是印在名片上，如下圖：

讓別人可以用『正確」的公錀加密訊息來寄送給你。

「政治文」： 沒有自由的地方就是一個爛地方

不管這個地方是不是有某些人看起來特別幸福。因為沒有言論自由、遷徙自由，這「某些人」的幸福得建構在其他人的不幸福上。

話說這篇 Blog「A new approach to China」，提到 Google 有可能要退出中國市場，事實上，我也認為「君子不處危地」，待在這種爛地方是不可能「Don't be evil」的。

實在是沒學到教訓：「車碰車就該叫警察」

繼「叫警察一點也不麻煩」後，我在去年的最後一天又幹了件蠢事。

事實上，到去年底為止，我們已經連續四年都出現車碰車的事故了，在我們保了四年的車碰車險中，除了第二年、第三年有乖乖地叫警察讓保險公司出到錢外，其他兩年都是自己出錢。第一年的蠢事從「叫警察一點也不麻煩」該文可以略知一二。而本文就是要講這第四年的蠢事。

去年的最後一天是農曆十六，我和內人去拜完土地公後，要開車回家，在我要倒車出來時， R 檔卻打成 D 檔，當下我直覺是這個斜坡有那麼陡嗎? 怎麼車會「往前跑」，所以我催了油門。可想而知，結果就是我撞到了前面的貨車，前面的貨車十分老舊，後面的鐵桿子有彎了一點，而我們前面的車殼也刮傷幾處(因為光線昏暗，我們根本沒注意引擎蓋凹了)，心下不以為意，反正只是刮傷而已，而且對方車子十分老舊、車主也不在(事實上，隔天再看到那台車子時，才發現它根本沒有車牌)，所以我們就離開了。

是呀! 這一離開，就意味著自己又要出錢了，萬把塊的錢又飛走了。

PS 隔天看到那台沒車牌的貨車，我本以為也不可能報車碰車的出險，沒想到， TOYOTA 業務員說是可以的，只要它是台車子，又找了警察作筆錄，不管有沒有車牌都算，這事實又能我沉痛不少。

俗話說：「不要錢的，最貴」

請看 ZDnet Taiwan 新聞：「授權條款加入「不為惡」 Google拒代管」。

在使用開源碼軟體時，有時候還得考量創作者的政治心態，這實在是很麻煩，不像那些商業授權，只要錢拿來，管你是要選共和黨還是民主黨都沒關係。

除了使用開源碼軟體來開發軟體要考量創作者天馬行空的授權條款外，就我個人經驗來說，使用開源碼軟體真的比較貴。

當初我在懵懂之際，用的是盜版 Windows XP 、盜版 Office XP 、盜版 Vistual Studio 、盜版 Matlab 、盜版 XXX …，通通沒花到錢，只花了大約 2000 ~ 3000 元的書錢買 Windows, Office, Matlab 的書，學到了些表面功夫。

後來因緣際會，接觸了 Red Hat ，在它上面裝了 PHP 、 Apache 、 Mysql 後，提昇了我在系統管理及程式設計的眼界，也開始求知若渴。雖然開源碼軟體不用錢，但為了快速、徹底破解它們，我買了不少書，絕對是之前書錢的 10 倍以上，有系統管理、資料庫管理、中日韓越資料處理、程式語言、 Web 管理、 Html/CSS/XML、網路程式設計 …，我的金錢成本的確在開源碼軟體上花費較大，但慶幸的是，這些成本最後是被我的腦袋消化成為我的內在價值，而不是花在授權費用上，讓某個工程師年終分紅多了點。

貴的確是比較貴，但貴的有價值，對自己卻是件好事。

成功的方法(一)： 是否符合可重覆性

常常看一些評論的文章或是網誌，它們會介紹某個公司、某件產品因為 X ，然後 Y ，最後 Z ，所以得到非常大的成功(或是利潤)，於是可以整理出一條成功方程式。從套用該公司、該網站或該產品的特質及執行條件，你也可以成功(或是賺大錢)。

我們容易因為最後的成功成果，致使我們相信它的執行條件、運作流程是正確的。

然而，就像瑪蒂聽別人演講一樣(註1)，她總覺得複製別人的勝利經驗，成功不一定跟著來，但應該了解別人的失敗，來避免自己的失敗。

上面那段話講得再學術性些，就是：「成功方程式的正確與否? 應由該方程式可重覆驗證得之」。如果，這個成功方程式在 1 年前有效果，但在現在應用沒有效果，或是這個成功方程式在某甲身上應用有效，而在某乙身上應用無效，就代表該方程式沒有可重覆性，而如果成功方程式不具可重覆性，那麼它就是個屁，那不過是一種生存者誤差，只看到活下來的成功者，卻忽略了用同樣方法，但死傷無數的失敗者。

再舉一個很簡單的例子來說明：『買樂透』。大家都知道中頭獎的人非常幸福，一夕之間，賺到那麼多的錢，如果頭獎得主分享他的購買心得(或算牌技法)，你覺得應該要效法嗎? 我們看得到一人中獎的喜悅，但我們看不到的是那些用同樣方法，但期期落空的彩券買主。

這也就是「個體」與「總體」行為上的差異。就總體而言，我們可以知道一張彩券的期望值約是 30 元附近，大概是 6 成，所以你買下所有的彩券後，你會賠去 4 成的本金; 然而對「個體」而言，只單看某個人手上握有的彩券，它的結果卻多半是落空、中 200 元、…、頭獎，你不應該看到某個頭獎得主，就相信你也可以靠「買彩券」成為億萬富翁。

要驗證一個「成功方程式」是否有效? 不是只看它的個體結果(單一成功案例)，而應該是看它的整體結果才是，只有當它對大部份的個體有效，也就是可重覆地應用在其他個體上，那這樣對總體統計結果才算是有效的。如此一來，我們才有信心相信這是一條「成功方程式」。

註1 源自朱少麟著之『傷心咖啡店之歌』

我是個愚蠢的傢伙 --- NetBeans 用了快一年，才想到「自動補齊」是種選項

年初時，把我的常用編輯器 vim 改成 NetBeans + jvi 的工具以應付多專案、多檔案及多版本比對的混亂模式。

這混亂模式不是 vim 檔案編輯模式的錯，而是混亂工作流程造成的。如果只在一個資料夾、幾個簡單文件要編輯，我還是會用 vim 處理的。

在使用 NetBeans + jvi 的過程中，有一個現象一直困惱著我，那就是 NetBeans 會偵測我打入的字，並作文法檢查及自動完成函式名稱，這『自動化』的行為，理論上，應該會讓編輯者比較方便才是，但因為我用的是 jvi plugin ，所以我已習慣另一種自動補齊行為： Ctrl+p ，而且我往往不需要 NetBeans 幫我在打『點』時作自動補齊，因為我不需從 N 個函式名稱、屬性中挑出想要的，而是先輸入前幾個字，然後再用 Ctrl+p 來補齊。

這個自動化模式讓我寫程式碼的速度受到限制，但用久了也就習慣了，畢竟寫程式碼的瓶頸並不是文字輸入速度，而是思考速度。

今天我莫名其妙地想到，這個「自動補齊應該是一種選項」才是呀! NetBeans 怎麼會預設立場認為全天下的程式設計師都喜歡這個行為，一定不只有我是因為使用 jvi plugin 才不愛用 NetBeans 內建的自動補齊，也有別人就是不喜歡「自動補齊」才對呀!

於是，我翻了一下 Options ，在 [Editor] 中的 [Code Completion] 發現關閉這個行為的選項。天呀! 我用了快一年，才想到這件事。

「IDE必備自動補齊」的先入為主想法，讓我莫名其妙地忍受這個小問題將近一年。