緊湊

Keep in mind the screen size of 480 x 320 pixels and use that as a motivation to focus the user interface on the essentials. You don't have the room to include design elements that aren't absolutely necessary, and
crowding user interface elements makes your application unattractive and difficult to use.
螢幕就只有 480x320 這麼點大，促使我們必須盡量合理地利用每吋的空間。
在設計時我們不該在螢幕上放置不必要元素。
擁擠的螢幕配置讓我們的程式變得難用而不吸引人。
-- iphone Human Interface Guidelines

OMNET++ 4.0

原來 OMNET++ 4.0 有 IDE 可用了呀，真是相當驚人。

另外，3.2 版也有 xMIPv6 Framework 可以用了，可以根據 xMIPv6 修改，來支援 HMIPv6、SMIPv6、甚至是 NEMO 等衍生 protocol。
整個 Framework 是從 INET 修改而來，說明在這。要是早幾年出來，我的論文就不必用麻煩的 NS-2 模擬啦。

aTrackDog: 來養隻幫你追蹤軟體更新的狗吧

From aTrackDog

第一次跑去癮科科發文，介紹我跟 Sam Lu 合作寫的追蹤 Android 軟體更新程式：aTrackDog。

這個程式的前身是 Palm 版的 TrackDog。不同之處在於 aTrackDog （Android）可以直接通過網路更新，而 TrackDog （Palm）更多是透過桌面 Sync 來更新，這也是明顯時代在進步之處呀......。

連結：http://bbs.cool3c.com/article/1795

Demo 導向開發（Demo Driven Development）

DEMOS ARE GOOD

Kevin Danger 做了一個關於如何發展社群（Growing Your Community）的演講，裡面提到了為了增加專案的可用性，可以運用「Embarrassment Driven Development」（丟臉導向開發）的觀念。亦即為了在上台時講到自己的東西不至於丟臉，會想辦法為台下聽講者加上一些感覺很好用的功能。例如用 quickstart 命令建立一個專案框架，在專案中打幾個指令就可以直接啟動 Web server 等等。

我覺得不如把這個方法叫做「Demo 導向開發」（Demo Driven Development, 簡寫為 DDD? 3D?），感覺更為貼切。
其一是多在可以 Demo 的場合發佈自己的專案，這樣可以增加群眾與開發者們接觸這個專案的機會（沒錯....有了魔獸/異塵餘生3 誰還天天在改自己的 Open Source 專案？當然是要有事件驅動呀！）。
其二是為了在 Live Demo 中少出錯，在準備 Demo 時的壓力會激發許多靈感。
其三是與聽眾互動的結果，也可以反過來促進專案的進步。

保持簡單

進行優化必須付出增加空間或計算時間之開銷的代價。 Python 開發人員發現，有些地方長期來看，進行簡單的實做會比「乍看之下更吸引人的額外優化」更好。簡言之，讓事物保持簡單，通常會有所收穫
--美麗程式：Python 的辭典

As time goes by

I have always wished that my computer would be as easy to use as my telephone.
My wish has come true.
I no longer know how to use my telephone.

Android 上的 3DMark

Qualcomm 做的名為「Neocore」的 3D Mark 程式，用來推他們公司的圖型晶片。原來 G1 的 3D 能力也很驚人呀。