OGC Gains Comfort

LotR: LCG for PC

2012-02-24T15:56:00.000+08:00

A program for playing Fantasy Flight Games' The Lord of the Rings: The Card Game.

Screenshot:

Setup dialog:

Deck manipulation:

Deck Builder:

Solo and Multiplayer game available.

The program provides auto Scenario setting and Card/Token dragging.
Players must resolve Phases/Damage/Card-effects etc by themselves.

Note that you can join your own game and play multiplayer game by yourself. (Dual screen recommended!)

Download: LotR LCG 2012.07.07 (44.8 MB)
(changelog)

If you've built decks by this program before, copy over your refined "decks.json" file.

Supported expansion sets:

Core set
"Shadows of Mirkwood" cycle
The Massing at Osgiliath
Khazad-dum

Their physical release dates are listed here. New expansions will be supported six months after it.

Some docs from BGG may help to play this game:

Troubleshooting: If card images are missing, install vcredist_x86.exe.

Have fun and enjoy it!

X11 Selection Translator

2011-01-30T15:49:00.004+08:00

Windows 下的字典軟體都異常強大，有著螢幕取詞、即時發音等大量功能 ( 像是我現在用的有道词典 )。希望在 Linux 下也有類似螢幕取詞這樣的方便功能，於是寫了這玩意兒。

......不過螢幕取詞貌似相當地有難度啊 (||。３。)　翻了一下 Xlib，好像沒有相關 API 可以摳...... 所以改成實現自動翻譯滑鼠選取的文字，並在游標下顯示翻譯結果：

在 X11 下，Copy & Paste 功能叫做 Selections。有分為兩種：

Clipboard：一般通用的。你知道的。不解釋。
Primary：用滑鼠選取字串時，自動將文字內容放入 buffer 內；之後可以用滑鼠中鍵貼上 buffer 內容。就是它了！

本來以為要搞低階 X Window programming 的說...... 還好想起了強大的 Qt，文檔裡還真的有 QClipboard.selectionChanged() 這個 signal 可以用 ( 包山包海，不愧是 KDE SC 的基石 )，那就可以即時地對滑鼠選取有反應啦 (＞ω＜)♪♪

至於翻譯部份，交給股溝提供的服務來處理。見下例： http://ajax.googleapis.com/ajax/services/language/translate?v=1.0&q=python%20rocks!&langpair=en|zh-TW
可以觀察到，就是朝這網址塞進翻譯參數 ( 大段文章也可以塞 )，結果是 JSON 格式。Python 有 urllib / urllib2 可以處理網路連線，也有 json 可以 parse。

一個關鍵小技巧是去除翻譯小視窗的 window decorator 和邊框。QWidget.setWindowFlags(Qt::SplashScreen) 可以完成這件事，讓 widget 具有類似 SplashScreen 的怪異性質。用這個技巧還可以寫成背單字工具、定時自動遮掩全屏的 Anti-RSI 小程式等等，端視想像力。

( 要注意的是，翻譯小視窗還是得受到 window manager 控制...... 所以如果 WM 會自動移動新視窗的話，這程式就直接挫賽瞭～～)

最後一點，這程式是透過 SystemTray 常駐存活的，用到了兩個 icon。因為我希望把需要的資源通通搞進單一檔案內 ( 而不是又東一個西一個圖檔散了滿地 )，所以把圖檔內容轉換成 binary text 摳進程式碼，再用 QPixmap.loadFromData(data) 讀入。轉換函式大概長得像這樣：

def dump_binary(filepath):
    with open(filepath, 'rb') as f:
        content = f.read()
        output = ''
        for byte in content:
            h = hex(ord(byte))[2:]
            if len(h) == 1:
                h = '0' + h
            output += '\\x' + h
    return "'" + output + "'"

這就是程式碼開頭那兩行長串亂碼的由來......

就這樣，翻譯程式完成啦！缺點是需要網路連線，而且這個 Google API 只提供單一翻譯結果 QQ

話說，嘗試寫這玩意兒的途中還曾經用 threading 來設計...... 那蛋真是一陣一陣疼個沒完沒了啊！有空的話真該惡補一下多緒程式了 =.=

OpenCV face detection with Alcapas

2011-01-05T11:50:00.002+08:00

OpenCV (Open Source Computer Vision) is a library of programming functions for real time computer vision.

我沒背景知識，只會摳摳 API =.=
HaarDetectObjects 可以偵測物體，丟 haarcascade_frontalface_default.xml 進去就是偵測臉部。

藍框標出程式有反應的區域。

( code )


# Tested under Python 2.7.1 + OpenCV 2.2

import cv



image = cv.LoadImage('input.jpg')

cascade = cv.Load('/usr/share/opencv/haarcascades/haarcascade_frontalface_default.xml')

faces = cv.HaarDetectObjects(image, cascade, cv.CreateMemStorage())

for (x, y, w, h), n in faces:

    cv.Rectangle(image, (x, y), (x + w, y + h), 255)



cv.SaveImage('output.jpg', image)

cascade 沒丟完整路徑進去的話可能會 Segmentation fault......

牧草泥馬人表示：......

PyQt + PyBox2D is easy!

2011-01-04T20:31:00.009+08:00

Qt Labs 的文章 Qt + Box2D is easy! 給了一個物體碰撞的小範例。

Box2D 是一個開源的 C++ 2D 剛體物理引擎，包括了連續碰撞偵測、支點限制、摩擦力、齒輪等功能，可以模擬物體互動...... 的數值。它的核心本身不管畫面渲染，所以只會更新物體們的狀態；欲呈現出來，請自行調用任意繪圖函式庫，抓物件狀態數值出來畫......

所以那篇文章就用 Qt 繪圖框架結合 Box2D，弄了個漂亮的彩色小三角形下落模擬。由於我個人一看到 C++ 語法就開始覺得陣陣髮指兼蛋疼，所以把原文給的程式碼用 Python 改寫了。結果在這裡 ( 備份 )。

測試通過的環境：

`ArchLinux`
`Python`	2.7.1
`Box2D`	2.1.2
`PyBox2D`	svn
`PyQt`	4.8.2

描述一下寫簡單 Box2D 2.0 程式的觀念，希望沒有錯誤：

物體由 b2Body 儲存其位置、線性速度、角度、角速度、阻尼等數值。
另由 b2PolygonShape / b2CircleShape 儲存實際碰撞面積、密度、摩擦力等數值。
Body 可和 ( 多個 ) Shape 綁在一起，例如搞成個啞鈴，這樣它就又有物理狀態又能碰撞了，可以和其它物體們互動啦～
一組一組地綁好之後用 b2World.CreateBody(b2BodyDef) 塞進世界中。這個函式用來簡化記憶體管理：讓 b2World 接手物體，在它該升仙的時候能自動拖子孫十八代下水。Python 自己有垃圾車到處開，不過對於沒有 Garbage Collector 的 C++ 框架來說，記憶體管理需要額外關注......
每次呼叫 b2World.Step(timeStep, velocityIterations, positionIterations) 時讓整個世界往前模擬一小步。後兩個玩意兒影響模擬精度，官方建議一般場合直接塞 10 和 8。
要具體呈現的話，就是在每次呼叫 Step(timeStep, 10, 8) 後讓繪圖函式重抓物件數值，更新畫面位置囉......。QGraphicsItem 之類東東的 API 還請自行查閱 Qt 文檔 =3=a
Box2D 2.1 引進了 fixture 這玩意兒。Python binding 目前還沒更新，所以我不太瞭解是啥回事...... 貌似讓 Shape 單獨管理碰撞範圍了吧。

就這樣，更多的範例程式可以看 PyBox2D 的 testbed。

Makefile 什麼的最討厭了 (＞ω＜)♪♪

ArchLinux + LXDE 安裝筆記 ( 2009.08 )

2009-10-27T12:35:00.013+08:00

去年有寫過一篇相同主題的。過時瞭，所以再生篇新的。

什麼樣的人適合用 Linux 呢？我覺得這個問題還挺重要的。畢竟意志不夠堅強、人品又剛好低落的話，很容易會被 Linux 折騰個火冒三丈。

參考答案：有工作 or 學習上的需求，或者信念使然。

以上皆非卻又想摸摸 Linux 世界的話，等後天出的 Ubuntu 9.10 吧！那發行版的社群龐大無比，遇到問題隨便股溝隨便有解，穩穩坐定最適合入門者的第一把交椅。

至於 ArchLinux，比較適合已經對 Linux 有些基本瞭解的人用。特色是可以從基礎系統打造，量身訂做整個使用環境，並且有 AUR 這樣的龐大套件源可供使用。Rolling update 的升級方式可保持套件嶄新程度，適合網路環境不錯的用戶。ArchWiki 是個強大的寶箱，實用性高，遇到問題都可以去查查。若對這些沒有特色都沒有興趣的話，其它發行版可能會比較適合。

確定要灌 ArchLinux 了，那麼我們繼續下去吧......

ArchLinux 下載頁。如果之前不曾裝過的話，先看看這篇 Arch Linux安U+88C5指南，有圖文解說。

安裝基本系統的部份，照安裝指南寫的做就是。網路環境不錯的話，用 net install 可以直接灌最新的套件。

