Code Walker 奔流

小點子 - USB線收納

noreply@blogger.com (Ben Lau) — Tue, 24 Jan 2012 12:35:00 +0000

擁有的手提電子設備種類越多 , 需要的USB接線便越多。在這雲端的年代，USB線已經並非是跟電腦同步資料的必需品，最常的用途淪落為充電線。

不過電又不一定是每天都要充的，這得看設備的使用頻率，除了手機每天必須的那條外，其他USB線的使用頻率總是在常用與非常用之間。

把它們放進櫃桶，在需時便得四處尋寶；隨便放在桌上，很快便打成一團，相當惱人。

你家中的USB線是否多得可以放滿一個箱子？

要是桌面空間夠大，又或者書檯簿一些，我倒是想學一學這方法

所以我只好朝高空發展：

這個架子以一個蝴蝶夾為核心，再串起幾個文件夾，讓其夾著USB線後吊起。要使用時只需鬆開文件夾就能取出USB線，這方法比起讓USB線在桌上糾結來得整潔許多。

註：蝴蝶夾是用來整理大型文件用的文具，在大一點的文具店能買得到

屋苑範圍嚴禁擺賣

noreply@blogger.com (Ben Lau) — Mon, 23 Jan 2012 08:05:00 +0000

幾年前開始這個屋苑附近就為趕盡殺絕小販而努力不懈，每當新年時節就會把公眾地方封鎖、加派保安，絕不許小販經營。

小販的確是因此趕滅，不過住戶也被逼付出很大的代價，正常使用的公眾空間都因此被剝削，連行走的道路都被收窄。

行人通道被收窄

大量的空間被列為禁止進入

平常下棋的人限制到一旁

香港的公共空間已經夠少了，我們真的要為此付出這個代價嗎？

相關閱讀

今年是我渡過的農曆新年之中，氣氛最差的一年

2012 －不是最後一年

noreply@blogger.com (Ben Lau) — Sat, 31 Dec 2011 16:32:00 +0000

祝各位2012新年快樂！身體健康，還有那些假世界沒日之名行騙的騙徒遠離大家～

很久沒有動筆寫作，今年的籍口繁忙與去年哲然不同，變化的激烈是始料不及的，在寫下去年大計時沒想到會換了份性質很不一樣的工作，與過往的挑戰完全不同。拜此所暢，去年的大計機乎全部落空……

唯一能完成的是“參加最少一次海外的OSS會議"，在3月時去了台灣OSDC.TW(Open Source Developer Conference Taiwan)、8月份則有台灣COSCUP (Conference for Open Source Coders, Users and Promoters，開源人年會），還順道做了一場難忘的短講。另外也去了些與OSS無關的會議，例如在11月份時去了上海Game Developer Conference(GDC)，還有香港舉辦的SIGGRAPH Asia。

GDC的會場實在令人眼界大開....

可惜的是無法抽空出席在美國舉行的Qt Developer Days...不過這已經算是很充實的一年了，希望下年可以把所有的困難克服，騰出時間去遠一點的地方。

今年有以下計劃：

1. 減磅

這是永遠的新年大計，都快變成怨念了……

話說在去上海GDC時，同行的同事聲稱要減肥，結果我在晚上找吃時特別挑了些好東西，例如有一晚吃了一整盤的炒蟹粉、光是味道及外觀已經感受到膽固醇超標的咸蛋黃鍋巴、一碟不夠還要再來一碟的紅燒肉尖椒（用充滿肥膏的扣肉配上青椒，微辣的口味新鮮，令人食指大動），足以讓個多月的減磅準備前功盡廢。

所以說，別在我面前提減肥。

2. 工作

有新的突破（不能再說太多啦）

3. 遊戲設計

去年的大計之一是想設計出boardgame及一套玩具出來，雖然已經拜托朋友做了些prototype，不過還有很多地方要修正…… 》_《

4. 軟件發表

2010年弄出了Frontview、PenPen及DQuest，但2011機乎沒有作品發表過，現在腦袋裏積存了許多古怪的念頭，已經做了好幾個不同類型軟件的構想，只差什麼時候正式動手……

暫時想做的軟件以productivity為主，例如做想多年的GTD，之後還有一二個mobile app的概念，大概會有一半會以open source的形式發表。

5. 寫作

2011是Blog文量大減的一年，希望2012年可以寫多些文字，不要光是寫code。

希望2012將會是更刺激的一年！

Ducky 1087機械鍵盤開箱

noreply@blogger.com (Ben Lau) — Tue, 08 Nov 2011 16:06:00 +0000

話說我想換一個80%配置的鍵盤，到網上問得到很多湧躍的回應，大家都異口同聲地指向“機械鍵盤”。

想要個好一點配置又體積輕巧一點的鍵盤而已…何必要花那麼多錢啊？

在腦場逛了一圈，不是沒有符合尺吋要求的鍵盤，可是按鍵的佈局簡直是虐待，不然就是讓人噁心的按鍵觸感，最後還是敵不過魔鬼（那些勸你花大錢的人）的誘惑，買了個Ducky的1087紅軸機械鍵盤回家。

準備開箱

打開後，鍵盤被一個絨布袋包著，看起來比較高級

套件包括標準的USB線，還有後備的鍵帽及拆除鍵帽的工具

在選購時，基於我對什麼青紅茶黑軸鍵盤的認識不深，友人向我推薦了一間在福仁商場二樓的店家，說那裏會找到答案。

那是一間非常小的店子，門口放滿了鍵盤，也有遊戲用的滑鼠，以及各種的鍵帽，散發著一種狂熱的氣息。

在我抵達時已經在二組客人在，店主在桌上排放了數種鍵盤，一邊解說一邊讓其中一組客人試打，另一組則在門外等待。

等了一會兒，解說仍未完成忍不住問店主有沒有我想要的設備，他在回答了後又繼續投入服務原先的客人。唯有先去看其他東西吧，差不多半小時後回來，才見到原先在排隊的客人正要離開。

提出了想要80%配置鍵盤的要求，桌面很快就換上了不同的類型，雖然看過網上的評論，但觸感這東西還是要打過才會明白固中的差別，正好把各種軸都打了一遍（青軸真的很吵）

經過店主的解釋才明白原來除了軸外，鍵帽亦大有學問，觸感上的差異也很明顯。

可以隨自己喜好更換鍵帽

Ducky及Filco的機械鍵盤不過是港幣600到1000元之間的價位，這已經叫人咋舌了，在這之上還有二千元的Real Force的鍵盤，健談的店主毫不吝惜地拿了一副Real Force出來讓我試玩。嘩，這個手感及設計的確一流。可惜我未有那麼闊綽。

在有點像個人的授課、補習的最後，又請教了一些關於清潔等的智識，最後終於做出了決定。

店主卻在這時又拿了三個同款的鍵盤出來，說因為並非完全機械生產，所以按鍵的觸感或許會有不同，建議我試打，才去選出自己真正想要的。

這個服務太好了吧？如果去了別間店，大概只是隨便拿一副給我便算了，當然店員也不會解說得那麼仔細。不慚為發燒友的店，果然專業！而且我也很欣賞店主專心服務客人的態度，等那麼久都是值得的。

而當我轉頭離開時，才發現身後原來已經有二組人在排隊等著。

這樣的店子在日本或許不稀奇，在香港竟然會有就非常之難以想像，而且賣的是電子產品啊！

Good bye , Dennis M. Ritchie

noreply@blogger.com (Ben Lau) — Thu, 13 Oct 2011 11:06:00 +0000

K&R是C語言之父、The C Programming一書作者、也是Unix最初的關鍵開發者，這代號分別代表Brian W. Kernighan及Dennis M. Ritchie二人。

如今K&R的組合卻只餘下了K一人，Dennis M. Ritchie先生在上週已經離世。

Dennis Ritchie Dead at 70

在此弔念這位偉大的開發者，送上以下的程式碼：

#include <stdio.h>

int main() {
    printf("Good bye , Dennis M. Ritchie\n");
}

