精華區beta mud 關於我們 聯絡資訊
作者 tinlans.bbs@bbs.csie.nctu.edu.tw (汀), 看板 MUD 標題 Re: 致 Annihilator的公開信 時間 交大資工鳳凰城資訊站 (Wed Nov 24 22:16:07 1999) 來源 SimFarm!bbs.ee.ntu!freebsd.ntu!ctu-peer!news.nctu!news.iim.nctu!netnew ─────────────────────────────────────── ※ 引述《annihilator@muds.net》之銘言: > > 事實上,在十一月三日敝人發給您的 e-mail 中,已經充分地表達過,敝 > > 人開發之線上遊戲萬王之王(GKK)並沒有使用您所開發的 ES2 lib 的程式碼, > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > 敝人開發 GKK 時,已經將程式碼全部重寫,甚至GKK 的程式碼跟同為敝人開發 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > 之文字模式萬王之王(KK)也都全然不同。GKK 的整體架構並不是一次完成的, > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > 而是經過長時間的努力漸漸增加的,事實證明了 GKK並不是由哪一個線上遊戲 > > 轉換而來,而是一個全新而獨立的新作品。甚至到了現在,GKK 還在演進和成 > > 長的路上不斷努力求進,這些發展,又豈是光憑抄襲您的 ES2 lib 所能做到的 ? > 以下是 Ruby 於今年九月二日寫給我的信中所提到, 關於 GKK 與 es2 關係的說法: > ------------------------------------------------------------------------- > ....... > 其次,關於你提到版權的問題,GKK 從來沒有 announce 他的版權中不承認 > es2lib 的貢獻,welcome title 中原本提到的版權和製作日期都已經在 alpha > 版結束時應要求要求拿掉了,如果你因為這樣而生氣,我請問一句 : 我該在哪裡讚揚 > 您的功績 ??在這樣一個以玩家要求為出發點的 graphic mud ?? > 從很久以來,我製作 KK 開始,難道我不曾知會過你嗎 ?? 難道我們在開 GKK > 的研討會議時沒有邀請你嗎 ?? 難道在那個時候沒有詢問過你的意見嗎 ?? > 這麼長久以來的善意對待,原來我只獲得一個瓢竊者的惡名,應該被判永遠見不得光 ?? > 長久以來,我尊崇你為台灣 mud 的第一人,到現在仍然不變,你的貢獻不是 > 我能抹滅掉的,該被正面看待,如果你認為我發展 GKK 都沒有知會你,也沒有獲得你 > 的授權,如果你是因為這樣而認為我是卑鄙小人,那我願意道歉,不論如何,KK 使用 > ^^^^^^^ > es2lib,GKK 雖然直接以 KK 發展,但其中確實包含了 es2lib 的精神 ... > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > 所以,我在此誠摯的提出我的歉意,並且希望能得到你的授權。 我對這段內容做了一些思考和判斷, 想明白 Ruby 所謂「包含了es2lib的精神」 一話, 對於這點之前 annihilator 曾經解釋過, 凡使用 ES2 mudlib 來架的站 , 版權則屬於ES2 mudlib作者, 言下之意, 意謂「抓 es2lib 來直接架的」就 算數, 然而重新寫過的則不算, 並未說明「ES2 mudlib精神」方面的問題, 這 也是被遺漏的大重點之一, 從ES2 mudlib中確實能看到一些 mudlib 的特色, 然而他與其他 mudlib 的部份精神又有些類似, 既然 Ruby 宣告「重頭寫過」, 那 ES2 mudlib based 的定義已不復存, 然而就我個人於 ES2 mudlib 中探討 之後歸納出一些結論, 其中不考慮是否其精神與其他 mudlib 相同: 1. 繼承上出現 /feature 的物件特性分類 2. 將能共用的 function 自使用者物件分離, 寫入 daemon 如 combatd.c 等 3. ROOM 系統的同變數多層化設定技巧 ( 即dbase ([]) ) 4. 與玩家有直接關係的物件分為 LOGIN_OB 與 USER_OB, 以區隔訊息 以 exec() 與 tmp_dbase["link_ob"] 做連接 5. 使用者資料的同變數多層化設定技巧 ( 類似 3. ) 6. 玩家攻擊方式採用 mapping 方式呈現 ( action ) 7. 技能系統的 /daemon 目錄規劃 8. condition 的設計 9. /feature 下的其他各種創新部份 10. board 系統的設計 以上僅是較為顯而易見的部份, 依我個人經驗來講, 進到一間 Mud 當巫師, 光憑以上其中數點即能立即判斷出該 mudlib 是 ES2 mudlib, 但要是以上十 點, 或是其他一言難盡的部份, 如果使用該「精神」的部份, 是否也算侵犯 到 annihilator 的權益呢? 希望能做進一步的說明 :) -- ※ Origin: 交大資工鳳凰城資訊站 <bbs.csie.nctu.edu.tw> ◆ From: 140.126.110.56