硬碟該怎樣分區，戰火已經綿延到天邊瞭。不折騰，反正能用就好。我的分法：

root：10 GB
swap：主記憶體兩倍大小
/home：吃完剩下的空間

File system type 嘛，就 ext4 吧。

想和 Windows 共享檔案的話，NTFS 磁區頗不錯。FAT32 和 NTFS 磁區都不必急著設掛載點，灌完再慢慢搞它們就好。

選擇套件包的時候記得把 base-devel 也選上。安裝套件的時候會有一次 server sync，可以按 Alt + F7 切過去看一下連線速度，覺得慢就換；畢竟熟練安裝步驟之後，下載套件的時間會佔據安裝時間 90% 以上，不幸踩到慢源的話鐵定等到吐血。我推薦的源是這個：
http://schlunix.org/archlinux/$repo/os/i686
(Update: 源已經失效了...)

編輯 /etc/pacman.conf 時加入：
[archlinuxfr]Server = http://repo.archlinux.fr/i686

灌完後重開機，開始量身打造屬於自己的 ArchLinux......

以 root 登入後，新增一般用戶 ( 以 amulet 為例 ) 並設定群組權限和密碼：

# useradd -s /bin/bash -G audio,disk,storage,power,optical,video,dbus,hal -m amulet
# passwd amulet

更新套件源並優化資料庫：
# pacman -Syu # pacman-optimize && sync

安裝基本的東西：
# pacman -S dbus hal acpid vim libstdc++5 ntfs-3g yaourt

安裝 Xorg 和顯卡、音效卡驅動。我的骨灰卡 GF4 Ti4200 是用 nvidia-96xx：
# pacman -S xorg nvidia-96xx alsa-utils alsa-oss
設定 xorg.conf 和 alsa：
# nvidia-xconfig --composite --add-argb-glx-visuals# alsaconf

編輯 /etc/rc.conf，並在 DAEMONS 尾部加入 hal 和 alsa。

安裝 sudo：
# pacman -S sudo gksu
並編輯 /etc/sudoers，依樣畫葫蘆讓自己的帳戶能使用 sudo。

要灌 LXDE 啦～

# pacman -S numlockx gamin openbox lxde gcin

讓 pcmanfm 能自動掛載 USB 裝置，需修改 /etc/pam.d/login，加入一行：
session optional pam_ck_connector.so

然後編輯 ~/.xinitrc，調校桌面系統：
xset -b/usr/bin/numlockx on export LC_LANG=zh_TW.UTF-8 export LC_CTYPE=zh_TW.UTF-8 export XMODIFIERS="@im=gcin" export QT_IM_MODULES=gcin export OOO_FORCE_DESKTOP=gnomegcin & exec ck-launch-session startlxde

之後只要登入後跑 startx 就能進入 LXDE 啦！另有 Starting X as preferred user without logging in 可以參考。

掛載 vfat 和 NTFS：

先到 /dev 下看看分區長怎樣。例如是 /dev/sdb1 的 NTFS 分區，就建立 /media/sdb1 資料夾，然後修改 /etc/fstab，加入
/dev/sdb1 /media/sdb1 ntfs-3g defaults 0 0
FAT32 的話則是
/dev/sdb1 /media/sdb1 vfat user,noauto,iocharset=utf8 0 0
這樣就能自動掛載了。

一堆雜七雜八的東西，自己挑需要的灌：$ sudo pacman -S wqy-zenhei ttf-inconsolata gvim xarchiver p7zip unrar zip unzip jre flashplugin libflashsupport filezilla wine gimp go-openoffice abiword multiget comix brasero xchm djview4

MSN 的部份，emesene / amsn /pidgin / kmess 挑一個吧！個人習慣用 emesene。1.5 版開發代號「awesome」真是挺有自信的...... 雖然傳檔速度巨髮指還係最大痛處 = =

smplayer 和一堆不曉得會不會用到的編碼包：
$ sudo pacman -S mplayer smplayer codecs-all gstreamer0.10-bad gstreamer0.10-bad-plugins gstreamer0.10-base gstreamer0.10-base-plugins gstreamer0.10-ffmpeg gstreamer0.10-good gstreamer0.10-good-plugins gstreamer0.10-ugly gstreamer0.10-ugly-plugins

AUR 上的好用東東：
$ sudo yaourt -S tupac madedit lxinput google-chrome-dev pcmanx-gtk2 acroread acroread9-fonts q7z

Google Chrome 真係速度驚人的瀏覽器...... 而且也算是相當完善了。習慣 Firefox 的話有 Linux 優化版可用：yaourt -Ss swiftweasel，挑套件字尾帶 -pgo 的來裝。

喜歡桌面特效的話可以用 Compiz Fusion：
$ sudo pacman -S compiz compiz-decorator-gtk fusion-icon
從 System Tools -> Compiz Fusion Icon 開啟特效。如果覺得窗口怪怪的話，到 Settings Manager 把 Window Decoration、Move Window、Resize Window 打開。

一些修飾 LCD 字體顯示的套件，雖然我覺得沒啥差別......
$ yaourt -S cairo-ubuntu fontconfig-ubuntu freetype2-ubuntu libxft-ubuntu

嫌 LXDE 佈景醜的話可以設個 Clearlooks 還是啥的，然後字體換成文泉驛正黑。

關閉系統嗶聲，見 Disable the PC speaker beep。

反正現在硬碟空間不值錢，源的套件數量又頗龐大，可以隨便灌一堆軟體來玩玩看。高興的話也可以試試其它桌面環境如 KDE(mod)、Gnome、Xfce 等。

這樣桌面環境就搞定啦！還有問題的話，就去 Google + ArchWiki 找解答吧～

當與 Windows 併存的時候，系統時間會一直被影響而不正確，需要動一下設定：

修改 /etc/rc.conf，把 HARDWARECLOCK 從 UTC 改成 localtime。

然後校正系統時間並設定 hardwareclock：
$ yaourt -S ntpdate $ sudo ntpdate stdtime.sinica.edu.tw $ su # echo "0.0 0 0.0" > /var/lib/hwclock/adjtime # hwclock -w --localtime

關於 DAC：

對我來說有個頗頭痛的問題是，fubar II 這樣的 DAC 沒辦法用 Alsa 調整輸出音量。而且我也沒有耳擴，所以只好請出 PulseAudio...

$ sudo pacman -S pulseaudio pavucontrol alsa-plugins $ sudo gpasswd -a amulet pulse-access $ sudo gpasswd -a amulet pulse-rt
在 /etc/rc.conf 的 DAEMONS 加入 avahi-daemon 和 pulseaudio。

編輯 ~/.asoundrc：
pcm.pulse { type pulse } ctl.pulse { type pulse }

總算可以別把耳機當喇叭用了 =.=

Linux 世界頗多采多姿的，而且五顏六色的輪子滾個滿地，可以方便地裝上一整票跑跑看。日常使用和程設資源也很足夠了，有啥動不了的東西再加個 WinXP 雙系統就是。ArchLinux 是個人目前最喜歡的發行版，祝大家都能使用愉快～

ArchLinux 下編寫 LaTeX 文檔

2009-10-27T11:43:00.003+08:00

關於 TeX，CTAN 和大家來學 LaTeX 有很詳細的介紹。簡單講，強大的排版工具 ( 語言？)，尤其是在數學式子的排版上，因此廣泛用於數學、資訊科學、物理書籍的編排。

古老 TeX 的主要變種有較現代化、易用的 LaTeX 和 Unicode 支援較完善的 XeTeX。使用 LaTeX 排版的知名書籍滿地都是，包括《The Pragmatic Programmer》、《C++ Primer 4/e》、《Introduction to Algorithms》等，族激繁，不及備載。

想搞個 TeX 編寫環境的話，Windows 下可以用 MikTex，Linux 下可以用 TeX Live：
# pacman -S poppler texlive-bin texlive-most texlive-langcjk
包頗大 ( 700 MB!! )，灌起來久到有點髮指，忍著點。

另有 TeXworks 這個 Qt4 寫成的圖形介面，幫助編寫和輸出：
# yaourt -S texworks-svn

目前為止個人感覺寫起來有點像 HTML + CSS。雖然要另外花費時間學習，但是排起版來效果也是相當好的。有機會的話可以嘗試看看～

[PyQt 教學] Part 7: 聚砂成塔

2009-04-23T22:58:00.027+08:00

[PyQt 教學] Part 6: 物件導向的寫法 ←

一路走來，盡係寫些拉雞程式。沒關係，打好基礎後就可以準備擺脫這坨窩囊鳥氣啦 =3=

這次寫個線上字典查閱程式。是的，它會跑去讀取 Yahoo! 奇摩字典並顯示查詢的單字結果...... 用一種異常偷吃步的方法 =.=

( code )

