Official Python Planet@Taiwan

這篇文章看了覺得寫的不錯，因此經過原作者同意後，就轉過來了。文章代碼(AID): #1BR7wzrt (Gossiping) 作者 Freak1033 (金が信念! XD) 看板 Gossiping 標題 Re: [問卦] 有沒有念資訊一定要討厭windows的八卦 時間 Sat Feb 6 04:25:29 2010───────────────────────────────────────※ 引述《HollisterCo (海鷗)》之銘言：: 身邊有些朋友念資訊的: 但是莫名其妙的就會說你怎麼還在用微軟的東西: 媽的爛死了之類的 你看linux都不會當機 也不會中毒: 用linux才屌!! 用甚麼GUI 弱者才再用: 強者都用CLI!!!!: 是不是真的打打指令就比較厲害??????? Q_Q唉呀,

功用

使用 Virtualenv 可以讓你預先建立一個虛擬環境，在虛擬環境中開發 Python 程式，可以保持 Python path 乾淨，並減少因為機器上需要同時支援不同版本函式庫，造成各函式庫彼此之間相依性的困擾。

而且使用虛擬環境後，到時要將環境轉移到別台機器上，也減少很多設定上的問題。

安裝

$ easy_install virtualenv

設定環境

$ virtualenv --no-site-packages [dev_place]

即建立一個名為 [dev_place] 的資料夾（中括號裡的名稱自行填寫取代）。

切換到虛擬環境

進入 [dev_place] 目錄，輸入命令：

$ source bin/activate

若看到路徑提示前多了個（[dev_place]）符號，即表示已經進入了虛擬環境。

這時我們可以使用預設提供的 easy_install 工具安裝要使用的函式庫、或是安裝各種 Python 程式。

安裝的函式庫會被放到 [dev_place]/lib/Python[版本]/site-packages/ 目錄中，跟一般的 Python 函式庫配置方式相似。

離開虛擬環境

要離開虛擬環境，只需輸入命令：

$ deactivate

即可回到預設的命令行狀態。

其他操作

如果你的電腦上有裝多個 Python 版本，在下 virtualenv 命令時加上「--python=python[版本] 」當作參數，也可以建立出不同版本的 Python 虛擬環境，讓你可以更容易地在多個 Python 版本間做測試。

其他使用方法可以輸入「virtualenv --help」參考印出的說明。

我需要點好運氣


這次生病，很久都沒好，而且超難受的。
病好後，該要來做做運動了。

今天在台北 GTUG 講「GoogleCode & Mercurial 版本控制介紹」。

剛好看到這篇
http://yz.mit.edu/wp/2010/01/14/bitten-by-python-scoping/
想起之前也有遇到類似的問題~

其實主要就是python2的list comprehensions有個副作用,
就是會重設scope內的變數, 比如以下這個程式

def t1(): 
    x=5
    [0 for x in [1,2,3]]
    print x

t1() 

3

這邊的x會被重設為3, 有點像是殘餘的loop變數的感覺~
有些人會玩弄這個副作用來達到一些不想讓人看懂的lambda技巧就是了:P

但相對來說後來引進的generator語法就沒有這個問題, 所以這個問題其實也可以使用list(x for x in [1,2,3])這個方法來解決.

def ts2():
    x=5
    list(x for x in [1,2,3])
    print x

ts2()

5

另外也可以置換變數比如改成使用a來取代x(當然a是會被assigned).

當然還有另外一個方法則是使用python 3, 就完全沒有這個問題了 :D

瞬間，鬆了一口氣，也不知道這樣是好還是不好。
很高興這陣子來一起合作的伙伴。
該是好好思考下一步的計畫了。

Shilin.Taipei.Taiwan

發燒、脖子扭到加感冒。
有沒那麼慘啊。

白夜行，上車時開始看。
回家後一股作氣把它看完了。
東野圭吾從一開始的幾個看似不相干的小故事，不斷各自進行，
最後再全部串成一線。

從一開始的殺人事件，就註定了整個故事是誰都沒好處的悲劇收場吧。