(改自The C Programming一書，用最原始的風格）

奮鬥吧！系統工程師1　兩週內即可上手？SE入門

noreply@blogger.com (Ben Lau) — Sun, 05 Jun 2011 04:24:00 +0000

「我應該是瘋了吧？」當書拿在手中時，我不禁這樣問自己。先要搞清楚，這不是工具書，更不是勵志書，這是「小說」，而且是「輕」小說。最少封面是這樣吐糟的……作者及插畫師的名字都是第一次聽到、封面人物也不算吸引，購書的誘因是好奇，好奇作者可以怎樣把對一般人沉悶的題目化成故事。

故事講述主角是Marketing的應屆畢業生，因為悠閒又忽視社會的殘酷結果找不到任何工作，最後亂遞信卻又給他成功取得了一份System Engineer的工作……

好強烈的概視感

微妙，最初閱讀時的感覺只有微妙，似是而非的IT行業生活在故事中逞現，正是那種口耳相傳的地獄慘況，隨便亂接工作的Sale、隨便訂下工作期限的老闆，逼你不停地與時間奮戰，在網絡上可以很容易地便能找到一大堆範例，到要用一本說來描述是完多餘的行為。

那麼有什麼看頭？經常穿著小可愛像高中生般的上司？這還真是極度的妄想~~(可憐我工作十多年都沒有跟美女共事過)~~，在死氣沉沉的辦公室裏想像就已經是一大救贖了啊！（瘋了）

現實中不可能存在的少女上司，比現實更恐怖的職場，在糖與皮鞭的驅策下奮進的菜鳥，正是此書的核心、趣味的所在。

對於在身處這行業的讀者而言，最驚奇的莫過於書中有很多耳熟能長的技術用詞，作者竟然真夠膽寫出來

除此以外，有一點作者也並非憑空想像，概然如此辛苦爆肝去工作，為何卻仍有人願做呢？

那正是因為這工作能帶來成就感以至樂趣。

（雖然現實上可能有更多的人其實是已經無法轉行……又無法在工作中找到樂趣，結果成為了負能量的集合體。）

到底這本書是否好看呢，這答案還真是微妙，視乎讀者想看什麼，要看現實的一個地獄、再踩多一腳，還是在潘多拉的箱子裏尋回最後的希望呢？

答案顯然而見。

Bazaar的培訓教材

noreply@blogger.com (Ben Lau) — Thu, 26 May 2011 15:53:00 +0000

Bazaar是我最喜愛的分散式源碼管理系統，因為：

入門的難度要求低　－　不會一開始便有相當之嚇人的概念、名詞要懂
立即使用－只要能分享檔案就能進行團隊開發，不論你是用Samba、Windows的檔案分享，甚至是Dropbox也可以，服務器端不用安裝Bazaar便能立即開始新計劃。
功能強大　－　雖然在這方面總是會被拿來跟git比較，可是Bazaar所提供的功能可說是已經符合絕大部份的開發過程所需的。
便利的圖像介面　－　初學者容易掌握，也有為進階用戶而設的工具
跨平台能力優秀　－　無論是Linux、Mac及Windows都有natvie的安裝程式，而且有統一的圖像介面(Bazaar Explorer)，得到的經驗可以帶去其他平台上使用

比起以上提及的理由，還有一個更重要的原因　－　就是佈教容易，與其他工程相比，要教曉其他人的難度非常之低，只要有Subversion的底子便能很快熟識並使用。

畢竟軟體開發往往不祇是一個人的事，許多時還得為其他人著想……在香港，沒有使用或仍停留在CVS的源碼管理系統的工程師比想像中更要多……，過於複雜的系統只會拖垮他們的步伐，至於我個人也不想花太多在培訓及解決其他人各種的疑難……

即使Bazaar非常之容易掌握，可是許多人的概念仍停留在中央式的源碼管理系統上，對於分散式式系統的使用方法，以及帶來的Workflow轉變不堪了解，所以一些基本的入門培訓課程還是對初學者有幫忙的。

最近正好要辦相關的培訓，為了這個活動我特意準備一份教材，題目是：

Getting Started with Bazaar , How it change your workflow

教材以Creative Commons的CC BY-NC-SA 2.0形式授權，歡迎非商業的使用，不過所謂的商業僅是指用來贊錢而已，閣下要用來培訓員工自然是無任歡迎。

內容集中在Workflow中，列出不同的workflow，以及當中會用到的Bazaar的功能。為了照顧初學者的所需，也列出了許多非常之基本的指令，希望到你們有用。

讓文件輕鬆完成 - 協同寫作

noreply@blogger.com (Ben Lau) — Mon, 23 May 2011 14:46:00 +0000

除非是一些小型或者個人的開發計劃，否則文件是不可或缺的 ﹣ 這是大部份人都認同的想法，可是實際上無數中至大型的專案都有文件殘缺不全的問題，每次要求文件往往都會發生時空扭曲，像是回到傳疑時代要靠「口耳相傳」的方式把項目故事流傳下去。

若問為何如此，大概是因為大部份人（特別是技術人員）都把撰寫文件視為厭惡性的工作吧。

故此有些公司會找專責的人員寫文件，有時會是technical writer，有時則是manager、也有機會找Marketing/sales代勞 ﹣ 因為那是客戶要求的東西，至於是否能反應實際情況.... 天知曉。

而沒有專責人員的公司.. well.. 沒有文件是很平常，有時候更會鬧出笑話。

話說在某U公司，曾經聘請了某內地高手C開發了一件硬件產品，這產品會用於某系統上，完成後則連整個系統交付了給第一位客戶，然後就離職了，他所留下的只有線路及firmware的binary，還有一份難以理解的protocol文件。

後來要把這件產品裝嵌在另一個系統上，新晉的工程師B無法理解這是什麼鬼東西，沒有說明文件，那就自己去研究這東西是做什麼的吧，理解是理解了，不過沒有規格，所以根本不知道能力的上下限在那裹，更甚至他認為這東西其實是廢物來的，只要買個Programmable Logic Controller回來就有等效的能力，而且更平宜。

及後C回巢，B立即提出要求C補回當年的文件，殊不知老闆D與C其實是很要好的朋友，這東西本來就是他們聯手想出的「偉大構思」，基於C又是一位極度厭惡寫文件的人，而又獲得老闆的特別照顧，結果D就異想天開地想出一個方法，就是由D本人開班授徒，把這「偉大的構思」教給其他工程師，再由這些工程師去補寫文件。

那天除了D以外，還有一位manager及四位工程師。

粗略以老闆50k、manager 30k及各工程師17k的人工計算，假設22個工作天，這份大概30多頁紙的文件就得花上近7千元港幣的代價（相信已經低估了這班人的人工），而且故事也沒那麼順利，因為老闆D根本就不懂.....花了一天講的都不過是他所猜度的內容，最後另一位工程師A費了很大的勁力才真的弄出了一份文件。

這個故事告訢我們 ~~有些老闆是白痴的~~ 文件有時要花費莫大的代價…

這種完全不寫、寫不出文件的人並不是十分罕見，在某些地方會經常遇到，不過主要的原因不是出於腦子有文字處理的困難，實質是為了保障自己的措施，為了讓僱主難以把他開除才故意寫不出來。

~~如果我是老闆會優先解僱這種員工。~~

雖然一般的Programmer大多討厭寫文件，但到底討厭的是寫冗長的文件、還是真的連半點文字都寫不出來呢？老實說後者實在不太可能，這可能要去看一看醫生了，所以真正討厭的是寫沉長、甚至沒人看的文件－筆者也怕寫這種文件

不會因此就連半點文件都不寫就是非專業所為了，最低限度如規格、時程、編譯指南、簡短的使用方法等還得由programmer撰寫。

Programmer的本職畢竟不是文字上的寫手，花費過多的時間在文件上會反而影響開發的進度，而且也會讓他們卻步。

故問題是怎樣降低花上文件上的時間而又能維持一定的質素，筆者的建議是collaborative writing（協同寫作），別要一個人把整個系統的文件寫出來，而是各人分工寫不同的部份，然後再檢閱其他有關模組的文件（這通常是由別人寫的），再提出意見、修定，互相彌補不足之處。

首先要文件寫得淺白而懂、連麻瓜都看得懂等的要求拋棄，他們想看的其實是Harry Patter，但你可不是J·K·羅琳；你是一名專業的工程師，這表現在資料的詳盡程度及內容編排上，有需要的也得提供圖片。

然後你要

擔當一名有限能力的寫手，寫出自己負責的部份的文件，再拜託其他同事幫忙校對。
同時擔當一名副業的校對人員，查閱跟自己有關的文件並提出意見，有需要時會自行修改。

把以上寫、校對的過程重複幾次，一份詳盡而又足夠讓技術人員明白的文件就會誔生。

至於是否一份讓管理層贊賞的文件……？well，別做多餘的事。記得在大學工程學院讀書時，technical writing那課特別強調文件要寫得淺白易懂、更要讓麻瓜也看得明白…………這是嚇壞programmer的原由之一吧！

真的是弄出針對一般人看的文件，不如直接請個專責的technical writer吧！

別要求programmer當作家，他們的責任應當是提供一切需要的資訊，讓文字美化的工作需找其專責的人員

舉一個例子。

在筆者任職過的某公司，要用某嵌入式平台進行開發，包括筆者在內沒有任何人有過這平台的經歷，故找了某君當前鋒摸索，那時筆者要求他把結果寫成文件，而他立即面露難色。

筆者就降低要求，只需要把打過的指令及使用的檔案例出來，文件的第一版很快就完成了。

然後筆者跟著這份文件設定環境，過程中加上適當的指示，有無法進行的步驟則要求原作者補充，花了點時間終於完成了第二版的文件，其他同事就依第二版文件進行設定，大部份都能立即上手。

後來要讓其他部們的人也跟著做，基於專業有異，第二版的文件他們有許多地方看不懂，收集了他們的疑問後弄出了第三版－那是連非這個專業的人都能照著做的文件。

雖然時間長了一點，不過協同寫作對所有人的壓力都是最低的，可以讓programmer更樂於從事文件的寫作。

要做到協同寫作，最簡單的方法莫過於使用wiki，概可讓多人同時寫作，又有版本控制，追蹤修定也非常的簡單。

Wiki的好處：

協同寫作
版本控制
搜尋簡便

當然Google Doc也是一個不錯的選擇，這視乎公司的選擇。

This is not a bug but intended design feature

noreply@blogger.com (Ben Lau) — Tue, 03 May 2011 16:03:00 +0000

「This is not a bug but intended design feature.」

在欠缺上文下理時聽到這句話，你會作何想?

全盤接受？耍嘴皮？騙鬼？開玩笑？

這不能排除有這個可能，可是我會偏向負面的意思，畢竟Bug就如小強一樣，是讓人惡厭的東西，如果一項功能會讓別人以為是bug… well。

本人某天的晚餐，聯想力高者勿看

這句子成立的情況有許多，只是大多數情況下都不成立而已，比較常出現而又成立的應該是遊戲設計上。

例如我看過這篇文章 ﹣ “这不是Bug而是个Feature”，其中提到一個叫ExtremeG的N64賽車遊戲的的bug。

本來有一個AI來讓電腦玩家決定在何時使用Turbo超車，但因為編程錯誤讓電腦玩家變得非常之侵略性，即使在灣道也不許你超車，會立即使Turbo迎擊，結果就是一團糟的車禍意外.

測試者的評價是贊賞的！

類似的故事在遊戲業界還能找到許多，基於我不是屬於那個界別，而又不是不負責任之徒，所以還真是沒有說過這番話，解釋bug與defect倒是經驗豐富，因為許多客戶都把不存在的功能視為bug，費的力氣還真不少。

雖然沒有把bug當作過feature，不過把不可預測狀況的代碼送出去倒是做過。

在ThinkGeek或一些網站可以買到一個叫做USB Stress Game的玩意：

(ThinkGeek的示範，不過那是錯誤的，請看下去 ;) )