#!/usr/bin/env python import sys from PyQt4.QtCore import * from PyQt4.QtGui import * from PyQt4.QtWebKit import * class Dictionary(QWidget): def __init__(self, parent = None): super(Dictionary, self).__init__(parent) self.createLayout() self.createConnection() def search(self): baseUrl = "http://tw.dictionary.yahoo.com/search?ei=UTF-8&p=" word = self.lineEdit.text() url = QUrl(baseUrl + word) self.webView.load(url) def createLayout(self): self.lineEdit = QLineEdit() self.goButton = QPushButton("&GO") h1 = QHBoxLayout() h1.addWidget(self.lineEdit) h1.addWidget(self.goButton) self.webView = QWebView() self.quitButton = QPushButton("&Quit") h2 = QHBoxLayout() h2.addStretch(1) h2.addWidget(self.quitButton) layout = QVBoxLayout() layout.addLayout(h1) layout.addWidget(self.webView) layout.addLayout(h2) self.setLayout(layout) def createConnection(self): self.lineEdit.returnPressed.connect(self.search) self.lineEdit.returnPressed.connect(self.lineEdit.selectAll) self.goButton.clicked.connect(self.search) self.goButton.clicked.connect(self.lineEdit.selectAll) self.quitButton.clicked.connect(self.close) app = QApplication(sys.argv) dictionary = Dictionary() dictionary.show() app.exec_()

沒錯，60 行不到的程式就可以完成這份單字查找的艱鉅任務了。讓我們稍微瞭解一下：
經觀察可知 Yahoo! 字典的查詢網址都是很規律的字串組合；這個程式就利用這一點，直接載入目標網址。memfunc search() 和 connect 的部份是核心，其它都沒啥特別的。

第 4 行：導入 PyQt4.QtCore 以使用 QUrl class。
第 6 行：導入 PyQt4.QtWebKit 以使用 QWebView class。這個 widget 能用來檢視網頁。
第 16～18 行：調用 search() 後，將 lineEdit 中輸入的文字與 Yahoo! 字典的查詢網址結合成新的 URL。
第 19 行：讓 webView 載入 URL 並顯示。
第 43 + 45 行：在 lineEdit 中輸入 Enter 或點擊 goButton 時調用 search()。
第 44 + 46 行：調用 search() 後保持 lineEdit 中的文字在被選取狀態，以便下次輸入查詢。

其中最 imba 的莫過於第 19 行...... N 個願望一次滿足，高抽象度讓人們得以站在超高的巨人肩膀上吹風 =3=

熟悉整個 framework 之後，寫這樣的程式需要多久呢？其實只要 10 分鐘就可以完成了...... 就和一個 JavaScript booklet 同樣簡單。
基本功練完後，接下來就是自行深入啦！下一篇講查閱 API 的方法 =3=/

→ [PyQt 教學] Part 8: ？？？

[PyQt 教學] Part 6: 物件導向的寫法

2009-04-23T21:10:00.019+08:00

[PyQt 教學] Part 5: Signals & Slots mechanism ←

到目前為止，我們都是用 procedure-oriented 的方式寫 PyQt code。對於本就是 object-oriented 的 GUI framework 來說，物件導向寫法貌似更加自然，是必需要學會的。

將先前那個 connect 的例子改成 class 型式：( code )

#!/usr/bin/env python import sys from PyQt4.QtCore import * from PyQt4.QtGui import * class MyWidget(QWidget): def __init__(self, parent = None): super(MyWidget, self).__init__(parent) self.createLayout() self.spinBox.valueChanged.connect(self.slider.setValue) self.slider.valueChanged.connect(self.spinBox.setValue) def createLayout(self): self.spinBox = QSpinBox() self.spinBox.setPrefix("$") self.spinBox.setRange(0, 100) self.slider = QSlider(Qt.Horizontal) self.slider.setRange(0, 100) layout = QHBoxLayout() layout.addWidget(self.spinBox) layout.addWidget(self.slider) self.setLayout(layout) app = QApplication(sys.argv) widget = MyWidget() widget.show() app.exec_()

第 7 行：我們定義出 MyWidget 這個新的 class，繼承自外觀空白一片的 QWidget，好讓我們自行塞入東西。內含兩個 memfunc：建構式 __init__() 和自行設計的函式 createLayout()。

第 14 行：開始定義 createLayout()。Python 的 instance method 必帶一個 self 參數。

第 15～20 行：搞出 self.spinBox 和 self.slider 兩個 property，並設定之。

第 22～25 行：設定版面。setLayout() 這個 method 繼承自 QWidget；self.setLayout(layout) 把 layout 設給 MyWidget 自身的版面。( 原本的版面是繼承自 QWidget，空白一片...... )

第 8 行：開始定義建構式。因為我們的 class 不需要寄生在其它 widget 中，所以設定參數 parent = None，以成為 top-level window。

第 9 行：讓 MyWidget 的建構式調用 parent class 的建構式。這個過程是必備的，因為繼承得來的 __init__() 已被覆寫，Python 不會再自動調用 parent class 的建構式；QWidget 未被初始化的話，MyWidget 一開就會瞬間爆炸。

super() 這樣的語法，讓 Python 能自動判別 MyWidget 的 parent class，避免直接寫死在程式碼內。

第 10 行：呼叫 instance method createLayout()

第 11～12 行：建立 connection，讓兩個 widget 能互相影響。

第 30～31 行：建構出 MyWidget 的 instance 並顯示出來。

需要特別注意的地方，就是內部物件到底該不該加前綴 self. 以變成 property 吧！我個人的心得是：取決關鍵在於該物件會不會被跨函式存取。例如 spinBox 和 slider 是在 createLayout() 中建構，但也會在 __init__() 中被存取到，所以必需成為 property。而 layout 用完沒事就可以滾了，所以只活在 createLayout() 中無所謂。

當然啦，程式架構與流程解法並不是唯一的，所以寫成這樣也是可以的，省下一卡車的 self.。怎樣的寫法在各種情境中比較合情合理，就有賴自行判斷了。

平常寫 PyQt 程式，建議都用物件導向的方式，自創 widget class 後再利用之。困難嗎？老樣子，pattern 記起來，轉換就很快了。

下次來寫個稍微有用的玩意兒吧......

→ [PyQt 教學] Part 7: 聚砂成塔

[PyQt 教學] Part 5: Signals & Slots mechanism

2009-04-23T20:16:00.036+08:00

[PyQt 教學] Part 4: Layout Management ←

回到先前的範例，一個簡單的 PushButton：

#!/usr/bin/env python import sys from PyQt4.QtGui import * app = QApplication(sys.argv) button = QPushButton("&Quit") button.show() app.exec_()

事與願違。儘管按鈕上寫著斗大的「Quit」，猛擊幾百遍也是無動於衷。

然而其實當它被按下時，就會發出「我被按了」的訊號；只是因為沒人接收到，所以這訊號便隨風而逝瞭 QQ

為了讓 widget 間能彼此溝通，Qt 有一套 Signals & Slots 機制。看看官方的廣告：

Signals and slots are used for communication between objects. The signals and slots mechanism is a central feature of Qt and probably the part that differs most from the features provided by other frameworks.

在原本的程式碼加個一行：( code )

#!/usr/bin/env python import sys from PyQt4.QtGui import * app = QApplication(sys.argv) button = QPushButton("&Quit") button.clicked.connect(button.close) button.show() app.exec_()

外在並沒有變，但是心已經變了。

新增的第 9 行：把 button 的 clicked() 這個 signal，與 button 的 close() 這個 slot 聯繫 ( connect ) 起來。

之後當 button 被按下 ( 觸發 clicked() ) 時，送出的訊號就會把自己關掉瞭 (＞ω＜)♪♪

( 各個 class 所擁有的 signal 與 slot，在文檔裡都有列出。本例中 QPushButton 的 clicked() signal 是繼承自 QAbstractButton，而 close() slot 是繼承自 QWidget。)

這是 PyQt 4.5 起新的 pythonic 寫法，相信不難理解。要是看過之前版本的語法，就知道那不僅是一根髮指可以帶過的了......

總結 connect 的語法：

開槍的物件.signalName.connect(中槍的物件.slotName)

Qt 的 Signals & Slots 機制是用 QObject 這個 class 來實現的 ( 它是一切 Qt objects 的 base class )。signal 和 slot 都長得像一般函式一樣，而且可透過 QObject.connect() 連接在一起 ( 舊版語法 )。Class 本身的 signal 知道自己何時會被觸發，並且自動被 emit 出去 ( 也可以手動 emit )。slot 則會完成某些事，其實就是個普普通通的函式，也許會與聯繫的 signal 夾帶的參數有關。

signal 可以和許多 slot 或普通函式連接在一起 ( 多對多關係 )；也可以讓 signal 與 signal 連接，產生連鎖反應。當然啦，如果 signal emit 出去卻沒人鳥的話，最後就會蒸發彷如無物瞭 (〒3〒)

signal emitter 並不需要知道是誰中槍，對於目標型別完全不必在乎；同樣地，slot 也不需要知道是誰開槍，只要知道自己中槍了就好。這個特色提供相當大的彈性；decoupling 的優勢隨著軟體愈來愈大，會愈發明顯。

Qt 主要就是靠這套機制讓 widget 間能夠相互溝通：我的 signal 摳你的 slot，你的 signal 摳他的 slot...... 摳來摳去組織出錯綜複雜的關係，讓程式能牽一髮而動全身。理解這套機制，對於上手 Qt programming 是相當關鍵的。