這有演成日劇。找時間再看一下吧。

最近一個不熟的朋友，過去寫過一個軟體，在經過媒體宣傳之後，瞬間爆紅。事實上該軟體是一個成熟度很高的作品，是一個值得推薦、喝采的作品。然而，該位作者卻將該作品說成是「創新」、「革命」這是我完全不能認同的。大多數人過去可能沒看過類似的軟體，會為之驚豔。但，有意或無意間，利用人們的無知，而進行自我吹捧，則是我所不認同的。或許該位朋友，過去也沒見過類似的作品，出於無心之過。因此，我也不指名道姓說是誰了。只是，榮耀應該還給適當的人。 根據作者本身所宣傳的，和網路上大家所傳頌的，該軟體有兩項革命性的特色。一、「使用畫面的截圖寫程式」，二、「用圖形表示程式內容」易於閱讀。事實上，這兩項特色、功能，都不是創新。甚至早就有成熟的商業產品了。這兩項特色最早是由誰發明的，我並不清楚，但透過網路上能找到的相關軟體，其實可以很清楚的告訴我們，這是早就存在而且成熟的技術。 ...

昨晚部門尾牙，在公司附近的一家海鮮餐廳。
很多菜是下酒菜。
不過由於上周的公司尾牙，大家都喝酒喝到怕了，
今天大家都很節制。

這禮拜真是我人生中最瘋狂的一天了..。

自從Sikuli發表後，我本來還打算一封封回覆所有的問題，後來發現排山倒海而來的郵件和留言速度遠大過我能閱讀和回覆的量。前幾天我優先把Sikuli比較大的bug和一些平台問題修掉，昨天釋出了0.9.7讓各平台都提升到同樣的版本（只剩Linux還是沒有抓圖的快捷鍵了），整體運行的速度也提昇了不少，並且新增了一個.skl格式讓人能透過command line或double-click直接執行script。如果之前下載過舊版的朋友強烈建議升級到0.9.7。

修完緊急的bug後，我們會再陸續補上一些文件和教學，說明一些常見的問題要怎麼解決。例如說，畫面上有多個一樣的元件(像check box, radio button)要怎麼處理、如果按特殊鍵或是在不同的鍵盤排列上使用(用dvorak的人還真不少，一堆人跟我說type()在dvorak上會有問題)..。

但這篇文章中我想談的不是被上萬人盯著的壓力，而是關於Sikuli能帶來的改變，以及未來的潛力。

有些人說Sikuli看起來只是另一個按鍵精靈或是AutoHotkey，但其實Sikuli還有許多在這個直觀意義之上的潛力我們沒直接說出來。

第一，Sikuli最重要的革命是程式碼的可讀性(readability)和易用性(usability)。把螢幕截圖直接放在程式碼裡面，讓人能直接「看到」他想控制的東西，這是從來沒人想過的事情。以往的方法，不管是透過應用程式自己的程式介面(API)或是透過XPath拿到網頁裡的某個元件，都是只有程式設計師才能寫、才能讀懂的神秘外星語言。機器喜歡精確的語言，人類花越多力氣把事情描述的越清楚，機器就越容易讀懂。

可是，有沒有人想過，人類發明這麼多程式語言來操控電腦，究竟是便利了人類還是便利了電腦？現在我們每天用的程式語言，不管是C++、Java、C#、Python、Javascript..都是只有程式設計師才能寫才能讀的語言。更諷刺的是，這些「現代」語言跟五十年前就有的LISP、Fortran本質上並沒有什麼不同，一樣都是純文字，一樣要求精確嚴謹的語法，一樣是架在百層高塔的系統架構上。即使是訓練有素的程式設計師，要寫程式做些有用的事情也都得先翻翻充滿黑話的說明文件，看看需要的功能對應到什麼函式，運氣不好可能還得學個COM+之類的鬼東西才能使用。