當年我為客戶設計了這個玩具的程式，這玩意能接駁電腦，你可以拉、推及扭這個“球”，然後電腦的畫面就會被你所扭曲。

最初的規格裹面定義4種扭曲，然後由一種扭曲轉到另一種之前要先把畫面還原。

依足要求完成後，客戶說：

「效果好像不太好...」

「那要怎樣的效果呢？」

「hmmm… 最好是不用變回原狀，直接變成其他扭曲。」（規格要修改了！要加入新的過渡動畫）

「那已經不是原來的形狀了，我們有4種扭曲，如果要加入過渡的動畫，就要多6種效果，你們要設計這6種，而我們又會很辛苦，這超越了預算，我們得...」

對方明白我們的難處，所以陷入了沉思之中。

這個動畫是利用物理模擬的方法製作的，基於當初的要求，改變扭曲必須在畫面還原後進行，所以有額外的代碼確保流程，不過因為程式架構做得好，改動的難度低，所以我提出：

「不如這樣子，我把確保畫面如規格般顯示的代碼關閉，我不能保證會發生什麼事，動畫可能會變得亂七八糟，先讓你看一看效果吧。」

花了數分鐘改寫代碼，成果如下：

從14秒開始就是多出來的效果，例如翻頁、螺旋、無限拉長、局部變大等等，那完全是規格外、不在設計之中的效果，而且多出的效果可不祇有6種，只要按鍵的次序及時機不同便會生出現許多無法預測的動畫，就算是作者本人我也不知道 XD

結果客戶飛快地接受了這個版本，後來還把幾項控制用的代碼刪掉，在保持原來四種扭曲時，其他過渡動畫的表現更加隨機。

想不到跟規格做的東西反而是多餘的 XDDD

說了些bug / defeat變成feature的實例，也說些完全相反的混帳事。

在上文<<買Motorola手機前請先考慮清楚 (包括Atrix)>>說過我對MO記震蛋的投訴，後來又收到了一個白目的回應：

「This is not a bug but intended design feature.」

即是代表：「震蛋是功能，不是錯誤」

（回答者是一名MOTO Expert，說是volunteer，但如果沒有跟Motorola的聯絡，又那會說得出這是design!?）

到底為何MOTOROLA的設計師/高層那麼堅持手機必須在使用震個不停來虐待用家,我是完全沒有頭緒啦，說不定他們其實有什麼特殊的使用方法，是我們好孩子們不應該知道的。

作為消費者，我認為被愚弄了，別說其他公司的產品，剛是第一代Milestone就沒有這個bug，用feature來推卸責任，我唯一想到的解釋是：「那一定是用來懲罰用家的功能！」

我強烈建議Motorola還要加入播歌功能，唱：「你真是蠢！蠢！蠢！，蠢得真奇妙！妙！妙！」

概然他們堅稱那是功能，那可以想像到之後還是會有新成員作加入震蛋系列，祝各位用家好運。

買Motorola手機前請先考慮清楚 (包括Atrix)

noreply@blogger.com (Ben Lau) — Sat, 16 Apr 2011 15:13:00 +0000

若你討厭觸動回饋(Haptic Feedback)，在選購Motorola的電話前請三思。

話說我一直在用的手機因touch screen失靈加上水貨的原故，不得不買過一部新電話，基於要盡快解決，什麼快有新機推出、所以會降價等因素一概不考慮。快速地鎖定了二個型號，分別是Motorola Milestone 2及HTC Desire Z。

最後我選了Motorola Milestone 2 ﹣﹣﹣﹣﹣ 那真是蠢弊了的選擇。

買機時當然有做檢查，試了好一段時間，大致滿意，至於預設上有不喜歡的地方，應該可以通過設定改變吧。

Murphy大神在此顯靈

許多手機都有一個叫觸動回饋（Haptic Feedback）的功能，當你按上某些軟體上的按鈕，手機便會震動代表你按對了。

有些人喜歡這個功能

有些人討厭這個功能

本來問題用不著放大，不愛便關掉吧，總之有大家都開心的方案存在。

可是包括Milestone 2、DEFY甚至Atrix在內，這些手機都是不能關掉Haptic Feedback的!!!!!

以Milestone 2為例，在設定 - 音效裏找得到「觸動回饋」，可是任你怎樣按都好，Haptic Feedback還是陰魂不散、揮之不去。

第一代Milestone的用戶表示這選項運作正常，可是找一找Internet，所有二代用戶都無辦法成功。然後再追查一下，受影響並不祇一個型號！

我是屬於討厭這功能的一群，而且是極端厭惡那種，因會令手指酸痛，到底我在用的是手機還是震蛋啊！？

軟件中有二處地方用上了Haptic Feedback，首先是螢幕下方的四個經常使用的software button，每次按動都有輕微的震動，令手指有點不舒服；然後是在解鎖時，會有很大的震動，如果放在桌面上更會令手機移動的，非常之惱人。

早在去年11月已經有人在Motorola自己的Owners' Forum匯報，當時回答說會修正，可是4個多月過去了，仍未有消息，在我追問之後，結果卻哲然不同，說在可見的將來都未有計劃去修正，更甚者是有Motorola員工認為這個不是bug!?!?!? (在後來的post中修正了，不過在其他的回應又說成是feature)

我氣炸了

基於在香港不會讓你用這種理由退貨，那只有幾個選擇：

賣出去，再買過一部
自虐地接受
Hacking

1會蝕很多、2不符合我的作風，設備用得不開心是會影響心情的，結論只有選擇3

在網上找方法，有人提過root後重包framework-res.apk便能解決…… 真好…… 第一天買回來就要去root機，本來未有計劃做Android開發，結果被逼學了許多。

可是z4root無效，看來還得花很多時間……而最近太忙了，只有退而求其次，採用硬體的Hacking方法。

這部電話有個很有趣的地方，就是用來震機的馬達只要在拆開電池殼就會見到，然後跟我一樣討厭Haptic Feedback的人想到一個方法。

只要~~加一條貞操帶~~用紙塞入去，再用膠紙固定就可以讓震蛋手機別震，而且這方法不會破壞保養，不留痕迹地移除是很簡單的。

留意：長期使用這方法有可能令馬達受損。

紙的厚度決定還餘下多強的震動能力，太厚便會令正常的來電震動也閹掉，要試好幾遍才能找到理想的大少。

看到這裏，閣下大概都會覺得………………這一連串的動作根本就是蠢弊了！

買Motorla的電話就像在懲罰自己一樣。

OSDC.TW 2011之旅

noreply@blogger.com (Ben Lau) — Tue, 05 Apr 2011 10:36:00 +0000

通過plurk認識了更多的台灣朋友，聽他們說了許多關於當地活動的趣聞，早就心癢難耐想見識一下，所以在本年度大計中就把參加OSDC TW 2011視為其中一項目標，過程中充滿變數，幸好最終都把所有問題解決－如期乘行！！

OSDC TW為期二天，在中研院舉辦，地方有點偏遠，對外地人有點不便，幸好大會有提供免費的接駁巴士，由捷運站出發直抵會場。

（抱歉，我沒怎樣拍照。）

抵達後首先就見到了pct，及後通過“座位表“找到了Thinker，認識了一二位朋友，至於Rex Tsai則要等到晚上的github聚會才有幸見到。

第一天的議程先由key note開始，共有三位講者，講題分別為「微軟與 jQuery 社群的親密接觸」、「HandlerSocket - A NoSQL plugin for MySQL」、「Apache ZooKeeper: Taming Distributed System」。

進入會場第一件事當然是嘗試連接網絡，基本上每個座位都有LAN port，可是我沒有想過可以駁網線，故只好轉用Wifi，雖然有不少人在河道投訴無線網絡慢，但我又完全感覺不到。