最後，給出另一個常見的 signals & slots 範例：( code )

#!/usr/bin/env python import sys from PyQt4.QtCore import * from PyQt4.QtGui import * app = QApplication(sys.argv) spinBox = QSpinBox() spinBox.setPrefix("$") spinBox.setRange(0, 100) slider = QSlider(Qt.Horizontal) slider.setRange(0, 100) spinBox.valueChanged.connect(slider.setValue) slider.valueChanged.connect(spinBox.setValue) layout = QHBoxLayout() layout.addWidget(spinBox) layout.addWidget(slider) widget = QWidget() widget.setLayout(layout) widget.show() app.exec_()

其中 PyQt4.QtCore 的導入是為了使用 Qt.Horizontal 這個 enum。

剩下的就請自行解讀吧！

→ [PyQt 教學] Part 6: 物件導向的寫法

[PyQt 教學] Part 4: Layout Management

2009-04-23T19:06:00.019+08:00

[PyQt 教學] Part 3: 起步走 ←

看看 Qt 中精美的 widget 們：Qt Widget Gallery

平常使用作業系統圖形介面時，就已經摸過不少了；而在 Qt 中也可以看到這些老朋友們。從 PushButton、CheckBox 到 ProgressBar、SpinBox 乃至精美的 CalendarWidget，應有盡有。認識老朋友的名字，對於日後呼叫會有幫助。

先召喚個 QPushButton 出來：

#!/usr/bin/env python import sys from PyQt4.QtGui import * app = QApplication(sys.argv) button = QPushButton("H&ello!") button.resize(200, 75) button.move(500, 400) button.setWindowTitle("Hello World") button.show() app.exec_()

和之前的範例差不多，只是主角從 QWidget 變成 QPushButton。它帶一個字串參數初始化顯示的文字，並調用一些從 QWidget 繼承來的 memfunc。

注意字串參數的樣子，以及 e 下面那條底線；試著按按看 Alt + E。這是 Qt 設定 action focus 的簡便方法。

( 現在這按鈕啥 p 也做不了，我們下一篇再回頭調教它。)

Qt 的排版系統：

#!/usr/bin/env python import sys from PyQt4.QtGui import * app = QApplication(sys.argv) ok = QPushButton("&OK") cancel = QPushButton("&Cancel") layout = QHBoxLayout() layout.addWidget(ok) layout.addWidget(cancel) widget = QWidget() widget.setLayout(layout) widget.show() app.exec_()

......我想這其中的邏輯應該一看就懂，夠直覺了 =.=

QHBoxLayout 和 QVBoxLayout 掌管基本排版：就像裝箱一樣，用 addWidget() 依序塞入 widget。最後再將它設為空容器 QWidget 的 layout。被裝箱的 widget 不必再額外調用 show()。

每個 widget 都有其所屬的 parent ( constructor 預設參數 parent = None )。指定了 parent 之後，就由 parent 掌管、限制該 child 的顯示。當 parent 解構時，child 們也會一同升天。

Layout 系統也是類似的：Layout class 調用 addWidget(w) 之後，就會成為 w 的 parent。另一個 widget 調用 setLayout(layout) 時，成為 layout 的 parent，並把 layout 的 child 們全部接管過去。

parent 的意義，除了接管 child 的資源以外，還決定了 widget 是否為 top-level window。像 w = QWidget() 這樣建構時不帶參數的語法，由於並沒指定 w 的 parent，所以 w 本身成為 top-level window，擁有標題列和邊框。通常我們只需要一個 top-level window，並會把一堆小 widget 塞進裡面顯示。

上例中 widget instance 最終成為所有子元件的 parent，並由它成為 top-level window。

再看看稍微進階一些的排版：

#!/usr/bin/env python import sys from PyQt4.QtGui import * app = QApplication(sys.argv) lineEdit = QLineEdit() go = QPushButton("&GO") h1 = QHBoxLayout() h1.addWidget(lineEdit) h1.addWidget(go) ok = QPushButton("&OK") cancel = QPushButton("&Cancel") h2 = QHBoxLayout() h2.addStretch(1) h2.addWidget(ok) h2.addWidget(cancel) layout = QVBoxLayout() layout.addLayout(h1) layout.addLayout(h2) widget = QWidget() widget.setLayout(layout) widget.show() app.exec_()

比起前一個例子，多了些 widget 以及 addLayout()。像這樣把 layout 塞入 layout，就可以實現層層堆砌的複雜排版。另外還有 addStretch()，塞入空白的可伸縮空間。

拖拉邊框，可以看到 Qt 怎樣自動調整 widget 們的大小並管理定位。一般來說，交給 Qt 內部 Layout 系統來排列 widget 就夠了，很是省心 (＞ω＜)♪♪

其它排版用的 layout class 還有 QGridLayout、QFormLayout 等，和一堆 container class。有興趣的話再去查文檔吧！

→ [PyQt 教學] Part 5: Signals & Slots mechanism

[PyQt 教學] Part 3: 起步走

2009-04-23T00:22:00.022+08:00

[PyQt 教學] Part 2: 建構開發環境 ←

第一個 GUI 程式：

#!/usr/bin/env python import sys from PyQt4.QtGui import * app = QApplication(sys.argv) widget = QWidget() widget.show() app.exec_()

摳起來存成 first.py 後，雙點 or 進 terminal 輸入 python first.py 就可以執行了！( Windows® 下可能得用完整路徑 C:\Python26\python.exe )

一行一行來看 code：

#!/usr/bin/env python：Windows® 下沒作用。在 Unix 下執行時可幫助尋找 Python 直譯器。

import sys：Qt 程式初始化時需要用到一些參數 ( sys.argv )。

from PyQt4.QtGui import *：導入 PyQt4 裡面的圖形介面庫，包含許多圖形元件 ( widget / window gadget )。之後用到的 QWidget 就是屬於這個庫的。

這裡用了完整導入的語法 ( 而非 from PyQt4 import QtGui )，以免之後得打 QtGui.QApplication 和 QtGui.QWidget 之類又臭又長的 scope name。

( 基本上，Qt 對自身組件的命名都有前綴 Q，想撞到也難...... 所以應該不用太怕 namespace pollution。)

app = QApplication(sys.argv)：每個 Qt GUI 程式都需要一個 ( 唯一一個 ) QApplication，負責管理 Qt 資源、控制執行流程和有的沒的例行事務。雖然很少會用 command line 來開 GUI 程式，還是得帶 sys.argv 參數來初始化它......

接下來兩行，搞出 QWidget instance 並調用 member function show() 讓它顯示出來。所有圖形元件被創造時都是 hidden 狀態，可以先設定好它的外觀再顯示出來，免得一直重繪造成畫面閃爍。

app.exec_()：讓 QApplication 進入 event loop，直到程式接收結束訊號。原本 C++ Qt 是用 memfunc exec()，但在 Python 中名稱已被佔用，所以不幸得改成這鳥名......

不懂某些語法的必要性的話也沒關係，總之這些是基本的 code pattern，依樣畫葫蘆就是，以後長大就會慢慢懂了......。我當初看《C++ GUI Programming with Qt 4》時也是滿腦子 "WTF" = =

總結：導入相關庫 → 初始化 QApplication → 把想要的 widgets 搞定 → 開始執行 QApplication event loop。

很明顯，這是個一點 p 用也沒的拉雞程式。除了拉來拉去改變大小以外啥 p 也做不了。但是其中卻蘊含了不少東西......

Qt GUI 採用 Event-driven architecture：有事件發生時就處理之；沒事件發生 or 這事件不干我屁事時，就卡在那邊乾等新的事件。

「Event」指啥？包括了滑鼠點擊、游標飄過、鍵盤輸入等；event 發生後，會被轉交到 event handler 以決定該怎麼應對處理。

以我們的第一個程式來說，因為並沒指定該怎麼特別處理上述那些事件，所以就讓它們隨風而逝不了了之了。但是像視窗大小改變、最大化等事件，event handler 就知道該調用重繪函式改變外觀 ( class 自己會搞定，程式設計師去泡咖啡準備加班便可 )。

Event-driven 是很重要的概念 ( 據說現行圖形系統都是用這種方式運作的...... )；請謹記，就算是游標掃過去，也會產生 event 的。「繼承並改寫 event handler」，可讓程式依自己想要的方式處理事件。

接下來看第二個程式：

#!/usr/bin/env python import sys from PyQt4.QtGui import * app = QApplication(sys.argv) widget = QWidget() widget.resize(200, 150) widget.move(500, 400) widget.setWindowTitle("Hello World") widget.show() app.exec_()

只多了 3 行，調用 QWidget instance 的一些 memfunc 改變視窗狀態。包括了改變視窗大小、把視窗移動到螢幕特定位置 ( 而不像初體驗一樣，任由作業系統分派 )，以及改變視窗的 title。

( 初學程式的人可能會問：怎麼知道有啥函式可以呼叫呢？

沒事就多熟悉這個 framework 和 API，看看有啥函式可以摳吧...... 別無它法了。Qt API 和命名方式都頗為清楚有規律，算是賞心悅目，可以多翻翻 =3= )