如同我在追求神乎其技的程式設計之道（十）：程式設計師的生產力之謎中提過的一樣，即使同為程式設計師，運用電腦的效率依然會有數十倍甚至百倍的差距。如果每天都要按一百個按鈕，程式設計師可以找到適合的命令列工具使用，或是自己寫程式呼叫應用程式提供的函式，就可以用一個按鍵取代這一百個按鈕。那完全不懂程式的一般使用者呢？恐怕只能兩手一攤任由別人寫好的軟體擺佈。也就是說，即使一個人掌控了鍵盤和滑鼠，但實際上卻是被別人的軟體限制住，如此使用電腦其實完全沒有自由可言。

Sikuli的革命把寫程式的門檻降低了，人們和系統或應用程式溝通不再需要讀用黑話寫的文件，也不用搞懂底層的架構是怎麼做的，只要把平常使用鍵盤滑鼠的方式，再加上想控制目標的螢幕截圖，就可以輕易寫成能自動執行的程式。

除了好寫外，任何人看程式和圖都能很容易讀懂程式到底做了什麼事，於是Sikuli很自然就能成為一種寫教學文件的最佳媒介。以往的教學文件常常step by step列出使用者要做的事，加上使用者應該要看到的畫面，很巧的是這兩者Sikuli script都有。但比傳統的文字描述更好的是，只要把Sikuli的指令混用在文件中，或是透過簡單的對應把文字描述轉成script，這樣一份文件不只人能看懂，連電腦都能執行這些步驟並且一步步告訴你要按的按鈕在哪裡。

第二，除了直觀上的GUI自動化外，其實Sikuli更重要的意義是提供了一種把使用者操作UI的互動過程記錄下來的新方法。以程式設計師的黑話來說，這可以說是GUI操作過程的serialization，如果用一般人的方法說，這就是把人機互動過程「數位化」的一種方法。

電腦發展的過程中，一條必經之路就是把人類周遭的一切資訊全部數位化。一旦資訊被數位化，就可以輕易儲存在電腦裡，或是透過網路分享給別人，電腦科學家也才能發展更多方法來處理、分析、運用這些資料。在21世紀的今天，人們把聲音、影像、文字全都數位化了，所以我們可以輕易的複製、傳播、使用這些資訊。但在人們如此依賴電腦的今天，人和電腦的互動過程其實一直沒有一個好方法可以記錄，所以更別提要複製或是分享這種互動過程。

而Sikuli在這個人機互動領域開了一條全新的道路，這也是為什麼Sikuli的論文是出現在「User Interface Software and Technology」的會議上，而不是在討論程式語言的會議上。

人機互動的過程一旦能被一個標準的方法記錄下來，接著就能複製，就能分享，就能讓電腦自動執行或是演算這些過程。未來的應用方式有千百種，唯一的限制只是看我們的想像力而已。

第三，Sikuli把電腦視覺的研究領域，從真實世界延伸到電腦的桌面上。這點說起來真是很有趣，電腦視覺的研究人員數十年來嘗試想讓電腦能像人一樣「看」這個「真實世界」，可以像人一樣認得別人的臉，或是認得馬路長什麼樣才能讓電腦自動開車，但卻沒什麼人想到讓電腦「看」電腦自己輸出的畫面。在技術上來說，電腦螢幕上的資訊全都是電腦自己產生出來的，沒有光影問題，沒有角度問題，辨識上的難度遠低於真實世界所需的難度。以現在的電腦視覺技術來說，辨識螢幕上的東西簡直可以說是殺雞用牛刀。

Sikuli把電腦視覺和人機介面兩個研究領域打通了，有很多古老的問題（例如OCR，文字辨識）在真實世界很難解決，但在電腦桌面上卻可能可以發展出又快又準確的方法。Sikuli也可能激發更多人把電腦視覺應用到軟體介面上的創意，讓使用者介面不只是簡單使用，也能讓每個人能真正隨心所欲的操控電腦。

第四，建立在Java平台上並且open source的Sikuli，很有潛力能讓每個人都能打造給自己的專屬程式。