很有趣的是在期間經河道見到一個google doc的座位表，讓你自行填寫所在的位置，這讓我找到了Thinker。

之後都是聽講座跟人聊聊這樣的，意外地是都有不少操英語或來自日本的講者。

到了晚上，github搞了個聚會，有免費的啤酒提供，雖然我不好飲酒，難得能與當地人談天說地，自然要出席。

其間跟Rex Tsai、Thinker、macpaul、hychen及同樣來自香港的Henry Law他們談了許多有趣的想法，最為印像深刻的是有人提到：搞OSDC有三件事是特別重要的 1) 正妹 2) 網路 3) 食物，概然沒有正妹，就唯有在食物上滿足大家吧。

真是令人感動啊！

到了第二天，活動一樣是會議，不過有jserv打頭陣，另外我終於見到了Fourdollars。

會議的最後一個環節是lightning talk，讓參加者有五分鐘的時間介紹自己或其他開源題目，最先出場的是高橋征義！

wow，見識到了正宗的高橋流演講，而且他不愧是動畫宅之一，在簡報內不忘把QB / Kyubey 召喚出來跟大家定契約，支援日本現今的災難。

這節環相當之有趣啊，讓所有講者出場花了近一小時，可是卻機乎沒有悶場，可算是會議的壓軸好戲。

活動在這之後完結，我想對此最為驚訝的不單在於參加人數、籌備的規模，還有的是內容的性質，不少都是相當之hard core的題目啊，像是Perl 6 Signatures: The Full Story、Gallium3D - Mesa's new driver model、Inside A Compiler這些都在是非常之深入的題目，要在香港找到聽眾可不容易呢！

以下是我去了聽的題目：

HandlerSocket - A NoSQL plugin for MySQL
Apache ZooKeeper: Taming Distributed System
Android for tablets
A Sneak Peek on WebKit's CJK Processing: Starting from a Forthcoming EPUB 3.0 Features
從 U-boot 移植 NDS32 談嵌入式系統開放原始碼開發的一些經驗
Groonga, full text search engine
Build Programming Language Runtime by LLVM
SVG+Javascript meets Embedded Systems
Gallium3D - Mesa's new driver model
Inside A Compiler
Contributing with Git : Reducing the frictions of Open Source collaboration with the Git VCS (github)
Tor and censorship: lessons learned

接下來台灣下個大型OSS活動是COSCUP，希望也能參與吧。

OLPC及Qt扭蛋

noreply@blogger.com (Ben Lau) — Sun, 20 Mar 2011 12:16:00 +0000

此乃標題殺人之示範，若然閣下是因好奇怎會有OLPC及Qt的扭蛋才進來的話，抱歉，你被騙了。

不過我手上的確有二款能勉強扯上一點關係的扭蛋。

第一款叫做DIY Puzzle Mobile keyring (mobile series)，每隻蛋都有匙扣，連著一塊板子，並有些不同顏色的部件可以插在上面拼成不同的圖案，預設的花式為iPhone上的各種應用程式Icon：

雖然我沒有iPhone，也沒計劃買iOS的設備，還是貪得意抽了隻回來，而我所抽到的是電話應用的圖示(最右邊的那個），剛巧顏色跟Qt的圖案很接近啊，所以就試著砌成Qt會怎樣呢，成果如下：

可惜淺綠色的部件不太足夠，效果未夠理想。

參考的圖樣：

另一款是叫做Match man（火柴人）的扭蛋，有活動的關節及不同的部件，可以砌成消防員、救護員、警察等不同的職業。

其中有一款的顏色跟OLPC的看來很像，而且還帶著手提電腦部件，初出來時我們都已經叫這款火柴人做OLPC，而為了拿到這款花了我了不少金錢呢……（遠目）。

在裝嵌時又花了點心思，把手腳換成白色，看起來跟OLPC又更像了，成果如下：

現在的扭蛋真是好玩，不但有許多的花款，而且有很大的彈性，只要有創意就可以塑造成其他的模樣，有時候閒著沒事去逛逛也很有趣，話說之前我又發現了一款可以用來做魔術表演的扭蛋，價錢比起在魔術店便宜太多了，可惜我忘了那個技巧，結果沒有入貨。 ~_~

給Qt Ambassador的禮物

noreply@blogger.com (Ben Lau) — Wed, 23 Feb 2011 13:07:00 +0000

Nokia/Symbian的支持者自從 #elopocalypse 事件後就處於一片愁雲慘霧的狀況中，相比起來Qt的社群就比較穩定，雖然不少人在Nokia Blog上投下了不信任的聲音，Qt的開發人員卻表示樂觀，後來更跑出了Android-Qt的發佈消息，對社群而言最壞的結果也不過是由社群接手Qt的開發而已，LGPL的程式碼又有何懼哉？

所以我仍在快快樂樂地開發Qt的程式，今天更收到了一份由Nokia送給Qt Ambassador的禮物:

當中包括一件Qt Ambassador的T-Shirt、貼紙及一部全新的Nokia C7手機。

早在#elopocalypse之前已經聽說過會有份禮物給Qt ambassador，只是沒想到會有手機，無論是T-Shirt及貼紙我都很喜歡，有了2件T-Shirt在參加OSDC時就可以替換，貼紙則能送給其他Qt開發者們。

不過C7就有點微妙，如果在#elopocalypse前收到這份厚禮我會很興奮，現在……該怎樣處理好呢？

雖然有點苦惱，不過也得向Nokia說聲多謝，Qt這方面我仍會好好努力的，當MeeGo的設備推出時我會回來開發程式，不過現在就先容我把精力放在桌面及嵌入式設備吧。 ;)

註：這與 Nokia 將發送 E7 & WP7 開發機給軟體開發者... 一文提的事無關，那是給Nokia Forum Launchpad的會員的，C7是在#elopocalypse的概定計劃，E7及WP7大概是在這之後的救忙行動吧。

Plurk的遺言（誤）

noreply@blogger.com (Ben Lau) — Tue, 15 Feb 2011 15:56:00 +0000

在Web 2.0普及的現在，無論網站是要掛掉還是例行維修，一般都能看到一個靚靚的畫面說句抱歉，看到代碼的情況非常之罕見，不過看來仍是有例外，例如說我今晚上plurk就見到以下的訊息…… (留意當中包括什麼? ;) )

Traceback (most recent call last):
  File "/home/plurk/plurk/git_trunk/ext/parts/web/wsgiserver/__init__.py", line 1183, in communicate
    req.respond()
  File "/home/plurk/plurk/git_trunk/ext/parts/web/wsgiserver/__init__.py", line 553, in respond
    self._respond()
  File "/home/plurk/plurk/git_trunk/ext/parts/web/wsgiserver/__init__.py", line 565, in _respond
    response = self.wsgi_app(self.environ, self.start_response)
  File "/home/plurk/plurk/git_trunk/ext/werkzeug/utils.py", line 859, in __call__
    return self.app(environ, start_response)
  File "/home/plurk/plurk/git_trunk/ext/parts/web/web.py", line 295, in dispatch_request
    rv = handle_error()
  File "/home/plurk/plurk/git_trunk/ext/parts/web/web.py", line 358, in handle_error
    result = handler(e)
  File "plurk/web/error_handler.py", line 65, in error_handler
    trace_back=t_b)
  File "plurk/templates.py", line 143, in renderPlurkTemplate
    html = PlurkTemplates().addDynamicData(html, ses_user, page_user)
  File "plurk/templates.py", line 149, in addDynamicData
    'session_user': users.exposeSessionUser(ses_user),
  File "plurk/users.py", line 321, in exposeSessionUser
    session_user['notifications_count'] = Notifications().getCount(user.id)
  File "/home/plurk/plurk/git_trunk/ext/parts/cache/__init__.py", line 125, in proxy
    value = f(*args, **kwargs)
  File "plurk/models/notifications.py", line 112, in getCount
    where='status in (0, -2)')
  File "/home/plurk/plurk/git_trunk/ext/parts/db/wrapper.py", line 236, in selectCount
    res = self.select(table, cols="COUNT(%s)" % column, as_one=True, **kw)
  File "/home/plurk/plurk/git_trunk/ext/parts/db/wrapper.py", line 120, in select
    with self.cursor(sql) as cursor:
  File "/home/plurk/plurk/git_trunk/ext/parts/db/wrapper.py", line 54, in cursor
    con = self.connections.getConnection(host)
  File "/home/plurk/plurk/git_trunk/ext/parts/db/wrapper.py", line 578, in getConnection