從 QWidget 的文檔可以看出來，雖然這玩意兒長得空空如也毫不起眼，卻有兩百多個函式可供呼叫。由繼承架構更可知道，Qt 中所有的圖形元件都繼承自 QWidget (||°３°)

因此，QWidget class 有兩大功用：一是提供海量函式讓 child class 繼承使用；二是做為空空的容器，拿來裝 child widgets。以後會慢慢提到......

下次再見 (||°３°)

→ [PyQt 教學] Part 4: Layout Management

[PyQt 教學] Part 2: 建構開發環境

2009-04-22T16:06:00.018+08:00

[PyQt 教學] Part 1: Introduction ←

如何建構 PyQt 開發環境呢？先把 runtime library 裝好吧：

Windows 用戶：到巨慢速又常掛點的官網下載頁把 Windows installer bundle 載下來灌 ( 記得還要先灌對應版本的 Python )。

Linux 用戶：包管理系統搜一下 pyqt 應該就有了。找出來安裝之。

裝了 runtime lib 之後，執行 *.py 程式碼就可以跑 PyQt 程式啦！~~當前 PyQt 最新版本是 4.4.4，之後的程式碼範例也會以這個版本為主。~~ 更新後的這系列文章以 Python 2.6 + PyQt 4.5 語法為主。

( 這系列教學的所有程式碼：4.4 / 4.5 )

再來是文檔。之前說過，開發過程就是猛力翻找 API 文檔；基本上，除非已經對那幾百頁文檔瞭然於心，否則不查閱的話係啥事也幹不瞭的。可以考慮看線上版，或是使用 Qt 官方的離線文檔查閱工具 Qt Assistant ( 推薦 )：

Windows 用戶：到 Qt Software 官網下載區的 LGPL / Free 那頁找 Qt libraries 來灌。是的，很遺憾，它就是有上百 MB。

我們要的只是安裝目錄\doc\qch 下，可供 PyQt Assistant 載入的壓縮文檔。摳完後若不需要龐大的 C++ 開發環境的話，就可以刪除了。

Linux 用戶：搜 qt-doc 或類似的玩意兒。至於 assistant，在安裝 qt 時應該就有附帶了。

再建議一次：雖然是寫 PyQt，還是看相對豐富、完善的 C++ Qt 文檔比較好。

編寫 PyQt code 嘛，文字編輯器足矣。但是雙擊 *.py 執行時，若有語法錯誤會直接噴發，一片虛無；所以得用 terminal 或下面的 batch script 來跑，才能看到 error msg 以幫助 debug。如果喜歡用 IDE 的話，Eric IDE 對於編寫 Python 程式來說是個挺不錯的選擇。

Windows 下可將這行指令

C:\Python26\python.exe -i test.py

存成 *.bat 並點它，會執行同一資料夾下的 test.py，並在跑完後叫出 interpreter 待命，讓執行結果別瞬間蒸發。

相反地，如果覺得跑 GUI 程式卻帶出個黑黑的 cmd 著實激醜的話，可以把程式碼副檔名改成 pyw 再執行，就不會有這困擾了。

另外，除了開發要用到 runtime lib 以外，執行時當然也是需要的。所以，當你開開心心寫好 PyQt 程式，想和親朋好友分享的話，可能得說服他們也安裝個 PyQt bundle...... ( 好在 Linux 社群比較沒這問題 =3=a )

( 對其它發佈方式有興趣的話，可參考這篇或這篇。)

終於可以開始 coding 啦......

→ [PyQt 教學] Part 3: 起步走

[PyQt 教學] Part 1: Introduction

2009-04-19T15:38:00.036+08:00

因為我對 PyQt 頗為有愛 ( 以前用它寫過 Money Expenser )，所以打算生一點 PyQt4 的入門文......

( 礙於個人知識與經驗的有限，難以保證所述完全正確；若有發現錯誤，請提出指正。)

對於初學程式設計的人來說，一項很大的挫折，就是只能在黑黑的屏幕印出九九乘法表，一點 fu 也沒有。不精研演算法之類玩意兒的話，還是得寫出可以點來點去的圖形介面 ( Graphical User Interface )，會比較有成就感。

以工學院常教的 C/C++ 來說，standard 內並無包含 GUI 的部份；想寫 GUI，就得借助一些現成 library / framework 的幫助。選擇很多，滿地都是，但其中個人最有愛的是 Qt ( ......也只摸過這個 )。這系列教學文簡單介紹較好寫的 Qt Python binding - PyQt，期能對對這方面有興趣的人們有些幫助。

當然啦！萬丈高樓平地起；若沒先打好一些程設基本功 ( 像是物件導向概念 ) 的話，一路走下去終究還係會躺平在路邊的......

關於 Qt 的簡介，可參考以前寫的 Qt 介紹與安裝前幾段。這些日子以來，又有了不小的變動：Trolltech 被 Nokia 收購 + 改名為 Qt Software；Qt 版號進展到 4.5；最大的改動大概就是從 4.5 版起，Qt 適用 LGPL 吧！

至於 PyQt，則是 Qt 的 Python binding。Qt 原本是用 C++ 寫成的 framework，呼叫 API 時得用 C++ 語法；為了方便使用其它程式語言的人用，出現了像是 Java、Ruby、Perl 等 binding。PyQt 讓大家可用 Python 語法調用 C++ Qt API，誠可謂佛心。比起用 C++ 寫，Python 語法的複雜度與長度都少多了，也不用 compile，嚴重省心，開發起來很是愉快 (＞ω＜)♪♪

( 相對地，執行效率就會比 native C++ 差一些...... 用電腦高速增長的處理速度來換取開發時間吧。)

但是畢竟係截然不同的語言，光是 C++ static typing vs. Python dynamic typing 就已有鴻溝；因此，在 PyQt 中可能看到一些因 C++ 而來的怪異語法，例如：

self.connect(tabWidget, SIGNAL('currentChanged(int)'), self.tabChanged)

這樣提及特定型別的玩意兒。

既然寄 C++ 籬下，得過且過罷；好在 PyQt 的維護者頗為有心，在 roadmap 提及許多讓語法更加 pythonic 的改變。例如前述 typing 問題，自 PyQt 4.5 起將可用這樣的寫法完成：

tabWidget.currentChanged.connect(self.tabChanged)

優美許多 (＞ω＜)♪♪

此外還有許多改變，像是 Python v3 support、更多的語言整合等，前景是蠻可期的。( 很好奇 Qt 4.5 轉換成 LGPL 有對 PyQt 維護公司造成怎樣的影響...... )

( 更新：PyQt 4.5 已於 6 月 6 號發佈。)
( 更新：Riverbank 決定維持 PyQt 的 GPL/Commercial 雙授權型式。Nokia 交涉未果，只好又造了一個 LGPL 的輪子 PySide... )

以 PyQt 寫成的著名軟體，包括 Python IDE Eric 和 Linux 遊戲管理器 djl 等，都是優秀的例子。

想學 PyQt 的話，自然前提就是要先會 Python ( 尤其是物件導向部份 )。這方面，如果已有其它高階語言編程經驗的話，讀讀 Python 官方的 Tutorial 還不錯。Quick Reference 也是個好東西。Python 本身算是好學易用的語言，學起來不會後悔。

另外，最好還是能有些 C++ 背景；因為開發過程就是猛力翻找 API 文檔，而目前 PyQt 自身的文檔還不成熟，讀起來幾乎像是 C++ 官方版的重度閹割版，也沒專門的查閱工具。所以腦內內建轉換能力，直接衝 C++ API reference 會比較好。

至於 Qt / PyQt，其實都已經有 tuto rial 了。不過基於食飽太撐，我接下來還是會自己搞個幾篇出來 =3=

最後需要注意一下，PyQt 目前使用的 license 是 GPL；若有顧慮的話請趁早收手......

那麼 introduction 就到這裡。我們下次再見 ^.<∼*

→ [PyQt 教學] Part 2: 建構開發環境

[讀書心得] 愛麗絲夢遊仙境

2009-04-15T17:25:00.014+08:00

是的，就是那本《Alice's Adventures in Wonderland》中譯版，同場加映《Through the Looking-Glass》。

該怎麼說呢...... 讓我狂冒 WTF 的一本書。

不愧是童話經典，劇情跳 tone 的程度很係驚人，跳很大跳不用錢；任何風馬牛不相及的事都能湊在一起，角色無釐頭、對話也無釐頭，滿坑強者齊心共創不和諧的夢中社會。

受到幼年曾被迪士尼錄影帶洗過腦的影響，現在又看到那些老朋友，感覺巨溫馨呢。兔子 & 帽匠 & 睡鼠無限泡茶三人組、衰洨撲克士兵、激愛砍人頭的紅心皇后、咧嘴科科笑的柴郡貓...... 正直與善良都回來啦～

( 相對的，鏡中奇緣對我而言就比較沒有吸引力了。面生的莫名其妙角色一堆，簡直不知所云 =.=a )

收穫嘛，其實沒有太多，幾乎就純娛樂性質。畢竟已經脫離愛幻想的童年太久了，看了只會冒出「WTF」。不過，我對第七章「瘋狂的下午茶」實在太有愛啦！