Sikuli不只是提供了一堆自動按滑鼠和按鍵的指令集而已，每一個Sikuli script都是一個和Python語法相容的程式。這意味著你可以使用任何的Python語法，不管是迴圈、if、定義function、或是定義class，每一個Sikuli script都是一個真正的Python程式（嚴格來說，應該是Jython，但這中間的差別並不太重要）。除此之外，Sikuli核心是跑在Java平台上，所以可以輕易的使用任何Java的函式庫。例如說，你可以用swing建立一個新的視窗包含了兩個按鈕，按下第一個就用Sikuli執行每天上班前的例行工作，而按下第二個紐則執行下班前的例行工作。會寫程式的人可以輕易混用Sikuli和現有的函式庫，把Sikuli當成和系統或其他應用程式溝通的媒介，並在上層建立自己的新介面。也就是說，這就是桌面環境的mashup，可能的應用是無限大。

雖然不懂程式設計的人，難以撰寫複雜的GUI程式或是資料處理。但Sikuli結合了現有的平台並且open source，這樣的好處是會有來自世界各地有閒有能力的人幫忙讓Sikuli變得更簡單更好用，並結合其他的程式語言或是函式庫讓寫程式的整體門檻大大降低。

雖說Sikuli現在還不是那麼完美，但我相信open source會加快Sikuli的發展，讓更多有興趣的人進來幫忙。很多技術上的問題其實都好解決，例如有人問到是不是桌面換個skin後script就廢了，或是能不能在背景執行script。這些問題其實都有好幾種可能的答案可以解決，只是有沒有必要現在就做而已。技術問題向來都不是能阻擋我的絆腳石，真正困難的只有突破自身創意和想像力的界線而已。

每個人使用電腦的方法都不同，軟體公司設計的軟體也只能按照大部分使用者的需求和習慣所設計。但不論有多少功能，總是不可能涵蓋到每個人的大大小小需求。讓每個人都能寫程式（不論他們是不是知道他們正在寫程式）是我一心嚮往的目標之一，或者說是我希望每個人都能100%按照自己的意願花最少力氣完成最多工作。但在今天的電腦環境上，不會寫程式就有太多事都無法做到，即使會寫程式的人，也不見得願意花那麼多力氣去研究讓自己未來更省力的方法。

這個問題的癥結不在於使用的人太懶惰或是不夠聰明，而是電腦太難用。一個人得經歷幾年的訓練才能熟悉這種用程式「掌控」電腦的感覺，實在太不合理。或許沒有人想研究讓寫程式變得更簡單是因為怕丟了自己的飯碗，但我偏偏就覺得每個人應該要有聰明使用自己工具的自由，而不是反過來被工具限制了自己。所以，我希望Sikuli能讓更多人把使用電腦的自由搶回自己手中，而不是被軟體工程師們掐住脖子動彈不得。

寫到最後，能參與Sikuli這個project其實最需要感謝的人是和我合作的Tom Yeh，在我進MIT前他就在跟我老闆Rob Miller討論用螢幕截圖來搜尋文件的可能性，所以其實在我還在當兵時我們就已經搭上線開始合作了。後來我到了MIT後，一連串的討論就激發出許許多多混合螢幕截圖和電腦視覺所產生的點子，其中第一個成果就是現在的Sikuli。

Sikuli Script只是這一串研究的開端和基石，在這之上其實我們還做了很多東西。例如說我們已經有一個能錄製螢幕和使用者動作的程式，可以把使用者的動作自動轉換成Sikuli Script，也就是說使用者一行程式都不用寫，只要把想做的步驟做一次，程式碼和螢幕截圖就會自動產生出來讓你修改或直接使用。用這個錄製程式，我們可以輕易的在現有的GUI系統上觀看全系統的操作歷史，甚至是自動redo某一部分操作。有這些系統做基礎，我們能做的事情實在太多了，我只怕自己時間和能力有限，沒辦法把所有的點子都做出來。所以，這也是我們把Sikuli公開的目的，希望開放這塊寶石後，能有更多人發揮想像力發明出更有趣更有用的東西來，並徹底打破現今使用電腦的方法，一起來改變世界吧！