Exception: Could not create a connection on servers [{'charset': 'utf8',
  'compress': False,
  'exception': 'Traceback (most recent call last):\n  File "/home/plurk/plurk/git_trunk/ext/parts/db/wrapper.py", line 554, in getConnection\n    if con:\n  File "/usr/local/lib/python2.6/dist-packages/MySQL_python-1.2.3-py2.6-linux-x86_64.egg/MySQLdb/__init__.py", line 81, in Connect\n    return Connection(*args, **kwargs)\n  File "/usr/local/lib/python2.6/dist-packages/MySQL_python-1.2.3-py2.6-linux-x86_64.egg/MySQLdb/connections.py", line 187, in __init__\n    super(Connection, self).__init__(*args, **kwargs2)\nOperationalError: (2002, "Can\'t connect to local MySQL server through socket \'/var/run/mysqld/mysqld.sock\' (2)")\n',
  'host': 'localhost',
  'passwd': u'plurk',
  'port': 3306,
  'refresh': True,
  'success': False,
  'use_unicode': True,
  'user': u'plurk'},
 {'charset': 'utf8',
  'compress': False,
  'exception': 'Traceback (most recent call last):\n  File "/home/plurk/plurk/git_trunk/ext/parts/db/wrapper.py", line 554, in getConnection\n    if con:\n  File "/usr/local/lib/python2.6/dist-packages/MySQL_python-1.2.3-py2.6-linux-x86_64.egg/MySQLdb/__init__.py", line 81, in Connect\n    return Connection(*args, **kwargs)\n  File "/usr/local/lib/python2.6/dist-packages/MySQL_python-1.2.3-py2.6-linux-x86_64.egg/MySQLdb/connections.py", line 187, in __init__\n    super(Connection, self).__init__(*args, **kwargs2)\nOperationalError: (2002, "Can\'t connect to local MySQL server through socket \'/var/run/mysqld/mysqld.sock\' (2)")\n',
  'host': 'localhost',
  'passwd': u'plurk',
  'port': 3306,
  'refresh': True,
  'success': False,
  'use_unicode': True,
  'user': u'plurk'},
 {'charset': 'utf8',
  'compress': False,
  'exception': 'Traceback (most recent call last):\n  File "/home/plurk/plurk/git_trunk/ext/parts/db/wrapper.py", line 554, in getConnection\n    if con:\n  File "/usr/local/lib/python2.6/dist-packages/MySQL_python-1.2.3-py2.6-linux-x86_64.egg/MySQLdb/__init__.py", line 81, in Connect\n    return Connection(*args, **kwargs)\n  File "/usr/local/lib/python2.6/dist-packages/MySQL_python-1.2.3-py2.6-linux-x86_64.egg/MySQLdb/connections.py", line 187, in __init__\n    super(Connection, self).__init__(*args, **kwargs2)\nOperationalError: (2002, "Can\'t connect to local MySQL server through socket \'/var/run/mysqld/mysqld.sock\' (2)")\n',
  'host': 'localhost',
  'passwd': u'plurk',
  'port': 3306,
  'refresh': True,
  'success': False,
  'use_unicode': True,
  'user': u'plurk'}] : {'charset': 'utf8', 'use_unicode': True, 'server_name': 'plurk_group005', 'db': '', '_rhost': u'192.168.0.18', 'compress': False, 'resolve_host': , 'shard_info': {'name': u'mothra', 'id': 2L, 'host': u'192.168.0.18', 'host_extra': u'192.168.0.16', 'balancing': u'host', 'user': u'plurk', 'password': u'plurk', 'port': 3306}, 'port': 3306, 'host': 'localhost', 'user': '*', 'refresh_host': , 'password': '*', 'id': 'shard_db_:2'}.
Error was Traceback (most recent call last):
  File "/home/plurk/plurk/git_trunk/ext/parts/db/wrapper.py", line 554, in getConnection
    if con:
  File "/usr/local/lib/python2.6/dist-packages/MySQL_python-1.2.3-py2.6-linux-x86_64.egg/MySQLdb/__init__.py", line 81, in Connect
    return Connection(*args, **kwargs)
  File "/usr/local/lib/python2.6/dist-packages/MySQL_python-1.2.3-py2.6-linux-x86_64.egg/MySQLdb/connections.py", line 187, in __init__
    super(Connection, self).__init__(*args, **kwargs2)
OperationalError: (2002, "Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)")

看來Plurk是用Python開發，用git來管理代碼……

#elopocalypse - Stephen Elop的啟示錄

noreply@blogger.com (Ben Lau) — Sun, 13 Feb 2011 02:48:00 +0000

(請讀者自備爆谷）

將導至Nokia直接走入下陂的事件（前文），被網民戲稱為elopocalypse (Stephen Elop加上Apocalypse合拼而成)，因為群眾普遍認為Stephen Elop是眼前最大的黑手，對他的攻擊自然不少，加上裁員直接影響芬蘭，所以芬蘭的政府及傳媒也極速運作。

其中一項重要情報是，他沒有持有Nokia的股票，以CEO來說是極奇罕見的事，另一方面，他手上擁有大量的Microsoft股票，以個人持有者的數量排名，他更是第8名的持有者！！

1) 他沒有持有Nokia股票 : 證據 - Nokia自己的網頁

2) 他擁有大量的Microsoft股票

消息來源：芬蘭的報導 , Google翻釋

證據－股票資料

接下來幾天針對這消息的行動應該會開始，請各位拭目而待。

其他消息：

另外關於Stephen Elop本身，他曾經當過Macromedia的最後一任CEO，然後讓公司就被Adobe收購，對此有網民發表當年的慘況……
Nokia USA president is out, replaced by Microsoft vet Chris Weber as Elopocalypse continues . well , 進一步控制？

Nokia的悲劇

noreply@blogger.com (Ben Lau) — Sat, 12 Feb 2011 14:32:00 +0000

這個週末的工作本來是打算寫RepRap的開箱文，不過星期五發生了一件非常震驚的事，不得不先寫這邊，那就是Nokia將採用WP7作為手機的主要OS！而原先推出MeeGo的產品將會延到年尾推出。

Maemo、Nokia Blog及其他有關的網站都爆炸了！

雖然現在Nokia的fans相比起其他系統少許多，不過即使你不是fans，我也建議你們關注這件事，理由有二：

一是推動這件事現任Nokia CEO Stephen Elop 本來是 Microsoft 的 Business division的President，整件事有著很深的陰謀味道，活像一篇現代的木馬屠城記，各位請準備爆谷。

二是看著一間背叛了fans期望與員工信心的公司會發生什麼事。

基於要寫深度的評論不易，所以這篇文章將會集中在一些網上的反應。

Nokia outlines new strategy, introduces new leadership, operational structure

這是Nokia最初的新聞消息，在星期五發表，然後Nokia的股價隨即下挫，英國那邊跌了14.35%，美國那邊遲些開巿，不過不足一小時就趺了13%，可能因為消化了消息，最終沒有打破14%，以13.97%的跌幅收巿。

同時Microsoft的股票也沒有因此而上昇，到了最後更見了紅，沒Nokia那麼慘就是。（來源）

