每月封存: 四月 2007

by

bof 之 CMS 大車拼

星期六去聽了這場…. 來了lifetype 的mark , drupal 的charlesc和 joomla 的 Eddy，跟Plone的 GC。沒想到結果是一個摸不著頭緒的上午。辛苦了主辦單位，這方面實在有點小小的遺憾。或許下次CMS這方面的penel 可以走深度一點的路線。

CMS 太車拼 實在塞了太多議程進去，像是 Mozilla的seth 設計師來介紹Microformat，qing來介紹利用javascript 撰寫相簿聯播(這個主題真的排的很奇怪)、yahoo widget介紹、Google gadgets如何撰寫。結果原來對象是給沒在玩網路的人阿…..

其實我覺得，既然前輩都在，那麼主持人以討論的方式丟出一個個議題，來讓這些前輩們發表看法，感覺應該可以讓台下其他人有個整體的概觀。畢竟當大家在選工具的時候，最大的問題就是，要怎麼選？ 選哪套？ 到底差異性在哪？可以做到什麼地步？我的需求可以如何透過最少的修改來達到目的。我想聽到大家這種各式各樣的需求，以及這些前輩們的看法，相信對於我們自己往後在架設網站的時候可以減去許多不必要的摸索經驗。就算是一個module 的名稱也好。

當天讓每個人上台簡報一下，每個人15分鐘，幾乎都還沒講到什麼就結束了。問題是，每個人十五分鐘，台下沒用過cms的人大概連 drupal 跟 joomla的差別在哪都還搞不清楚。連我玩了一下都還不清楚了呢。

不過我在想，想我這種人應該不是這個panel的主要對象，應該要去參加其他議題我比較不熟悉的penel，不過我真的很想看看這些前輩們阿…orz。

辛苦主辦單位了，希望明年能更好呢 ! !

by

Are You A Game Developer Or Game Engine Developer

原文在這：http://www.gameproducer.net/2007/04/06/are-you-a-game-developer-or-game-engine-developer/

翻譯放在這：你是一位遊戲開發者還是遊戲引擎開發者？

看到這篇真的心有慼慼焉。當初一開始想寫遊戲的時候，從網路上找到的資料跟市面上的書，都給我一個印象：想做遊戲，就要先做一套遊戲引擎。於是就從Direct X跟 open GL 開始苦k。

可惜偏偏資質駑鈍，搞了半天自己的引擎實在沒個影子。後來等我知道Ogre的時候，已經是多多年之後了，也有一堆雜事了。

其實一開始不知道自己是什麼時候，那種摸索的過程還蠻痛苦的，看著自己做了老半天做不太出東西來…..那種感覺真的不好。

看到這篇，我才更肯定，我自己以前走錯路了，我其實不是遊戲引擎的程式設計師阿!!!

有時候就如同文章裡面所說：

Nobody told me that there are free and inexpensive game development tools available for 3D development as well.

正因如此，遇到高人指點，真的是種福氣。如果你是剛起步的遊戲設計者，真的可以想一下，你自己到底適合哪種角色，像ogre的開發者也說，他其實不太玩遊戲的，他只是喜歡做遊戲引擎!!!

這篇文章的迴響也蠻值得一看的，有一篇不錯，裡面說他正在用python做遊戲引擎，希望之後可以不要再碰C/c++。 哈，老實說我也有希望可以有夠好的 java/ruby/ 之類 core library 比較大的語言所作的夠好的遊戲引擎阿:P。

這篇還有續集 Are You a Game Developer or Game Engine Developer? (Take 2) 晚點再翻

update: 第二篇翻好了 ，放在 http://gamedev.tw/gamedev/modules/news/article.php?storyid=306

by

MUPE

今天看到MUPE 這套：

MUPE is an Open Source application platform for creating mobile multi-user context-aware applications. The platform can be used to create mobile games, virtual worlds, collaboration applications and any other user authenticated services. See also: WhatIsMUPE.

看起來實在不錯，之前論文本想做pda上的研究，可是一想到他的開發就頭痛，於是就不做了(當然原本的點子被老師否決也是原因之一 :P )。

再接著看，這套上所提到想解決的問題。看對開發者的部份就好，大略翻一下：

  • 行動裝置上的應用軟體因為很多原因導致很難開發， 像是開發平台跟目標平台全然不同，目標平台上相當難以debug。
  • 每次程式的更動，客戶端上都得重新安裝。
  • 設計行動裝置上得線上服務，需要特別為行動裝設設計的強壯連線框架。

的確，這些都是開發上很麻煩的問題。他的客戶端有那種 java web start的感覺，應用軟體被他自己的客戶端管理，方便很多。客戶端就像下面這樣：

看起來很棒，下次來玩看看。我想這種類似的框架應該不少，只是我現在才知道…orz

p.s 這套是nokia所釋出的。

by

開放源碼軟體成功之道

恩，這本書的中文書名似乎有點誤導之嫌，我還以為是如何經營一個open source 的專案呢！ 不過要如何準確的翻成中文還真的有點難。原文有線上版。

Succeeding with Open Source

所以其實是在講企業如何挑選Open Source，這樣。裡面有幾點我覺得很有趣的，裡面提到依據BCG的調查目前許多開源碼參與者平均都有11年的工作經驗(0_O!! 我還以為大部份是年輕駭客呢)。還有一點蠻有趣的是JBoss的開發人員平均只有六年的工作經驗。

最近幫同學survey 一個類似google calendar的開源碼程式(Java Only)，要放到產品裡的。才發現原來Calendar原來還有標準格式iCalendar阿。透過Wikipedia，找到for java的api iCal4j，再透過iCal4j的wiki又找到兩個比較適合整合的候選者：BedeWork 和使用taglib的Calendar taglib。不過taglib看起來不太適合，因為只有秀出日曆的功能而已。而bedwork則有提供介面可以跟其他程式整合。

