Metaplace

Metaplace— 由 Raph Koster 所領軍製作的遊戲。這套遊戲允許你自己製作自己的虛擬世界(也可以說是MMO),然後開放給其他人進來遊玩(像是絕冬城之夜一樣吧.)。然後,你還可以把你的虛擬世界放在你部落格的側邊欄!!! 沒錯,這款遊戲全部是網頁的介面。 根據網頁上的說法,目前可以支援到2.5D的感覺。有預計要做3D。你也可以在你的世界中,放入一扇門來連結到別人的世界(這就是超連結)。頗令人期待的。而且看起來不是使用flash or Dirctor喔!!!

這也難怪之前Raph Koster 會說現在的遊戲界跟不上www的發展。一切的真相都揭露了阿 😛

話說,我可能會錯過這次的Alpha test….。 那時候沒仔細看(我還以為註冊就可以馬上開始用了…),有些資料都是亂填XD。可惡….

忘記說,Alpha申請開放到24號為止喔!!!

廣告

John Maeda talked on TED

Simplicity is about living life with more enjoyment and less pain.- John Maeda @ TED 2007

ted-johnmaeda.png

剛剛看到的,John Maeda在TED演講。唔,外國人的這種會議網站都做的超棒,這次所有的演講實況還全部上網。這次跟來工研院講的主題一樣,可是投影片內容不一樣。由此可見John Maeda真的很用心阿!!! 我覺得有些地方還蠻好笑的(雖然不是每個地方都聽的懂) 😀

不知道是不是因為John Maeda背景的關係,他的投影片都做的相當漂亮。跟上次的簡報一樣,他都用圖片來說故事,文字所佔的比率非常非常少。而畫面的配色也相當高雅,照片都拍的漂亮的不得了。

我最近報告本來也想仿效這種風格,可是後來發現實在不適合。這種風格的簡報方式很適合用來傳達一個核心想法。可是要來解釋某些技術就不太適合了。

不過畢業後還真不知道跟誰分享、討論這些東西…..

這是怎麼回事?

via: Re:[心得]好遊戲不要太理會玩家

台灣有能力像 Ultima 系列那樣用物件導向程式打造出整個
核心程式的團隊… 數目幾乎是零吧?

就我所知也只有 GKK 有這樣幹過而已。

EQ 跟 WOW 也僅是結構化程式碼而已,所以傳送點只能搞固定數目欄位,
做不到 UO 那種程度。

ㄟ 等等,這是怎麼回事…. 我程式概念是不是要回學校重學…orz

喔最扯的還在底下:

via:Re:[心得]好遊戲不要太理會玩家

你是有看過 UO 的傳送作法嗎?
更進一步,你有想過,甚至寫過類似的東西嗎?

會知道 KK 跟 MUD 關係的人,我想應該有看過 MudOS 跟簡單的
LPC code 吧?Ultima 大約從六代開始就使用類似的寫法了。
UO 只是集大成而已。

EQ 的原始碼來由與 GKK 的故事有點類似,那是從 dikumud
「借」來的。 dikumud 的原始碼不知你看過沒?那個是完全
結構化,相當有效率,卻完全沒有 OO 的傳統程式碼。所以
擴充時會需要 reboot,重新改 client、重開機,就如同今天
大多數的 MMORPG 一般。

但是完全 OO 化的 LP mud,如果只是追加新區域或物件之類的
簡單 update 的話,基本上連 server reboot 都不用,直接就
可以上了。

WOW 的話,目前裡面的系統沒有一個是需要動用物件導向才能
完成的東西。如果真的有動用物件導向去寫的話,那程式效率
反而會降低。

馬的,真的是見鬼了。原來套上OO就不用重開機,就不用改client喔….所以wow的程式設計師都是白痴就對了…. 老天爺阿…等等看有沒有高手去解決一下,沒有的話 我再去嗆個幾句XD

不過好的遊戲的確不能太理會玩家,就像好的設計通常也不太理會使用者就是了。 Getting real裡面就說到:當使用者提出需求的時候,第一順序是否決。先放在討論區中不去理他,等到有越來越多人反應之後再來考慮要不要實做這個功能。

女友之前看project runway的時候,跟我說到某集的內容,某個設計師被淘汰的理由就是因為他對模特兒百依百順。 最後做出來的東西,嗯,你想也知道,這樣你就不是設計師啦…

IBM 的 Lotus Symphony

IBM推出的免費文書軟體  Lotus Symphony (阿 Lotus 123…我高中電腦課就都教這個跟pe2阿… 喵的,我的黃金三年就…orz),基於Eclipse修改而來(速度上還可以),也支援open document。可以把Eclipse改成這樣真是令人佩服。

編輯畫面比open office 來的漂亮多了。不過編輯畫面可以做的這麼好,那內建的範本是怎樣? 美術人員做完編輯畫面就離職了喔:P 有一個特色我覺得不錯,就是可以把文件(文件、試算表和簡報)開成tab,也就是每一個tab都可以是不同類型的文件。這功能在很多方面應該很常用到才是。