這事不單激弄了開發者，連投資者也不討好，希望下星期會聽到Stephen Elop被炒的消息(下文有更勁爆消息）。

Letter to Developers about Today’s News

後來Nokia又在blog裏發達了一封給Develoepr的信，這成為了developer們發洩渠道之一，不過還不是罵得最兇的，下一篇才是。

Five reasons to get excited about a Microsoft partnership

Nokia用了WP7有五大好處(?)，沒心機看不打緊，看網民回應就值回票價了(拿爆谷)。

#elopocalypse

Twitter上出現新的hashtag : #MeeGone及#elopocalypse (用Stephen Elop加上apocalypse合拼而成)

Maemo forum方面處於爆炸的狀態，一天內就出現了上千封以上的回應。

Poll: Would you buy a phone running WP7?

結果是一面倒的，發文時有454人投了票，90%人表示不會買，留意，這裏可算是最多N900 fans聚集的網站。

POll: After Nokia/WP7, what will you buy next

這邊很有趣，大家還會期望MeeGo嗎？結果是Android僅僅稍勝，只是比MeeGo多2%的用家支持，fans們還未完全放棄MeeGo呢！

Open Governance continues

Qt有一個叫做open Governance的計劃，就是研究怎樣由open source community去管理Qt的發展，而這個計劃並未有因此停止！！！即使Nokia出了什麼事，這個計劃仍會繼續下去，所有Qt開發者們請放心！

而且覺得Intel及Ubuntu都會有興趣接手，所以不用擔心商業支援方面。

若說有誰因此而損失的，大概就是花了$85歐元考了三張Qt證書的我吧...

Nokia員工的反應

在Nokia於Tampere的HQ，有1000們員工徒步出去公司，以示抗議。

註：我在十多年前去過這城市及參觀過Nokia的HQ，印像中不太覺得像是能容量1000人的建築啊……

Bug 13453

Nokia採用WP7而推遲MeeGo電話的發佈，是Bug來的！

Quim及Texrat

Quim及Texrat可算是Nokia在MeeGo上的社群代表，我在Ireland認識了他們，都是些很有趣的人，也是在這件事上最受到的傷害的人吧，許多人感受到被背叛，有些人會把予頭指向他們，所以他們的twitter也很熱鬧，但事實上他們也是受害者啊………

你們加油啊！還有許多人支持你們的！

這是Quim的回應

其他人的支持說話：

"Keep your head up Quim! This is but a bump in the road. If Nokia totally drops the open source ball, someone else will see the potential and take Qt and the Linux phone stack to successful completion. If it doesn't work out, I hope to see you joining Ari at HP soon"

"As a nokia shareholder I want to see Quim as the new Nokia CEO."

Stephen Elop

這位擬似現代木馬屠城記的主角，自然成為了攻擊的對像，其中有二個消息是相當之有趣的。

第一，他並沒有持有Nokia的股票：

證據：Nokia自己的網頁

CEO最賺錢的一般都是自己公司股票，但他竟然沒有持有，老實說這很奇怪……然後爆出了更大的消息：

第二，未經證實消息，他所持有的Microsoft股票量是第七高的。

這是在Twitter裏開始流傳的消息，我了幾遍，看來最早的出處是這篇comment:

據說消息是來自芬蘭的某報章，那大概是以芬蘭文寫的，看來要等一段時間才能證實，如果資料屬實……

well…………………… 芬蘭政府會出手吧？最後演變成外交衝突？

說了很多消息，至於我的想法呢

如果Nokia是把WP7視為平衡的方案，繼續玩Symbian及MeeGo，我認為影響不會那麼大。雖然說過二者仍會開發，但MeeGo廷遲到年尾，又玩大栽員，不少Symbian方面的員工會失去工作，那麼在推出WP7前，Nokia吃什麼？大家都知道Symbian是沒戲的了，炒了那麼多員工，有關的電話只會越來越差。

或許能把這個視為破而後立的必經階段，不過所許諾的遠景未免太悲涼了吧，即使存活了，Nokia的R&D能力大減，在WP7的發展上又沒什麼主導權，結果只是淪落成HTC級數的公司。

那麼有沒有可能當穩定下來後，Nokia又再搞自己的系統，踢開Microsoft呢？

沒門

如果Nokia的WP7仍留有Qt的位置，那情況將大大不同，投身Nokia的WP7開發者仍有機會轉到Nokia的其他平台上，沒把Qt併入WP7不單是長遠策略上的失誤，而且亦令難得聚集起來的開發者們感到強烈的被背叛感覺。(這二天我都盡量到我在Ireland認識的開發者們的blog、twitter裏留言，希望仍能保持一定的關係)

當投資者、開發者、fans們都走了時，還餘下什麼？

有，就是WP7的fans及開發者，不過那是WP7的，不是Nokia的，而且人數搞不好比open source community的支持者還要少。

如果以陰謀論看這件事，那只能用高明來形容，如果要買下Nokia這間公司不知要得花多少十億，但現在這麼一搞，Nokia的股價低了，支持者都少了，R&D能力大減，除了依靠外來的技術支持還可以怎樣做？

連收購都不用就把一間公司置於自己的控制之下……想起來就感到戰慓。

將來還有誰夠膽挖走他們的高層呢？

現在雖然九死一生，不過也代表著一個機會，過去Nokia決策遲緩又三心二意的主因應該是出於過於擁腫的架構，被Stephen Elop那麼一搞，留下的人裏應該也有不少準備跳糟，餘下的人若真的有心重振Nokia，再把沒前途、沒將來的WP7計劃踢走，專心做一樣以Qt為主的ecosystem的產品出來，或許仍能殺出一條血路。

新年敗物第一回 - 3D打印機

noreply@blogger.com (Ben Lau) — Thu, 03 Feb 2011 10:22:00 +0000

今年CES的最聳動產品首推Motorola的Atrix，連我也想轉陣要一台，其次應該便到MarkerBot的3D打印機。

動輒便要數十萬的3D打印機現在竟然只需花USD $1225便能擁有一台，難怪令許多人雀躍不已。

可是我個人對此的反應很冷淡，隨便看了些資料便不再深究，因為早在MarketBot推出前己經有開源的RepRap計劃，而且價錢也更要低廉，更重要的一點是RepRap的設計容許進行自我複制，只要買一台回來，跟著便能再生產另一台出來。（不包括馬達、線路版及噴嘴等無法“打印“的部件）

其實早在CES之前，我便有打算"敗"一台3D打印機回來"玩"，目標自然是RepRap，一來支持開源計劃，也想在香港推擴一下，二來是看中了能duplicate這點，更易令人有帶回家的衝動，換言之RepRap推擴潛力比起買一台完成度"可能"更高的商業產品來得優厚。

（潛台詞：我又不是當代理的，為什麼我要去推擴純商業的產品？）

找到了人合夥夾錢，找到了人幫忙進行機器的維護及日後開班的準備，跟著就突然殺出了MarkerBot的消息，雖然我沒什麼興趣，拍擋們審慎起見，還是看一看資料。

首先……資料真的不多，與RepRap的比較資料很零碎，網上有些見解甚至是把MarkerBot視作為RepStrap的機器（即是一台比較簡單的機器，可以用來製作RepRap）。就價錢而言，未組裝的RepRap比MarkerBot平，已組裝的卻要貴一點，差價都是在USD 100左右。

就外觀設計而言……有個頗糟的見解，怎麼看來就像第一代RepRap Darwin加四塊板的樣子？

軟件方面有些RepRap沒有的功能，不過算不上killer feature……

拍擋的結論是：RepRap吧。

然後速速落單，等了幾星期，大概下星期便會送來了！

(遲些再談多些關於這台打印機及我們的開源“計劃”）

[C++編程心德] Config Class

noreply@blogger.com (Ben Lau) — Thu, 06 Jan 2011 16:01:00 +0000

寫應用程式最常遇到的功能之一是設定界面，讓用戶可以按他們的喜好改變軟件的運作方式。

在MVC的Design pattern慣例下，一般都會建立一個Config class去統一儲存所有的選項，像是以下的程式碼就很普遍。


class SimpleConfig {
public:

    void save();
    void load();

    void setOptionA(int val);
    int getOptionA();

    void setOptionB(double val);
    double getOptionB();

    void setOptionC(bool val);
    bool getOptionC();

private:
    int optionA;
    double optionB;
    bool optionC;
};

我也寫過類似的，不過很快就發覺那樣做很傻，每次增加選項都要c&p一堆代碼，然後當選項增至百來項時……嘿，擁有數百個成員函數的Class看起來跟怪物沒二樣。

自從見識過幾次後，我就痛定思痛決不讓怪物再次出現。

事實上要改良以上的代碼其不困難，只要懂得使用Variant及Enum type。

Variant type

Variant type本身是一種資料類型，卻沒有固定的儲存方法，它可以是int、也可是double，就算是String或其他複雜資料類型也沒問題，雖然執行效率會比primitive type為低，使用起來卻非常方便，不過可惜C/C++並不支援。

故這得依懶其他library framework去實現，像gtk+及Qt這類都有各自的Variant type，除非堅持要寫純C++，否則就別自尋煩惱吧。

Enum type

為每個選項加入setter/getter會無可避免地令Class變得臃腫，如果把Enum及Variant配合使用，就能大大簡化程式碼的複雜度：

class SimpleConfigImproved {
public:
    enum Option {

OptionA,
        OptionB,
        OptionC,
        Last
    } ;

    void save();
    void load();

    QVariant get(Option option);
    void set(Option option,QVariant val);

private:
    map <Option,QVariant> table;
};

註：QVariant為Qt的variant type

所有選項都用一個Enum的值去代表，只有一個setter及一個getter，每次增加選項都只不過是在宣告裏加一行代碼而已，這比之前的版本簡潔許多。

儲存

另外有一個以上未有考慮的事情就是儲存的方法，每個選項都要有一個名字，通常都會跟程式一樣，例如以上的程式碼可能會這樣儲存：

OptionA=0
OptionB=0.0
OptionC=false

問題是C/C++並沒有提供直接的方法可以讓你把Enum的值變成文字，你必須要找一個辦法讓程式碼中的”OptionA”能轉化成文字，否則就可以要寫下那麼愚蠢的程式：

write(“OptionA”,table[OptionA]);
write(“OptionB”,table[OptionB]);
write(“OptionC”,table[OptionC]);

每加一個選項時記得再C&P一次......

關於這個問題有許多的方法去解決，基於我是個懶人，而最近也在寫Qt，在Qt裏只要加上Q_ENUMS宣告就能幫你把Enum的值變成QString，用很簡單的程式碼就能完成儲存的工作：

   for (int i = OptionA ; i < Last ; i++ ){
        write( nameOfOption( (Option) i) );
    }

加多少選項都不用重寫儲存的程式碼！

宣告

class ConfigQt : public QObject {
    Q_OBJECT
    Q_ENUMS(Option)

public:
    enum Option {
        OptionA,
        OptionB,
        OptionC,
        Last
    } ;

    void save();
    void load();

    QVariant get(Option option);
    void set(Option option,QVariant val);

    static QString nameOfOption(Option val);

private:
    QMap <Option,QVariant> table;
};

QString ConfigQt::nameOfOption(ConfigQt::Option val) {
    QMetaEnum metaEnum = staticMetaObject.enumerator(0);
    return metaEnum.key(val);
}

新一年新計劃

noreply@blogger.com (Ben Lau) — Fri, 31 Dec 2010 16:31:00 +0000

各位！新年快樂！

回正題

去年沒有寫year plan，因為對我來說是一個混沌的年頭，無論理由是什麼都好，放棄了自己公司的事實並沒有改變。生活是穩定了，失去刺激及自由的生活卻換來了空虛，在慢慢適應後，又開始尋覓燃點熱血的契機，好像回到學生時代般不段構思各種古怪念頭，又試試挑戰不同的比賽。

先是參加了Nokia的Calling All Innovators世界比賽，又玩Maemo forum的編程比賽，為了應付前者竟然捱出病來，而結果前者拿到了Best N900/HK application的特別獎，會得到筆很不錯的獎金；後者則獲得了前往愛爾蘭MeeGo會議的機票酒店贊助，對我來說這些經驗都非常之新鮮。

到了2010的最後一天，為了再踏出多一步，我決定為來年寫下一年大計：

1. 減磅

有一個目標我努力了10年都沒有成功的………………就是減磅………………機乎成為我每年的必然目標，今年也一樣！！！！！！！！！！我一定要成功！！！（怒吼！）

2. 為公司開發出更好的產品

公司的產品是可以做得更好的，希望來年可以做出讓更多用家喜歡的軟件。詳情當然不能在這裏說 ;)

3. 重新啟動一個十年前失敗了的計劃

在十年前我有個計劃失敗了，到了今天一切的環境都已改變，看來有機會再來一次，找了些志同道合的人，希望能在2011前半部實現！

4. 遊戲設計

除了軟件外，我一直都想設計Card game、boardgame甚至玩具，構思已經有好幾個，目標是在2011年年中造其中一樣出來。

5. 參加某比賽

我一直有個隱藏的興趣很少人知道的，在2009年時的year plan中曾經想過參加有關的比賽，最終覺得自己仍未夠班而放棄。這二年間進步了些，我想希望在年尾時去做一次挑戰。

~~6. 參加最少一次海外的OSS會議~~

去年參加的MeeGo Conference實在是非常之好玩，希望來年可以再參加其他不同的類型。不過未必會再有贊助，所以大概是要自己自掏腰包了，暫時第一個目標是台灣的OSDC。

擬似詐騙電話

noreply@blogger.com (Ben Lau) — Fri, 10 Dec 2010 11:22:00 +0000

早前收到一個來自內地的電話，對話如下 (為了傳神，以廣東話撰寫，粗口出沒注意)：

「XY呀」（XY是我的中文名，不包括姓，對方的聲調很軟）

「你係...?」

「聽唔出我係邊個呀？我呀。」

「鬼知你邊個。」（這刻我已經機乎肯定是白撞）

「我呀，唔係唔知嘛～」(腦海裹有根弦斷了)

「A B C D」(香港的慣常問候語)
「o下？」（大概想不到我會那麼快知道是白撞）

跟著我就收了線。

知道是白撞的理由很簡單，因為根本沒有人會叫我XY，就算是老爸老媽也是另一種叫法，內地的親戚也許會那樣叫，証明了他們跟我不熟，當然也不會有我的手機號碼，就算聯絡都是找我爸媽啦。

生氣的理由也很簡單，一是被浪費時間，二是被一個死麻甩以親暱的語氣喊自己的名字，令我從心理及生理上都產生了嚴重的厭惡感，要找麻煩都拜託弄個聲甜的女人來吧。

本來是想聽清楚對方想怎樣騙才收線，但當一個死麻甩裝熟人地說「唔係嘛～」，立即就把人推到爆發線。

其實這種套路的資料在網上可以找到不少，不外乎在你說出一個名字時就立即扮成那人，所以才要我去「猜」。

事後我又想，如果我玩野說：

「啊，你係食屎狗呀.」

「係呀係呀，我係食屎狗呀。」

會不會這樣回答呢？

聰明一點的或者會否認第一個想到的名字，那麼就試試用「低B仔」、「死X街」玩下去。

好吧，認真些，如果你收到這種電話，又真的不肯定會不會是認識的人，我建議你可以作點假名，或者直接用身旁的人的名字去試，一當回答“是”就可以肯定了。

本來聽不出對方是誰也沒什麼好尷尬的，說句：「不好意思，電話太吵所以聽不清楚」就可以解釋一切了。

不能用來裝Ubuntu的USB手指

noreply@blogger.com (Ben Lau) — Sun, 05 Dec 2010 04:24:00 +0000

自從Ubuntu跟來了一個叫做Live USB Creator的工具來制作USB的安裝盤後，我就機乎沒有再燒過Ubuntu光碟，因為那工具實在太方便了。

不過其實不是所有的USB手指都能用來做安裝盤的，首先你要有最少700MB的空間，即是起碼要買1G的手指，與此同時不能有U3（一種預裝Windows程式的做法），我試過拿這種手指做開機盤，極之麻煩。

理論上符合以下指求的手指都沒有問題，但事實上原來也有例外，那就是Kingston的4GB Data Travaler G3。

二隻同款的手指，我用貼紙幫助識辦，一隻叫Firefox、一隻叫Thunderbird

最近買了二隻，本來的用途就是用來做各種不同Distribution的安裝盤，首先拿來試Ubuntu Netbook 10.10，結果就在Preparing to install Ubuntu Netbook的那一頁死了...

那機器內本身裝了MeeGo並採用btrfs，最初我懷疑跟btrfs有關，所以就進入了Live Disk模式，用gparted看一看，結果gparted立即死亡，那麼Ubuntu installer不能運作的理由就很明顯了：

Assertion (head_size <= 63) at ../../../libparted/labels/dos.c:659 in function
probe_partition_for_geom() failed.

有了那麼明確的訊息，當然又是Google大神出場的時候，很快就鎖定了有關問題：

Ubuntu #558431

可能是Kingston的格式化工具有問題，雖然弄出來的partition能讀能寫，但像gparted這類深入的工具就偵測到異常而無法運作……

用fdisk移除partition後重建就沒問題了……囧

都柏林遊記(二) - 任重道遠的手信任務……

noreply@blogger.com (Ben Lau) — Mon, 22 Nov 2010 13:59:00 +0000

參照旅遊指南的介紹，愛爾蘭出名的有朱古力、茶、健力士啤酒、威士忌、音樂及毛織品，基本上毛織品價格都很高，而音樂CD也不知可以送給什麼人聽，酒水絕對會令你的行李超載，所以最佳的手信選擇無疑是朱古力及茶。

跟據旅遊書的提議，一般在超巿買得到的茶已經有不錯的品質，但朱古力卻沒有任何提示，我身邊並沒有好此道的研究者，根本無從選擇，想試試在超巿找些Made in Ireland的朱古力，但找遍一般的超巿的貨架都沒有，主要都是意大利製的。

有天路過一間朱古力Cafe，當時我僅僅是想在寒風中買杯咖啡暖胃而己，裹面有意料之外相當之多款的朱古力，排隊的人在買咖啡時都會順路點幾顆來吃，所以我學著他們點了2顆來試試（€ 0.69)