打翻牛奶瓶兼把帽匠懷表泡進茶杯的兔子 + 把熱茶倒進睡鼠鼻子的帽匠 + 邊睡覺邊唱歌講故事的睡鼠 + 傲嬌愛麗絲 + 強而有力的對嗆，說有多瘋狂就有多瘋狂，讀來簡直令人熱血沸騰！恨不得能一起進入夢中世界泡茶打屁鬼扯呢 (＞ω＜)♪♪

儘管海象 & 木匠誘拐牡蠣雙人組也很強大，不過讀遍全書後，還是對這出類拔粹的茶會三人組最為有愛，餘韻久久不絕......

天馬行空也好，荒謬無理也好；無論如何，終歸係神作吧。連好萊塢電影也一直影射書中橋段，對後世的文化影響頗大，不愧為世界名著之一。

最後，引用全書最末結尾詩的最後一行：

Life, what is it but a dream?

講座心得

2009-04-02T23:38:00.011+08:00

最近學校舉辦一系列講座，邀請了幾位名人來演講。紀錄一下其中最有印象的幾句話：

朱學恆：
1. 情緒管理？不要生氣。
2. 莫忘初衷。
蔣　勳：生命如果沒有沉澱一些苦味在底層的話，可能會顯得有點膚淺、輕浮。
詹宏志：婚姻是用長久的理性來彌補當初一時的感性。
嚴長壽：
1. 我希望這個比賽的獎金別只有一百萬，而能提高到上千萬，請來世界知名的選手；別在同一個場地中跑個幾十圈，而是在花東一帶的美麗風景沿途進行；還能請到知名頻道來拍攝，將台灣好好地宣傳出去。
2. 當我看到媒體採訪外國訪客「花了多少錢」之類膚淺的問題時，我是非常心痛的。

當然，大師們所論述的東西還有很多啦...... 可惜沒有錄音做筆記，所以記住的所剩不多了。也許再過個幾年，還能記得的真的只剩這一點點。不過聽講過程中確實可以感受到諸位大師的閱歷之豐富...... 信手拈來一堆例子，口若懸河層層闡述核心觀點，很是強大。尤其又以嚴長壽的無雙排比法，最教我嘖嘖稱奇 @3@

另一項大師們讓人崇拜的原因，就是視野的寬廣程度了。在宿舍聽了一整天的計程車喇叭聲，再去洗禮一番，簡直目瞪口呆。或許閱歷與器度是相輔相成的吧，也是偉大人物的共通特質。五體投地 Orz

回顧一番，最喜歡的還是蔣勳那一句。儘管帶些無奈和自我安慰，不過人生大概真的就是這樣吧...... 只能吃苦當吃補囉。未來我還會很需要這句話的。

四個美好的夜晚。很高興不是又在宿舍中虛度了......

[讀書筆記] The Pragmatic Programmer (Chapter 8 END)

2009-01-27T21:02:00.009+08:00

Chapter 8 - Pragmatic Projects

Section 41: Pragmatic Teams

( 本節以團隊的角度重新走了一遍先前的章節們。)
團隊間的熱情可以互相勉勵，質量由全員貢獻。不要保留破窗、不要被呆呆地煮熟；對內交流熱絡，對外口徑一致。DRY、orthogonality 是值得花費心思分配的事。給予成員們能夠以自己的方式閃耀的空間，但也要知道何時該停下來。

Section 42: Ubiquitous Automation

Don't use manual procedures. 人類的可重覆性並不像機器那麼好，而且手動完成機器就可以完美處理的東西並不是一件值得誇耀的事。保留自己的時間精力來做更重要、更困難、更有趣的事吧。

Section 43: Ruthless Testing

Test early. Test often. Test automatically. Coding ain't done 'til all the tests run.

測試的範疇：Unit testing → Integration testing → Validation and verification ( 軟體有做它應該完成的事嗎？) → Resource exhaustion / errors ( 如何應變？能否讓軟體復原？) → Performance testing → Usability testing ( 真實環境下實際使用的狀況、手感 )、Regression testing ( code 更新後是否還能通過先前的 test cases？)

Test your testing. Find bugs once.

老樣子：Test your software, or your users will.

Section 44: It's All Writing

好記性不如爛筆頭。 --中國諺語

文檔也是開發中重要的環節。將 code 和 documentation 當成同一 model 的兩種 view。以適當的 comment 寫在 source code 中是一種方法，可以使用自動化工具來提取它。

Section 45: Great Expectations

滿足了客戶的期望，才算是成功。並且，如果想讓客戶高興的話，還得再多做一點點......

Section 46: Pride and Prejudice

防止匿名所造成的品質低落，抑或宣示值得自豪的作品，sign your work.

另有 Quick Reference Guide，是書中觀點精華，值得收藏。

總算讀完了......

整體感覺，就一本 1999 年出版的書來說，所闡述的多樣內容依然歷久彌新。可以想見為何 TPP 會成為這行的經典之一。

書中讓我印象最深刻的一句話，是 Section 38 出現的：

Software development is still not a science.

很奇特的觀點，眼神為之一亮 (｡◕‿◕｡)

以往我一直覺得程式設計主要鍛練邏輯思考：資料結構、演算法、循序 / 選擇 / 重覆...... 讓人整個條理化起來。加之多年來興起的大批方法論，似乎都愈加將它拉入理科範疇。

而從該句的觀點來看，確實也有另一番道理：畫家在畫布上揮灑，程設師在鍵盤上敲打，同樣都是為了創造、轉化腦海中所想表達的而努力 ( 只是女孩子的傾心程度會不一樣 )。

把自己當成一個隨興不拘的藝術家，貌似也頗不錯 (＞ω＜)♪♪

我所讀過的書，圈出了我所知道的宇宙邊界。

仔細回想，其實我從中學開始就不曾再大量閱讀了......。接觸電腦之後，所有注意力都從歡樂雜書叢中抽離。到現在還延用十年前所得的知識，以及延途隨手採摘的小花朵，真是相當汗顏啊 (||。３。)

網路確實是很偉大，不過也有比不上實體書的地方。
該是時候重拾書本了......

在這綿延伸展至無窮遠方的道路上，我又多完成了一小段。可喜可賀。

[讀書筆記] The Pragmatic Programmer (Chapter 7)

2009-01-26T16:32:00.007+08:00

Chapter 7 - Before the Project

Section 36: The Requirements Pit

Perfection is achieved, not when there is nothing left to add, but when there is nothing left to take away.
--Antoine de St. Exupery, Wind, Sand, and Stars, 1939

需求不是架構 / 設計 / UI。Requirements are need，是對某件需要完成的事的陳敘。

Don't gather requirements—dig for them. 瞭解需求背後的原因而不僅僅是方式。

Work with a user to think like a user. 切身瞭解客戶需求，共創和諧社會。對專案建立詞彙表，確保所想的和客戶所講的是同一樣東西。

使用簡單準確的敘述來描述需求，避免規定過度。Abstractions live longer than details.

Section 37: Solving Impossible Puzzles

難題給出約束，並限制自由度，局限、誤導思考方向。Don't think outside the box—find the box. 確定了真正的約束之後，才能証明某些解法確實無用。否則就只是畫地自限，親手扼殺了正確解法。

有些時候，對需求的重新詮釋能讓整個問題蒸發－－它並沒有真的那麼難。

Section 38: Not Until You're Ready

He who hesitates is sometimes saved.
--James Thurber, The Glass in the Field

相信自己累積的經驗與智慧。當感到疑慮時，用 prototype 來驗證它；結果或許可為團隊節省可觀的時間與精力。Start when you're ready.

Section 39: The Specification Trap

Some things are better done than described.

Section 40: Circles and Arrows

Don't be a slave to formal methods. 要記得誰才是主人，從中提煉出更寬廣的世界邊界。

[讀書筆記] The Pragmatic Programmer (Chapter 6)

2009-01-25T23:40:00.004+08:00

除夕夜，讓 TPP 陪我過年...... QQ

Chapter 6 - While You Are Coding

Coding 不是機械性的工作；在這過程中必須對決策進行仔細的思考和判斷。

Section 31: Programming by Coincidence

深思熟慮地寫 code，別依賴巧合。瞭解自己在做什麼，照計劃行事，並只依靠可靠的事物。

Section 32: Algorithm Speed

Big-Oh notation: worst-case time.
O(n²): on the order of n².

Estimate the order of your algorithms. Test your estimates.

特別注意當輸入集很小的時候，某些演算法的開銷可能會比其它簡單演算法的還大。

Section 33: Refactoring

Change and decay in all around I see...
--H. F. Lyte, "Abide With Me"

以園藝來比擬軟體開發。重寫 + 重做 + 重新架構 = 重構。重構就是重新設計。

何時重構？違反 DRY / 非正交設計 / 過時知識 / 性能低落。

它得花費額外的時間來完成，不過早期切除腫瘤總是比較好的。Refactor early, refactor often.

Section 34: Code That's Easy to Test

Design to test. 讓 testability 成為軟體的一環。

Unit testing: testing against contract. 保留單元測試並時常跑它。有些現成的框架可以協助完成。

Test your software, or your users will.