Seattle.US

工作一直沒有什麼進展，雖然一直花很多時間在上面。

昨天去月子中心看大學同學。
聽同學在聊天，很有感觸。
感觸是…我都聽不懂…

http://docs.djangoproject.com/en/dev/topics/db/multi-db/#topics-db-multi-db
Django 1.2 新功能: Multiple databases

PostgreSQL 9.0 新功能 Hot Standby跟Streaming Replication

http://wiki.postgresql.org/wiki/Streaming_Replication

http://developer.postgresql.org/pgdocs/postgres/hot-standby.html

還沒空試, 不過結合這幾個新功能的話似乎可以有效的分散django資料庫端的read/write, 將write-only database server上的WAL(write-ahead log) 即時streaming到read-only database server上的hot standby database, 感覺好像不錯~~

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

感謝 vgod 的 good idea 。

本文取自友人 AB 轉寄來的內容，略作極小的排版修改。我支持大眾交通系統應慎重考量低耗能高效率的方案選項，盲目地 MRT 並非民眾之福。另外，據說嘉義也有 BRT (Bus Rapid Transit)，但跟巴西 Curitiba 的實例相比，仍有不小差距。

之前，我一直覺得捷運是很棒的東西，但是我這幾年再也不這麼認為。

先講公視獨立特派員上週的報導：1800億的夢（高雄捷運）
線上觀看：http://www.peopo.org/innews/post/49974

非常值得花時間看完的報導。

不過我已經看到有人評論：「搞捷運 眼光要看遠」

這些論點看似有理，但是其所謂的捷運，都只侷限在台灣目前獨立於路面外的軌道捷運（高架或隧道）。

請看看上述影片中另一種不一樣的捷運：BRT

其實對於捷運的反省，我也是從這幾年才開始。

首先是四年前我從《你，還在開車嗎？》這本書中，看到夏鑄九教授為這本書所寫的序提到：

今天，一般市民或許不瞭解，台北市的財力已經無法承擔繼續興建目前這個光鮮亮麗卻不符永續城市原則、已經過了時的七Ο年代的昂貴捷運系統了。而高雄，卻因為政治原因，比照台北，亦步亦趨。這就是交通部為何不得不在城市運輸政策上終結高、中運量的捷運系統，改推輕軌的原因。我們若不另外選擇電車（或者說，有軌電車）、公車與腳踏車等運輸工具，台灣的城市交通就還是一條不歸路。

—《你，還在開車嗎？》序，夏鑄九

而《你，還在開車嗎？》這本書也提到一種捷運的替代方案：BRT (Bus Rapid Transit) 系統：

借用巴西的 Curitiba 的經驗，告訴我們一個公共交通系統，若是擁有專用的巴士道、底盤低矮的巴士、路邊收費站，及高於路面的登車月台，功能將不輸於任何有軌的公共運輸設施，而成本卻祇有軌道捷運的一小部份。
—《你，還在開車嗎？》，Alan Thein Durning，p.113

那時候光憑文字很難想像什麼是BRT，直到後來看到公視的報導。

之後，某次和蠻野心足生態協會理事長文魯彬經過台北某個捷運工地，他就指著工地說捷運不好，我就問他為什麼？捷運不是很環保嗎？他說：

捷運也是高耗能的交通系統，只是不像汽車，污染立即可見，捷運的污染產生在林口發電場。

之後，我從潘翰聲的文章也讀到類似的評論：

而捷運耗電量極大，將汽車污染物從都市轉移到鄉村區的燃煤電廠，是環境不正義的課題，二氧化碳的減量效果應有詳實的量化分析。

不過該文章另一個論點更點出另一個問題：

更嚴重的是，捷運的經濟效益被誇大，本案（台北捷運南北線）所評估的效益高達六成是土地增值效益，簡直是花公家的錢幫財團炒地皮。

這是經濟問題，民代和民選地方首長、官員似乎都不願意告訴民眾：