由於是產品要用的，就可以套用書中所提到的開放軟體成熟度來稍微評估一下。我想引入開放源碼的程式進入公司的確是需要做許多評估的，尤其在公司內可能除了自己外沒有人會修改這套軟體的時候(甚至自己也不會XD)。所以如果要引入開放源碼的程式進入非軟體公司時，這本書值得翻一翻，看一下到底有哪些方面需要仔細評估。

p.s 評分還挺嚴格的，像是JBoss討論區上只要有問題沒有得到回答就無法在那個項目拿到滿分XD。可是怎麼可能每題都有人回答:P 叫他搜索一下算不算回答呢 :P

refer:

看放源碼成功之道-by jiing

by

Network Games That Change Their Users Lives, And The World, For The Better

source: Network Games That Change Their Users Lives, And The World, For The Better

Game designer Jane McGonigal has a vision for a new generation of network games that will pull players away from their lonely consoles, and get them out in the world, interacting with each other and changing their own lives, and society, for the better.

沒想到做無線應用的， 野心都這麼大阿 :P 尤其是做ubi-comp的。這也是我很喜歡ubi-comp的地方，它總是認為科技跟人息息相關。上次去參加研討會，老師劈頭就是：你有看過 聰明行動族嗎？interactive.usc.edu 首頁上有這本書的連結…..(還有部落格呢！-smart mobs)。於是就去借回來看了，裡面有好多很棒的句子。像是：無線不只是沒有線而已。 當初電話只是有聲的電報，但是其實電話遠遠改變了通訊的本質。

也就是說，所謂的無線網路其實不是隨時隨地可以存取網路這樣阿!!!

而這種結合真實與虛擬的遊戲，玩起來有一種獨特的感覺，你看看wii阿~~~。但其實我最喜歡的是 parkout 這樣的遊戲阿！！

讚阿～～～

Refers:

自己有玩，才算奇觀。

Cruel 2 B kind

by

選擇那麼多 到底該怎麼選 II？

寫完上一篇後，突然發現還有很多事情其實也是選擇太多。

自己想做的事很多，但是實在不可能同時做完。年紀還小的時候，總覺得時間是壓榨出來的，我可以同時處理很多事。但是實際上實在是不可能。John Maeda 在他最新的文章中提到了同時處理太多事情，品質會下降。當我看到John Maeda 都會如此時，我就知道自己總得作些取捨。

而這些事我想可以分成下列幾種：

曾經有過興趣，但現在已經消失了或是不再那麼熱衷：像是 HEMiDEMi 上互動設計的群組。後來才慢慢發現，我跟地下互動團的走向不同， 我比較不偏好實體的互動裝置，還是比較偏好網路上的裝置。還有籃球wikia那邊的計畫，

有興趣，但是受限於 能力/時間 一直無法參與：電腦遊戲那邊，還有 open Source 那邊：像是台灣摩茲協會，可惜如果要辦活動，我這個人就不適合了..orz 。

有興趣，有點 能力/時間，也一直在正參與：打wow (lol) ，還有撰寫自己的一些小計畫，看一下有興趣的論文(ㄜ..最近少了，該丟到上面去嗎T_T)。

如果照這樣分類，那麼我就必須把自己推向有興趣這一區塊才是阿！！不再那麼熱衷的東西就隨它去吧，不應該再抱持著-等我有時間… 我一定可以… 的心態阿。

所以等一下就去把組頭退掉，成為一個旁觀者的角色!!!!!

by

選擇那麼多 到底該怎麼選？

最近又在煩惱想把研究所實驗室的部落格換套系統，雖然我畢業了，可是有大學實驗室的前車之鑑….(現在網站都死掉了…o_O) ，反正實驗室那邊有同學會跟我一起弄。從多人部落格系統一直看到CMS系統，每套都不是那麼如意。 WordPress MU 還沒有做的跟 wordpress.com 一樣好。 lifetype 的end-user 使用介面上則不是那麼進步，而相關的plugin and themes 跟 wordpress 相比起來也差很多。 不過MU那邊的多部落格+多使用者的話，切換上就會有點問題。部落格系統太多選擇，頭也很大。如果還有外插那就….

看著看著又看到了 drupal ，又看到了joomla，我不得不說，看起來 drupal的theme美觀很多。不過joomla在cms系統方面最近也是動作連連。據說後台管理介面很棒，第一眼看起來的確不錯，用起來我到是不太習慣。在找資料的途中，還試用了typo3，老天爺 ，一進到後台我就放棄了。不過drupal 的tag系統目前還沒像部落格一樣好就是了，看了中文支援站的一些討論，發現每一套tag module都有每一套的問題 >"<，全站式的tag不太適合部落格。而個人式的tag system尚未有完善的管理介面..orz

不過後來我發現 drupal 可以拿來作為學生用的部落格系統，有全域的tag(繳作業分類用) ，有討論區，可以上傳檔案，wow，一切都夠了呢!!! ，況且這種有時間限制的用途應該適合用這種才是，何必和要自訂版面，和必要新增推薦連結呢？ 作為上課用的平台有論壇可以討論，有部落格可以繳交作業，ok了阿!!!!!

這個問題讓我想到我之前還在問學長要選 jsf or struts or wicket 呢？搞了老半天，還真的像學長所說得一樣： 你是第一次用吧？ 那就隨便選一套就對了。

看來還真有道理呢！！等之後用久了，慢慢比較就會發現優缺點了阿!!!

不過我看我其實看外觀居多..orz 看到phpbb 3.0如此美麗，就想把smf換掉，想當初跳到smf就是因為比phpbb漂亮阿!!!

不過smf 停滯一段時間了….