不過因為行程太趕，當我嘗了味道發覺不錯後，已經走得太遠無法再買多些回來。

結果只選了二款朱古力回來，一款是健力士酒廠出的酒心朱古力(€ 6)，當然是用啤酒做的，所以味道非常之濃烈。

另一款是Ireland制叫做Butlers的朱古力，在大型超巿找買到，但不是用來吃的，而是加入熱牛奶中融化成熱朱古力飲品：

至於茶方面就比較易辦，友人迅速地提了好幾個牌子，包括Barry's、Bewley's及Tetley，在酒店的超巿便能找到Barry's，但據說Bewley's會更好，所以每次外出時都會去找Bewley's，跟著我發現.... 根本找不到！

跑了最少6間超巿，都只有Barry's，另外還有個叫Lyons的牌子，友人們都說不錯，但怎樣都找不到Bewley's及Tetley。

直至有天能自由活動，在O'Connell Street的一間Gift Shop內終於給我找到Bewley's，80 pack裝盛惠€5.99（後來在機場也見得到）

本來想立即買下，不過理智立即阻止我，在Gift Shop買東西絕對會後悔的，而且附近一定還有其他Gift shop，用不著這時買下。這決定後來證實了是明智的，首先同名的Gift shop遍佈整條街…

因為肚餓的關係，我跑了入馬莎百貨，位於一個叫Jervis (不是Jserv)的商場內，地底有一個Food Hall，即是比較大型的超巿，在那裹我找到了所有要的牌子，而且比Gift Shop及酒店的超巿更平宜。

檢視較大的地圖

例如說Bewleys，雖然同樣是€5.99，但能買下160 pack了.. 而且部份特價的味道可以用€2.7x買下，那些Gift Shop真的坑死人…

以下跟據各人的要求而買下的貨品(部份)：

用Lenovo Ideapad盒放茶

價錢：

Tetley 80 pack (with 50% extra free = 120 pack) €2.75
Bewley's 80 pack €2.79 - €2.99
Barry's Fair Trade €3.09
Barry's Gold Blend €2.09
Lyon Gold Blend €2.19

亦因此，令我的行李超重了… 職員跟我說要加€100，我被嚇呆了，緊趕立即重新把行李打包。

這時有一段小插曲，職員問我買了什麼弄得超重，將茶展示給他看後他驚訝地問：「你們不是已經有最好的中國茶了嗎？怎麼要在這裹買？」「well… 我只是受人所托...」

不過上到飛機時我才想起，其實他會不會是把綠茶當成是中國茶了呢？我在超巿見到很多綠茶，可見不到中國茶。

另外有朋友也想看看歐洲買boardgame回來會不會省點運費，我的想法是不切實際的，一來歐元太強勢了，而且店子本身也不一定比網上便宜。例如我買了一副Small World的expenison，當地要€9，但網上只需USD 6.99，只要量多的話網上買還是會比較划算。