台北捷運系統每公里平均造價60多億元，以目前搭乘率的票務收入，也僅能維持台北捷運公司的操作營運，無法回收建設成本，更遑論未來還需更大一筆維修老舊車體的費用。大概估算，搭台北捷運的乘客約得到政府交叉補貼2/3的票價，即一段20元的票價，政府已補貼使用者40元，原應向乘客收60元。其他縣市想有樣學樣，要求中央政府補助興建捷運，但大眾運輸網絡都不如台北，其便利性及效益就大打折扣，真怕最終淪為載蚊子的捷運。 BRT 每公里造價約莫數千萬元，真的低廉又環保。
http://zh.wildatheart.org.tw/archives/mrtaeaeiebrtcaeece.html

果然不幸言中：「高雄捷運通車不到兩年，已經虧掉60億」

台灣最大的問題是不敢跟私人運具（汽車）搶道，所以目前還沒有任何一條捷運是利用現有路面。而公車專用道的興建，都還要接受民代質疑：是否會因為車道數量縮減而影響到汽車的行車速度？

真是奇怪，要顧全到汽車不會塞車，早就是都市交通中被實證為不可行的交通策略，看看美國城市的道路面積擴張的程度，還是無法解決都市交通問題的事實即可得知。

而且，讓私人運具不方便（塞車、停車問題），才會讓大家轉用大眾運輸系統，這不是很簡單的道理嗎！

看著台北捷運局的捷運願景圖密密麻麻的捷運線路，只希望它不會成真。

之前一直沒機會跟大家分享我在MIT到底在做什麼研究，但拜登上MIT首頁的一篇報導「Picture-driven computing」所賜，我這兩年的project Sikuli像原子彈爆炸一般透過slashdot和twitter以不可思議的速度擴散開來。而這幾天，剛好碰上學校每年都會舉辦的滑雪三天三夜旅行，我照著計劃坐上遊覽車到四小時車程外的緬因州滑雪。第一天晚上到旅館發現沒網路可用，只好早早上床睡覺養足隔天的精神。到了隔天中午，在雪場的餐廳吃午飯時，我想說該來試試有沒有網路用，於是拿出ipod touch連上網後，沒想到迎面而來的是近百封關心sikuli的郵件。在震驚之餘，我還沒意會過來到底發生什麼事了，直到我看到一封來自跟我同實驗室的學長Michael發給實驗室所有人的信，標題寫著:「Sikuli on Slashdot!」，接著我才意識到：啊！原來是遭到slashdot effect攻擊了！（slashdot是全世界關心科技、網路、電腦技術的人幾乎必看的網站，只要某個網站一被登上slashdot，馬上就會遭到來自世界各地數以千計的閱覽攻擊，其效果等同於分散式阻斷服務(DDoS)攻擊，而這現象就被稱為slashdot effect。我以前都以為只有網站會有突然出現的巨大流量，沒想到連我的信箱也會…）

在這件事情之前，我從沒體驗過媒體和網路的力量可以有多麼驚人。從MIT News發出的一篇報導，隔天被轉載到一小部分科技、技術網站，並且在twitter上開始有人開始口耳相傳這個新玩意。再過一天，有人把這消息推上了Slashdot: MIT Offers Picture-Centric Programming To the Masses With Sikuli，很快的sikuli這名字開始傳遍世界。我在twitter上搜尋了sikuli，想看看人們都說些什麼，結果看到由各種不同語言寫的tweet不斷湧出，就在我還沒看完一頁時又冒出 「xx more tweets since you started searching」 的訊息。搜尋出來的tweets除了絕對多數的英文外，也看到很多俄文、法文、日文，反倒是中文的消息最少，實在讓我有點哭笑不得。（關於訊息的傳播，我也透過這次的事件觀察到不同國家對同一事件反應的一些有趣現象，以後再另寫新文跟大家分享。）