這個時候就體會到開放標準的好處。 原本用open office 在做簡報,現在就可以馬上換過來!!! 也不會有格式跑掉的問題。

讓dbn暫停

我知道有pause 這個指令,還可以準到1/100,但是呢…這有個缺點。 就是他是每幾秒停一下,而不是停幾秒

這樣如果你要造成動畫的效果就很難了,而且如果使用applet的方式,一開始畫面都是白色,很麻煩阿。所以只好用這種方式,但是注意,這並不是適用於每種dbn(可能有些修改一下就可以用),而且誤差約莫一秒 =. =。經過我多次反覆的實驗,約莫著色四到五次要花到一秒的時間(那到底要四還是五呢XD)。不過我想每個時間區間應該有對應的秒數,意思就是,如果你要停個五十秒,那可能單位取5,如果你要停十秒,那可能取4比較沒有誤差。 話不多說,這小函式長這樣:

Command realpause s
{
repeat A 0 (5*s)
{
set [0 0] 100
}
}

3個關於資料庫的網誌

The Database Column 作者群很強悍阿 (新開,更新速度還需要觀察)

 PostgreSQL ::國際中文社群網誌:: 

MySQL Performance Blog

其實我還蠻喜歡看網誌學東西的,因為每天看一點,負擔不會很大。不過也有例外,像是http://www.henryjenkins.org/ 這位MIT的教授所寫的電腦遊戲相關的網誌,每篇都長的跟鬼一樣。有一陣子一兩天就更新一次,ㄟ 負擔實在太大..orz

其實有些不錯的東西都是從del.icio.us 裡頭的hotlist feed 看到的。說到這個,我也有訂閱黑米的最新書籤的feed,可是跟del.icio.us比起來,會被我自己記下的機率就小的可憐。而且風格走向非常不一樣 😛  del.icio.us 真的比較偏技術的東西。

上禮拜

上禮拜時間耗了很多跟學長在處理人事那邊的問題。其實跑這種事情很煩,又沒啥生產力。常常搞得心情不好。不過總不能讓人予取予求,自己給自己上了個鼻環讓別人牽著走。 尤其遇到對於法規解釋錯誤,又不願意承認,只想拿位置來壓你的傢伙,就更加不能退讓了。

到最後,這單位居然擁有法規的解釋權跟人事的否決權(兩個單位的主任+兩位副主任居然還無法讓你重新考慮?)。如果預算不夠也就算了,但若是藉著對於法規的錯誤認知來處處制衡作業單位,那責任還真不知道誰來扛喔?

進入到職場(其實在學校也一樣)之後,你會發現很多人其實因為某種原因(環境啦..陳舊的看法啦(想要個鐵飯碗啦…)、個性啦..etc)被放到錯誤的位置。也就是說,他對他們所作的工作其實是沒有熱情的(上頭要求80分,他們最多也只做到79.5分)。我覺得天份那些其實還好,因為如果沒有熱情,你就不會去改善手上的東西,你就不會想去精益求精,你就不會想做更多,你就不會幫別人想。就算是一般人事這種例行公事也一樣。獨孤木大說得對,有些人其實不擅長做一些研發或是核心程式設計,可是他們對於處理一些繁瑣的小細節方面有獨到的耐心,如果你把這些人放去寫軟體的核心,其實是種兩敗俱傷的局面。

忘記是海萊因大師的銀河公民還是亞瑟 克拉克大師的 2061太空漫遊 裡頭有一段大致上是這樣。艦長想要額外去某個地方,於是詢問財務官。財務官就說了一些法律、財務上bala bala不可行的看法。艦長聽完後,就說:

我當然知道不可行,但我找你來不是要聽你的意見。我只是告訴你我要這樣做,剩下的你自己去想辦法。

我覺得很多後援的單位其實應該要有這種心態,如果這是對的、是好的,對整個組織有益處的,就想盡辦法去幫忙。 而不是可能只拿一個法條來賭作業單位的嘴。很多限制其實都是可以避開的。不過這其實也是組織架構的問題,讓一些單位並沒有與整個組織共生的感覺出來。

所以上個禮拜五下班後其實心情還挺低落的,好險之後女友請我去吃Friday。心情才好轉許多。一開始點餐,服務生不想出那麼多菜還建議我們點少一點 (lol),不過蠻多菜還不錯。像是碳烤豬肋排之類的,不過我這個人太貪吃,一直夾,結果女友沒吃到多少(T_T 嗚 我知道錯了,難怪又有點胖回來了..orz)。 最後的甜點-巧克力冰淇淋真的超好吃,可惜吃到最後太甜噁心…orz

不過還真是太感謝了 😛  又一個禮拜了,該提起精神做事了!!!