都柏林遊記(一) ﹣ Ben流都市探索法

noreply@blogger.com (Ben Lau) — Sat, 20 Nov 2010 15:54:00 +0000

我曾到過的國家不算多，卻也不算少，有點特別的是大部份都不用自掏腰包付費，例外的只有一次到北京及東京，其餘的都懷有其他的目的，像是比賽、公幹等理由，旅遊僅是附帶的，所以我在旅遊上的策略跟一般人般有點不同。

通常我會讓回港的行程延後一天，在那一天玩過夠本，在之前的時間會盡量在概有的行程中抽出時間外出探索，用以制定最後一天的計劃。

同時探索本身就是旅遊的一環，在未知的城巿走進未知的場所，每樣事物都是新的，就算不是重點旅遊景點又如何？這份小小的冒險就已經是價值的所在。

我會這樣形容自己的探索法：

無計劃、無目的、先行動、後再想

一本旅遊書是有需要，可是若以書中的內容去制定計劃則未必理想，書中所寫的是你想看的嗎？書中的評價是真的嗎？書中的資料正確嗎？

在你真正見識過之前，這一切只是想像而未必與現實符合，例如說我就曾經試過在東京尋找一條所謂的拉麵街，而殊不知那時日本人喜歡食橋麥麵，拉麵街早已經摺了。然後還有些交通的安排等都會有所變化，天氣也是重要的因素，到了那麼北邊的國家，晚上會來得特別的快，有些景點在入夜後就會失去價值。

當然以上的資訊都可以在網上收集得到，要做一個理想的計劃並不是不可能，只是… 太累了！我想玩得更愉快一點。

所以我只會在旅遊書中看一看有什麼特別令我感興趣的地方，或當地特別的習慣等，之後就在當地摸索出自己的旅遊計劃，所以說是「無計劃」

那天當我抵達都柏林時，才不過9:30am，距離首個活動還有近4個小時，加上餓得難以忍受，我決定用這4個小時進行第一次的探索。

首要任務是找吃的，目的地？沒有！即使「無目的」地，人還是可以用雙腳踏出酒店的。

離開酒店後首先要決定方向，可是四週圍都根本不像有什麼能吃渴的地方，我唯一知道的地方是今次會議的會場，那就以那裹為目標，「先行動」吧！

Aviva Stadium

到了那裹很快就發現了一種叫做DART的火車車站，好，火車是很容易掌握的交通工具，像巴士這類十居其九都會落錯車的工具我是會盡量避免的。

那個站？Connolly Station這個名字在書裹出現了很多次，只是幾個站的路程，總會有地方吃吧？

車站外面

車站裏面 - 我實在很喜歡這種有古式味道的車站

這是愛爾蘭，不是英國，別去找9 3/4平台

可是我忘了那天是星期六，可不像香港般熱鬧，眼前的商店大多都關了門，幸好還是有食肆，隨便選了間Cafe，以選機的方法點了一款食物，在沒有期望的情況下… 意外地美味：

主要材料有太陽蛋、芝士、香腸，麵包上面洒滿了黑芝麻，最美味的是那個太陽蛋，火喉剛好，蛋黄不會太生流出來，也不會太熟，然後跟融化了的芝士混合，整個人都立即變得有了精神。不過這餐已經花了我 € 7...

好好地享受過早餐後，拿出旅遊書及在酒店拿的各種小刪子進行研究，以Connell為中心，可以用Dart及Lucas(一種地面行走的電車)到達的地方… 最符合的是「三一學院 / Trinity College」

在三一學院中最出名的是他的Old Library，那裏收藏了Book of Kells，是最古老的書之一，而且有一個叫做Long Room的地方收藏了20萬冊古書，可是入場費一點都不平宜，要€9。

那值得看嗎？如果你見到Google的圖片後覺得有興趣，那麼你就值得一去：

Long Room

雖然我不是什麼古書迷，在見識到Long Room時竟也有一種無言的感動，搞不好我其實是很喜歡這種東西，不過有點可惜的是不能拍攝，當然也什麼都不能碰，四週的文字介紹都與愛爾蘭的歷史有關，基本上是有看沒有懂。

所以我建議若要去愛爾蘭，最好先讀一讀他的歷史，這會對你認識那些古蹟有很多的幫助。

在前往三中學院的途中發現了Dublin Bike及Bus Tour的站，前者在旅遊書中只有數字提及過，根本不明白怎樣運作，那刻就終於明白了；而後者在看了路線及時間表後，亦有了一個大概的想法。

Bus Tour是會走遍所有重要景點的巴士服務，一張成人日票是Euro 16，之後無限上落車，上車後你可以跑到上層露天的位置觀賞別緻的街道，有興趣時就落車，完了後等下一輛巴士就能繼續了，這是最輕鬆的旅遊方法。

但如果有數天時間的話，我一定會選擇Dublin Bike，這個服務太棒了，只要拿著一張smart card，就可以在自助的車站帶走單車，整個過程不經人手，歸還的時候也一樣，可說是完全不受時間局限的服務！不過你必須要有勇氣在馬路上踏，雖然有單車路，但並非到處都有，當地人倒是很習慣怎樣在馬路上踩，應該還算是安全吧？

我覺得如果西九要搞單車遊，一定要向Dublin Bike多多學習。

結果我最後還是決定用Bus Tour，因為當我經過了5日的活動後，已經沒有足夠的體力去進行單車遊了…

在較大的地圖上查看Dublin - Day 1

當日走過的路線

MeeGo Conference前傳（二）Werewolf

noreply@blogger.com (Ben Lau) — Tue, 16 Nov 2010 14:09:00 +0000

參加者陸續抵達都柏林，這天活動的人數與質量都是昨天無法比擬的，而義工們的前期工作也完成了不少，像以下的壯觀景像已不再見到。

由義工幫手處理Conference package

這天早上的環節有二個，分別是UX Experts及Introduction to Qt，後者是讓新手學習Qt編程，基於我已經掌握了，所以去了UX experts。

UX experts是由Tim Samoff主持，他並非programmer，是搞音樂、攝影的多媒體人，同時也是Maemo Community Council的成員。

不過這活動的玩法不是講座，而是小組討論，大家拿出現在寫的程式，然後研究各種use-case提出意見。例如pycage的MediaBox、我的PenPen，及TDriver計劃等。

下午則有Hands-on Qt、Getting started with MeeGo on ARM及Geocache treasure hunt，分別以小組形式一起寫Qt程式、在都柏林尋寶及MeeGo的培訓，但可惜發生了悲劇的情況，就是當我們安裝好SDK後，還需要一個700MB的影像檔，其中一部機以Samba分享，但當大家都是用Wifi拿檔案時... 我感覺到會展有各種電波在衝突。

而就在這時texrat臨降了！帶來了大家都很想要的禮物：

texrat在Meego Fourm搞了個Request for cutom avatar的活動，包括我在內不少活動的參與者都有參加，而他不單設計了這些Avatar，而且還印成貼紙送給我們。而我也立即急不及待地貼了在我的Notebook上：

Apple Killer?

跟著大家開始玩Meego版的werewolf:

很有趣的卡片，可惜所有人物都一樣，要是用我們的custom avatar就好了。

我總是做好人...

在遊戲完結後，這間Hacker room開始被改成Game room:

有乒乓波檯、足球檯、XBox

還有小食供應

Meego Conference前傳（一）扺達都柏林！

noreply@blogger.com (Ben Lau) — Sun, 14 Nov 2010 22:44:00 +0000

在香港時間星期五晚出發，經過差不多16小時的煎熬，最後在當地時間的星期六早上8:30抵達，距離最初的開始活動還有數小時間。

大會指定的D4 Hotel

一進去就見到與Meego Conference有關的易拉架

會議本身是由星期一開始的三天活動，除此以外還有其他的環節，例如在正式開始的一天半時間裹，有所謂的Early Bird Event讓早來的開發者們共聚一堂。

舉行的地點是在酒店的Hacker房，雖然說是房，但基本上是宴會廳的大少，共有2個，每個都能容納最少100人。

首日舉行的活動較少，因為來的開發者也比不多，最初的環節是Linux Developer Tools及Hackaton。前者講述各種Linux上用的開發工具，例如git、gdb、valgrind等，基於我對以上工具都太熟識，所以我選擇了以自由討論各種開發計劃的Hackaton。

不過因為太自由的關係，我有點跟不上眾人的步伐 :(

在正經的活動過後，跟著就開始玩了，來了一個叫做Maker's Contest的環節，大家分為10隊，要用最多100條雪條棒砌一條橋。完成後凌空放在二張檯中間，掛一個超市的購物籃上去，再慢慢放入1L的水，比較那個設計最美觀，或擁有最高的負重能力，你們猜猜冠軍的設計能放入多少枝水？

作品一覽

最漂亮的作品(半成品狀態)

考驗的來臨！

失敗了

冠軍是…... 25枝水！而且沒有斷裂，但因為沒有再多的水了，所以更成為了全場唯一的生還者！

王者！

屍骸...

比賽的其他相片

基於時差加上旅途奔波的勞累，我在當天晚上10時就睡了，跟著迎來了更精彩的Early Bird day 2。