人在偏僻的山中滑雪，突然看到這麼多人們在討論著我的project，還有信箱裡塞滿各種關於sikuli的問題，讓我興奮得不得了。當時我的心情其實完全顧不得滑雪了，但難得的旅行還抱著電腦一直坐在餐廳裡實在也有點可惜，只好趁著有網路時把每封信大略瀏覽一下，下午就趁著坐纜車上山的空檔想想怎麼回覆這些郵件。

太陽下山後，我終於按奈不住卸下裝備就拿著電腦回到餐廳裡繼續連上網，結果又是更多的郵件湧入、更多的tweets、更多的衝擊。而當初把sikuli open source的決定，也讓我接到來自世界各地開發人員的意見和回饋，有人在一天內幫我把Linux上還沒實作的幾個功能寫完並送了patch給我，也有人為了在它的64-bit Windows上執行而直接hack了沒有原始碼的二進位EXE wrapper。除了寫程式的人外，有專業的user experience designer願意加入，也有人志願幫忙移植到Linux的工作。看著這些不知道什麼時候才能回完的信，我突然發現，我似乎真的做了一件不得了的事….。

在MIT裡其實常常能看到許多很驚人的點子，但可惜的是即使在MIT，大部分的東西也都停留在為研究而做的雛形階段，研究人員雖然產出了論文，但如果沒有對的人讀到那些文章，很多好點子也不過是停留在紙上變成可回收的資源而已。

Sikuli的論文其實在去年九月就在ACM關於user interface中最頂尖的會議UIST上發表了，在當時還拿了Best Student Paper Award，但為什麼一直到今天才突然爆發開來變成人們口中「革命性的新發明」呢？

說起來這還是得感謝MIT有自己的News office，一個記者剛好問了我老闆最近有沒有什麼有趣的研究，於是sikuli這個字就從這篇報導散播開來。但除此之外，我也蠻慶幸之前自己決定要把sikuli release出去，而且老闆也很支持我這麼做，整學期都沒問我「研究」上的進度。（把程式release跟研究本身沒什麼關係，有些教授對這些研究結果的實作是否能實用也不太關心，甚至覺得做這些事是浪費時間。）

其實一般人可能很難想像，要把一個研究用的雛型打磨到能夠公開讓任何人用的程度，所花費的力氣可是遠超過寫出最重要的核心功能。我花了幾個星期研究怎麼把Java程式包成Mac上的.app，研究怎麼把.sikuli變成能夠點兩下就打開的document package，怎麼把sikuli會用到的一大包dynamic libs包進.app中讓使用者不用安裝其他的相依函式庫…。搞定Mac後，我又花了一陣子把Sikuli移植到Windows上，雖然上層是Java寫的很好解決，但有部分程式碼是透過JNI連結到C++呼叫OS提供的API才能完成的。因為我一直都用Mac開發，所以這些東西本來都只有寫Mac版的，但為了要真正讓多數人能用這個軟體，只好跟老闆要了一台PC裝上Windows來完成這些相依平台的程式碼。Windows並不是我熟悉的平台，除了國中時玩過VB外，之後就幾乎沒在Windows上寫過什麼程式了。所以為了搞定Windows的移植，除了得速成學會一些Windows API外，還得搞定DLL+EXE的包裝，最後再包成installer讓人能一路按Next就裝完整個軟體。雖然這些事情我都是第一次做，但還好沒遇到太多困難，即使每個禮拜都要花兩三天寫Distributed Algorithms的作業，剩下的時間也剛好夠我處理完這些瑣碎的工作。

完成Mac和Windows初步的包裝後，我也一邊開始做網站、API文件，也請跟我合作的Tom一起寫了一些教學文章，順便讓實驗室的同學們當一下測試的白老鼠。因為周圍沒什麼人用Linux desktop（真是有點出乎意料?），所以Linux版就暫時被我擱著沒動。
後來大家都去放聖誕假期時，我趁著空閒做了一個demo的影片放到youtube上，但因為我也還不急著釋出public beta，所以也沒跟其他人說我做了這個影片。

