破壞總是比建設爽，昨天 pcman 的 session，讓大家笑得很爽，但今天必須真的弄點東西，以取代萬惡的 MFC 時[1]，就顯得有點悶了。不過，我想這更可能是因為，台下的大家，終於有辦法突破防火牆的關係。

參加這種聚會，絕對是快樂的。當 wxWidgets 因為需要跨平台的因素，而不得不捨棄許多更為強大的語言工具的同時，參加這種充滿著各種令人興奮的技術的聚會，總能讓我暫時忘卻因必須 cross programmer 而不得不陳悶的工作內容[2]。唐鳳的工作成果，無疑地是很重要的，但其真正的影響，可能還要很久以後，才能為世人所感受。能夠有機會沾光，與唐鳳與 Ingy 一起分享對技術的喜悅，感受到生活裡，還是有那麼一點點是不庸碌的[3]。

有人說，這種聚會，其實是老朋友聚會，正所謂社群聚會。事實上，這樣的場合，真要說學東西，大概也學不到多少，畢竟，會來參加的，都可以說跟 hacker 這個詞，沾上邊了。既然是 hacker 了，那多半也都懂得如何自己架 Kwiki 裝 plug-in。真正的意義，應該還是在精神的交流，與去 pub 喝酒吧[4]。

感想完畢。還是來聊點技術上的收穫好了。以下列出重點：

  • DocBookWiki 用 wikiwyg 裡解決了 DocBook WYSIWYG 的問題[5]。
  • 故也應該可以解決用 WYSIWYG editor 取代 Trac 的 WikiFormat 的問題[6]。
  • WYSIWYG 真的很重要。我在實務上的經驗是，要讓人接受 web application，就算只是個 forum ，還是給 developer 用的，若沒有 WYSIWYG，就是不行啊。
  • 還有 multi-project support in Trac 也很重要，這不僅僅只是指讓一個 trac installation 開多個 trac project，然後彼此 hyperlink 來 hyperlink 去。在實務上，多的是 cross project project，案子 A 用到程式庫 B、C 以及專用的 GUI application D。如何讓 ticket/changeset/wiki-doc 以合理的方式，在 A、B、C 與 D 的 trac projects 裡存在，是個很大的設計挑戰。無怪乎 Trac team 目前把 multi-project support 設在 milestone 2.0，與 incorporate alien technology 並列。
  • 還有個 trac-hacks.org 的網站，不過我沒在上面找到 time card 相關的 hacks，但 hlb 提到的 XML-RPC plugin 應該可以搞定一半我現在在弄的東西。
  • 我開始考慮，用 DocBook 寫 wiki/blog 的合適性。也許針對 wiki/blog 設計一個簡化版，會比較適合些。
  • 我好想也擁有一台 MacBook 啊，我開始在我這台老 X23 上感受到當年 S-Body 的慢了[7]。

臨場做的筆記，待我整理後再放上來。

Updates:

  1. 有多惡？據說惡到讓寶貝在昨天，第一次看到我抓狂的樣子(不過事後我卻怎麼都無法 reproduce)。 ↩
  2. 如果能夠拿把榔頭，把那個該死的 Visual SourceSafe 搥爛，換上 Subversion + Trac，那該有多好啊。但這是沒有意義的，因為問題根本不在 Visual SourceSafe 那糟糕的設計，而是在於所有人裡只有我在寫 commit message 啊。 ↩
  3. 所以，拜託，最好在週末假日舉辦。真正官派的參加者，數起來應該一隻手都用不完吧。 ↩
  4. 沒喝幾杯雞尾酒，症狀就開始出現了。 ↩
  5. 剛發現，DocBookWiki 竟然沒有 permanent link 的設計。 ↩
  6. Trac 的 WikiFormat 是很簡單沒有錯，沒有 WYSIWYG，還是無法說服其他人使用。 ↩
  7. 這好像不算是技術重點。喔，我的 blog 該擺個 wish list 上去，這樣就算沾到邊了。 ↩
  8. 寶貝跟我抱怨說，怎麼後來我寫到寶貝的時候，都忘記加鍊結了。其實這是因為，我很想不要讓寶貝用無名啊。這不，寶貝在發表她那篇文章的時候，就碰上無名的白爛設計了，跟寫好的長篇大論，就這樣差點消失無蹤，實在是讓人不知所措啊。 ↩