Section 35: Evil Wizards

Don't use wizard code you don't understand. 否則就是在靠巧合編程。確保自己完全瞭解了才用。

[讀書筆記] The Pragmatic Programmer (Chapter 5)

2009-01-24T22:45:00.004+08:00

Chapter 5 - Bend, or Break

為了適應瞬息萬變的步伐，盡力讓 code flexible & adaptable 是必要的。

Section 26: Decoupling and the Law of Demeter

去除不必要的依賴關係，將模組間的耦合降至最小。

The Law of Demeter for functions: object 的任何 method 中都只調用這些 method：obj 自身的、parameter obj 的、持有 / 創建的 obj 的。
代價是可能會需要很多的包裝來將東西承包出去，因而降低性能。箇中取捨，自行評估吧......

Section 27: Metaprogramming

Configure, don't integrate. 讓演算法、容器、資料庫、GUI style 等都可以自由選擇。

Put abstractions in code, details in metadata. ( metadata 如 Windows 中的 .ini 檔。) 這樣一來便可專注於強健的抽象設計、推遲細節處理。讓程式得以在運行中途改變配置，也是一大優點。

要嘛適應，要嘛 as dead as a Dodo. 演化就是這麼一回事。

Section 28: Temporal Coupling

Analyze workflow to improve concurrency. 降低時序依賴，能減少時間耦合。

Section 29: It's Just a View

GUI 中的 MVC ( Model-View-Controller ) 概念：Model 儲存資料本體 / View 負責顯示 / Controller 控制 view 的呈現 ( 像是放大、縮小等操作 )。如此一來可以解除耦合，像是 Qt 的 Model/View programming 就有呈現這樣的概念。

將 MVC 推廣到 GUI 之外：Model 是目標 obj 的抽象數據模型 / View 解釋 model / Controller 控制 view 並可向 model 提供新數據。一種有用的技術是 model-viewer network。

Section 30: Blackboards

共用的黑板讓大家能匿名、非同步地交換訊息，並協調 workflow。

[讀書筆記] The Pragmatic Programmer (Chapter 4)

2009-01-21T23:01:00.003+08:00

Chapter 4 - Pragmatic Paranoia

You Can't Write Perfect Software

Pragmatic Programmer 不光是不信任別人寫的 code，他們也不信任自己所寫的。所以他們針對自己的錯誤進行防衛性編程。

Section 21: Design by Contract

與人打交道很困難，所以有了合約這種東西，規範雙方的權利和責任。同樣地，與程式打交道也可以用合約 ( DBC ) 以保證其正確性 ( 做的事不多也不少 )。這包含了 precondition ( 調用 routine 時必須滿足的條件 )、postcondition ( routine 保證會做的事，以及完成後對外圍狀態造成的影響 )、class invariant ( class 會確保由調用者的角度來看，某條件總是為真 )。

於是，routine 與 caller 間的合約就是：所有 precondition 成立時，routine 保證所有 postcondition 和 class invariant 為真。

Section 22: Dead Programs Tell No Lies

Crash early. Crash, don't trash. 程式崩掉比起暗地裡搞爆破好的多。

Section 23: Assertive Programming

用 assertion 確保不該發生的事情絕對不會發生。但是它不應該用來：包起必須執行的述句、取代錯誤處理、產生副作用。

Section 24: When to Use Exceptions

Use exceptions for exceptional problems. Exception 應該保留來處理意外事件，否則可能會影響可讀性、可維護性，破壞封裝、增加耦合。

Section 25: How to Balance Resources

Finish what you start. 用像 XHTML 這樣的嵌套次序釋放資源。負責分配資源的東西，也該負責釋放。本節有給出 C++ 和 Java 處理 exception 時釋放資源的範例。

[讀書筆記] The Pragmatic Programmer (Chapter 3)

2009-01-17T14:33:00.006+08:00

馬不停蹄，第三章的讀書筆記。

Chapter 3 - The Basic Tools

保持工具的鋒利與契身。工具是雙手的延伸，可以放大你的才幹。

Section 14: The Power of Plain Text

Plain text 是 self-describing 的格式。用它來保存資料。

Section 15: Shell Games

GUI 的優點 WYSIWYG / 缺點 WYSIAYG。The shell is your friend.

Section 16: Power Editing

Use a single editor well.

Section 17: Source Code Control

Always use source code control.

它也同樣適用於工作以外的東西 ( 例如作業系統的配置文件 )。

Section 18: Debugging

開頭引用句就很震撼呢......

It is a painful thing
To look at your own trouble and know
That you yourself and no one else has made it
--Sophocles, Ajax

嗯。程式不會照自己所想的跑，只會照所寫的跑。所有程設師共同、永遠的痛苦......

Bug 已經發生，就別訝異地說「那不可能」。面對它吧。

第一步：Don't panic. 確保程式碼在 compiler 高警告級別下也能正常編譯成功，並搜集 bug 發生時的確實情境，讓它重現。

別歸咎於 OS、compiler。試著描述問題的來龍去脈，可能就會浮現出新觀點。根源或許是在稍遠的地方，而非眼前立即所見。確保以後的測試足夠完整，並清除其它有可能受同一個 bug 影響的地方。

Section 19: Text Manipulation

awk、sed、Tcl、Python、Perl 等都是不錯的 text manipulation language，可以用來讓事情自動化。

Section 20: Code Generators

Write code that writes code.

[讀書筆記] The Pragmatic Programmer (Chapter 2)

2009-01-12T20:23:00.005+08:00

第二章的讀書筆記。

Chapter 2 - A Pragmatic Approach

Section 7: The Evils of Duplication

Maintenance 是件持續伴隨著開發過程的例行事務。想讓開發、維護、理解都更容易的話，秉持 DRY 原則：Don't Repeat Yourself. 並且 Make it easy to reuse.

Section 8: Orthogonality

( 本節開頭給的關於直昇機操控相依性的例子，實在激生動...... )

正交系統中，某個區域的改變不會影響其它地方。這與 DRY 習習相關。設計 self-contained 的組件，以讓事物間不會相互依賴、影響。正交系統可以增加生產力 ( local fix、reuse ) 並降低風險 ( 模組化了 )。

如何讓 code 保持正交性？建構 decoupled 組件 + 避免 global data + 避免寫出相似的函式 ( DRY )。

Section 9: Reversibility

你很難在一開始就做出最正確的決策，且決策很可能一而再再而三地更改。保持 code 的 modularity + flexibility + portability，並致力讓東西在該滾蛋時能輕易地滾蛋。

Section 10. Tracer Bullets

如何在黑暗的戰場上以正確的方向和仰角確實地擊中目標？可以把一堆環境因素丟進電腦求解，或是試射曳光彈並視著彈點修改下次射擊。曳光彈與實彈共享現實的狀況，比起模擬求解更加貼近現實。

Prototyping 是用過即丟的 code，而曳光彈最終將成為整體系統骨架中簡約而完整的一部份。

Section 11: Prototypes and Post-it Notes

Prototype 是目標項目的概略模型，可用來測試特定的 aspect，及早找出潛在問題。製作 prototype 是為得從中得到經驗，以讓之後架構實際項目時能有更佳的基礎。

Section 12: Domain Languages

The limits of language are the limits of one's world. --Ludwig Von Wittgenstein

建立並使用與當前項目相關的小型語言。

Section 13: Estimating

Estimate to avoid surprises.

步驟：瞭解問題 → 建立模型 → 拆分組件 → 代入參數 → 運算求解。給出的估量單位會影響別人對此的精準感。

[讀書筆記] The Pragmatic Programmer (Chapter 1)

2009-01-10T16:07:00.011+08:00

The Pragmatic Programmer 和 Code Complete 2，並列 programming 界呼聲最高的兩本書。
( 至於中譯版，前者只有簡體的「程序员修炼之道」，後者有繁體的「軟體建構之道」。)

評價之高當然得來有自。有幸兩本都到手了...... 努力生時間出來讀 =.=

本篇為 TPP 第一章的閱讀筆記。

Preface

pragmatic 這字源於拉丁語的「skilled in business」，再溯源就是希臘語的「to do」。
謹記 programming 是一項工藝；別侷限於特定的技術，而應擁有廣博的知識背景與實際經驗，以適應各種變化，漂亮地完成工作。
Pragmatic Programmer 的特徵：多才多藝 + 基於經驗累積起來的自信，能快速地理解新事物 + 有著打破砂鍋問到底的精神 + 不會人云亦云，能做批判性思考 + 能設法洞悉問題的內在本質。
最重要的是，關心自己的技藝，且不間斷地進行思考。
每天持續提煉，最終將能得到豐碩的成果。

Chapter 1 - A Pragmatic Philosophy

Section 1: The Cat Ate My Source Code

負起責任，承認不足之處。給出選項，別給愚蠢理由。

Section 2: Software Entropy

由於破窗效應，在事情惡化、擴散之前，將其修補好。沒人在乎，大家都不在乎了。

Section 3: Stone Soup and Boiled Frogs

石頭湯這玩意兒，我小時候就從床邊故事錄音帶聽過了...... 不過一直覺得只是個歡樂的故事，沒放在心上。現在才猛然發現是個寓言 (||。３。)