就在MIT News來採訪的前幾天，0xlab剛好有幾個人突然寫信問我有沒有Linux版的sikuli。雖然不知道他們怎麼發現的，但看到有人想用我也就有了勁想把Linux版趕快完成。花了一天在我新要來的PC上裝好ubuntu後（還包含一個小時在搞定這台電腦的無線網卡driver…。沒想到到了2010年我竟然還在做這種事情…），再修一修Makefile後就包了一個功能不全的Linux版放到網站上。

有句話說「機會是留給準備好的人」。當sikuli被公諸於世的時候，之前做好的事情就突然就派上了用場。MIT News促成了這個好機會讓sikuli這個很酷的想法脫離UI研究會議的小圈圈，進入世界上有網路的每個角落，這時我之前憑著一股熱血就自顧自的作了這麼多的雜事，突然都有了它的意義。於是，在機會到來時，demo的影片加上能下載試用的軟體讓人們親眼看到並且能把玩這個革命性的點子，結果就讓twitter上充滿了一大片的「holy crap this is awesome! http://sikuli.csail.mit.edu」。

我一直夢想著要做些不一樣的事情來改變世界，徹底發揮我的長處做出能夠對世界產生巨大影響力的東西。還記得三年前我在申請MIT時，在SOP上大膽的寫了我的目標「I believe that programming environments should be smarter and more intuitive, and it is my goal to reinvent one that allows beginners to learn easily and adepts to be more productive.」，而三年後的今天，我非常興奮我踏出了改變世界的第一步。

把塵封已久的明信片又都拿了出來。
去書店買了點線、夾子和圖釘。
在牆上釘上一條條線，然後將明信片夾了上去。

牆雖然很大片，但是考慮到掛太高，看不到；
掛太低會容易碰到，
所以最後只掛了四條明信片。

床頭櫃的正上方打算放一些收到的明信片。
才掛完兩行，買來的夾子就都用完了。
得改天再買來繼續掛。

一直都很素淨的牆壁突然多了這麼多東西，
突然覺得有點沉重。
是不是夾得太密集了呢？

Geneve.Swiss

Den Haag.Netherlands

好懷念的風景。

****

昨天尾牙，喝了很多酒。
明年，要改進了。

****

十月圍城，以革命為題材的電影。
過程中，為了國父在香港開一個小時的會，死了幾十個人。
革命的代價，真的很高。

看了電影才覺得，之前歷史都上得太平淡了。
幾十年的革命過程，課本上就那麼幾行幾段編年紀帶過。
既不帶血，也不帶淚。

年紀大了一點，不管是看書，或是看電影，
才漸漸曉得，當時那個年代，真的很苦。

 1 <link rel="stylesheet" title="default" type="text/css" media="screen" href="http://ajax.googleapis.com/ajax/libs/jqueryui/1.7.2/themes/smoothness/jquery-ui.css"> 2 <script type="text/javascript" src="http://www.google.com/jsapi"></script>
 3 
 4 <script type="text/javascript">
 5     if (typeof google == 'undefined') {
 6         document.write(unescape('%3Cscript src="/localmedia/jquery-1.4.min.js" type="text/javascript"%3E%3C/script%3E'));
 7         document.write(unescape('%3Cscript src="/localmedia/jquery-ui-1.7.2.custom.min.js" type="text/javascript"%3E%3C/script%3E'));
 8         document.write(unescape('%3Clink type="text/css" href="/localmedia/smoothness/jquery-ui-1.7.2.custom.css" /%3E'));
 9     } else {
10         google.load("jquery", "1.4.0");
11         google.load("jqueryui", "1.7.2");
12     }
13 </script>

延伸閱讀： Using CDN Hosted jQuery with a Local Fall-back Copy

原來我看中文也一樣慢。下午睡了一下覺，補昨天半夜咳到睡不著的分。接著，就翻起這本剛到手的小說。

作家是個義大利人，聽說這本書在歐洲賣得很好。所以就去找了來看。故事情節沒有很複雜，文筆的話，因為是翻譯的，所以感覺不出有什麼特別的地方。

真要評論的話，我會比較推廌日本人寫的博士的算術。


- Posted using BlogPress from my iPhone