帶頭煮石頭湯，帶動所有人。扮演催化劑的角色。

為什麼別人強我這麼多？因為別人每天多進步一點點。
為什麼專案進度 delay 這麼多？因為每天 delay 一點點。
為什麼軟體可以爛成這樣？因為每次爛一點點。

Remember the big picture. 別被溫水煮熟了。

Section 4: Good-Enough Software

與客戶討論軟體何時已經夠好。
「足夠好」的軟體，足夠了。因為在這不完美的世界中，不會有完美的軟體。
知道何時該停下來；不要為了過度的修飾，而失去宏觀的焦點。

Section 5: Your Knowledge Portfolio

An investment in knowledge always pays the best interest. --Benjamin Franklin

遺憾的是，IT 產業日行千里，大量知識都是 expiring asset，淘汰得很快。有幾項管理方法可以稍微改善：保持定期投資的習慣 + 多元化 + 風險管理 + 低買高賣 + 重新評估、平衡。
另外也要保持 pragmatic programmer 批判性思考的習慣，確保自己的知識資產是準確的。

總之最重要的就是持續 update & 拓展思維吧......。走上了隨波逐流的這一行，這也是沒辦法的事。生也有涯，而學也無涯。

Section 6: Communicate!

與人交流，無庸置疑是相當重要的一件事。如何做呢？清楚地知道自己想表達什麼 + 瞭解並鼓舞聽眾、與之互動 + 分清輕重緩急並選擇時機 + 美化修飾 + 傾聽。有效的交流能增加自己的影響力。

時間管理

2008-12-20T11:19:00.013+08:00

筆記 Randy Pausch 生前關於時間管理的演講。

這場演講包含的內容頗廣泛，從各式輔助工具到如何分派作業給別人，並分享一些教授自身的經驗。將近 90 分鐘的影片，值得一看。

「30 天後重新檢視時間日誌，並問問自己：『我改變了什麼？』如果我沒有改變任何事物，那至少我們共同渡過愉快的一小時。如果你改變了事物，你會有更多時間陪伴心愛的人。」

Remember that time is money. --Ben Franklin
許多人都善於管理金錢，但卻忽略了如何管理時間。僅記金錢可以再賺，但時間一去便不復返。把時間當成錢來管理，並問問自己：我的一小時值多少錢？
人生苦短，做自己覺得有樂趣的事。
Being successful doesn't make you manage your time well. Managing your time well makes you successful.
時間規劃應該做長遠、系統的改變。
Do the right thing > Doing things right
問問自己：為啥我要做這個？目標是啥？如果我不去做呢？
將事情依照重要與否、急迫與否做出四個組合，則重要的事總是優先於不重要的事，即便期限未至也是。挪出時間提早將「重要但不急迫的事」做好，可以避免它晉級成「重要且急迫」。
Doing it at the last minute is very expansive.
訂出 fake deadline
Scheduling: You don't find time for important things, you make it!
Make time by electing not to do something else. ( Opportunity cost )
捨棄沒有價值的事。值得就是值得，不值得就是不值得。要懂得說「不」！
列出「100 things to do in my life!」。然後當我在做清單上沒列出的事時，我會覺得......
Failing to plan is planning to fail.
無論計劃會如何改變，總是得先有一個計劃。
訂出短 / 中 / 長期目標。
列出 To do list，並依優先順序排列。將事項細分成更小的事並逐項完成。總是先做最困難的事。
If you can dream it, you can do it. --Walt Disney
善用狀態最好、最有創造力的時段做重要的事，並用低潮做瑣事。
迴避、限制干擾的頻率和長度。( 這點在 Peopleware 講了不少 )
做事應注重效益：也許不是最高效率，但有最好的結果。Work fewer hours, get more done.
迴避 Parkinson's Law ( Work expands so as to fill the time available for its completion. )
做好 Time Journal，並時常更新它。用它來紀錄時間到底花到哪裡去了，並且改善。
經驗是無價的。錯誤的決策讓我們得到經驗，因而在未來做出正確的決策。
用 fake class 填補空堂，在圖書館與書獨處。
Kill your TV.
會議開始前必先給出 agenda。結束後花個一分鐘紀錄所得到的結論與結果。
單身會浪費時間，因為行為無需對其他人負責。如果揮霍會影響其他人的生活，就會更加注意克制自身。
可能的話，把金錢換成時間，因為時間永遠不夠。
最重要的事：睡、吃、運動。尤其是睡：如果沒睡好，啥事都做不好。You always have time to sleep.
如果沒時間把事情做好，也沒時間把事情做壞。
尋求 Work-Life Balance
Time is all we have.

單身會浪費時間，嗯。

題外話，教授在投影片中放了一張南瓜燈的照片，圖案很是眼熟。後來終於想到這頗類似 amaroK 的 icon......

有空再修「人生的最後一堂課」......

[讀書筆記] Python 核心編程 (Ch13~14)

2008-12-03T23:17:00.002+08:00

第 13 章物件導向程式設計 / 第 14 章執行環境 ( 講如何調用 & 終止程序 )

本書的 Part I: Core Python 就到此為止了；接下來的 Chapter 15 ~ 23 被歸為 Part II: Advanced Topics，不一定會繼續寫筆記 =3=

Chapter 13: Object-Oriented Programming

types 和 classes 被統一了。
object 是 mother of all classes。宣告時至少繼承自 object 的為 new-style class，否則為 classic class。
class 的宣告與定義沒有區別。
對 instance 做 assignment 會增加 reference count
class method 定義時需要的 self 參數，同 C++ 的 this，是為了識別呼叫的 instance。
__init__() 為 constructor，應回傳 None。__del__() 為通常無需去碰它的 destructor
子類重寫 __init__() 後就不會自動調用父類的了。需顯式調用 parent.__init__(self,...) 並顯式傳遞 self 參數 ( 因為不是透過 instance 調用，interpreter 無法自動給出 method 所需的 self )。__del__() 亦同。
基本上，class attribute 都是 public
class 定義中出現的 variable assignment 產生 class attribute (static variable)
可為個別 instance 添加 attribute，尤以 __init__() 中設定 self.attribute 最為常見。
同名時會優先存取 instance attribute，然後才是 class attribute
dir(obj) 傳回 list，列出 obj 的所有 attribute 及 method。help(obj) 也可列出這些資料。
特殊的 class attribute：__name__ class name string、__doc__ documentation string、__bases__ 列出 tuple of direct parents、__dict__ 屬性的 {name:value}、__module__ 定義所在處。instance attribute：__class__ type，避免顯式給出名稱。
documentation string 不會被繼承。
繼承時以 DFS 搜尋 indirect base classes 的集合。
管理 instance count 的好方法是用 static member
binding：bound method 需有 class instance 才能被呼叫。想呼叫 unbound method 必需言明 class name 並手動傳入 self
class 中定義的 function 若不帶 self 參數，即為 static method 或 class method。用 @staticmethod 修飾為 static method；用 @classmethod 並傳入標示 class 的變數 ( 通常為 cls )，為 class method。
可由多個 parent classes 繼承 attribute 和 method
若 C 繼承 P，super(C, self).foo() 等同於 P.foo(self)，可避免顯式給出 parent name
繼承後，__init__() 若沒被覆寫就會自動調用 parent class 的；覆寫後則不會。
想從 built-in immutable type 繼承時，constructor 用 class method __new__(cls,...)
Table 13.4 列出一大票可供自訂的 special methods
多重繼承時的 method resolution order：由左至右 BFS。class attribute __mro__ 給出這個次序。
BIFs：issubclass(sub, sup)、isinstance(inst, cls)、has/get/set/delattr(inst, string)、dir()、super()、vars()
可在定義時用 __repr__ = __str__ 這樣設定 reference alias
相較於 addition operation 傳回新的物件，像 += 這樣的 in-place operation 需傳回 self。
attribute 加前綴 _ 可防止 from module import * 這樣導入屬性。前綴 __ 可防止繼承階層中的名稱衝突。
Delegation：增刪修改原有物件的功能。藉由覆寫 __getattr()__ 實現。
Section 13.16: Advanced Features of New-Style Classes。嗯，真的很 advanced。
class attribute __slots__ 限制了 instances 能存取的屬性，主要目的是節約記憶體。
Descriptors 有 3 個 special method 做為 descriptor protocol：__get__()、__set__()、__delete__()。激晦澀，讀不通...... =3=
還有啥 metaclass 的，一樣難懂......

Chapter 14: Execution Environment

BIF、UDF、BIM 都有許多內建的 attribute。
定義 class 時若實作了 __call__()，就可以對 instance 做 () 呼叫。
compile(str, file, type) 將 str 以 type 類型編譯。編譯後的 object 可用 exec 或 eval() 跑。先 compile 可避免重覆解讀字串。
exec obj、eval(obj) 以 Python interpreter 的角度對待 obj。另有 execfile(filename)
input(str) 等價於 eval(raw_input(str))
Section 14.5 講述 os module 中一大票用來跑程序的函式。
sys.exit(status=0) 丟出 SystemExit 這個 ( 唯一不被當成錯誤的 ) 異常，表明退出 python 的意願。