Re: 資訊系修電子電路的必要？

※ 引述《[e-mail] (try or test)》之銘言：
> 也就是說 先贏後輸, 碰到競爭對手沒頂住. 那麼泡菜國比之有優勢的
> 是甚麼 ? 贏在何處 ?
> 只知道日本的柏青哥都是泡菜裔的地盤, 他們有傳統 GAME 的通道.

撇開遊戲企畫和 3D 引擎以及美工不談，
單就技術面來談好了，
雷爵自行研發的系統，
也就是雷爵 SDK，
其特色可在此網頁看到：
  http://www.lager.com.tw/sdk/product.htm

而事實上唯一屬於雷爵 SDK 的特色，
在「產品特色」一段中只有 1. 和 3.，
在「功能簡介」一段中只有「分散式處理」，
在「深入剖析」的地方，
除了「容錯能力」和「遊戲管理」外都是，
除此之外都是 MudOS 原有的特性，
更概括的來講是所有 LPMud 系統共通的特性。

然而 MudOS 有許多致命的地方，
大都是老舊軟體設計技術導致的工程問題，
穩定度和效能上比不過 Java VM，
又沒有 JIT compiler 輔助，
加上 LPC 定義下的「物件」即使本身幾近全空，
也會佔用 0.5 KB 左右的空間，
一個有效的遊戲物件隨便就會佔到數 KB 等問題，
另外就是為了資料在主機之間的通透性 (這是出自於通透世界觀的特色)，
容易造成各主機所需常駐在 memory 的資料量幾乎一致 (就過去的技術資料來看)。

就賣遊戲而言，
一旦 players 對這些特色所衍生的遊戲產品特色感到習慣後，
就會開始去注重我一開始撇開不談的那幾項，
導致瞬間被泡菜遊戲比下去。
就賣雷爵 SDK 授權營利而言，
上段所述的問題大大降低了該產品的吸引力，
所以我才說會發生那些事情是必然的。

不過對於雷爵的金主願意這樣燒錢讓國人自製這些東西，
確實在國內也算是蠻難得的例子，
光是這一點就值得加以讚賞，
我是不清楚他們現在是否還持續使用這套系統開發遊戲，
不過他們的系統設計師要求的學歷是專科以上即可，
我並不認為這種水平的系統設計師能在這方面有所幫助，
這是因為那套系統的核心模組，
主要是由 compiler、interpreter (Virtual Machine)，
以及 network system 所構成的。

--
Name: Tseng, Ling-hua                     E-mail Address: [e-mail]
School: National Tsing Hua University     Department: Computer Science
Interesting: C++, Compiler, PL/PD, OS, VM, Large-scale software design
Researching: Software pipelining for VLIW architectures
Homepage: https://it.muds.net/~uranus
--
   ╔═══╗  ┼────────────────────────╮
   ║狂狷  ║  │＊ Origin：[ 狂 狷 年 少 ] whshs.cs.nccu.edu.tw ╰─╮
   ║  年少║  ┼╮                         < IP：140.119.164.252 >   ╰─╮
   ╚╦═╦╝    ╰  ＊ From：61-230-220-211.dynamic.hinet.net          
   ─╨─╨─ ＫＧＢＢＳ ─  ◎ 遨翔"BBS"的狂狷不馴；屬於年少的輕狂色彩 ◎  
[修改]tinlans:61-230-220-211.dynamic.hinet.net                07/01/24 21:34:14 
推 godfat:聽說他們的東西有侵權的問題，不知道詳情
推 tinlans:他們雖然聲稱雷爵 SDK 是自己重寫的，但不
→ tinlans:知道有沒有用到 MudOS 的 code，如果有又
→ tinlans:故意隱瞞的話，自然會發生侵權問題，反之
→ tinlans:則不會。
推 lg31cm:那是因為用到某人寫的lib所以吵起來
推 tinlans:那個有上法院的部分其實爭議性比較小，
→ tinlans:因為 mudlib 重寫顯然比 MudOS 重寫簡單，
→ tinlans:如果他們的 driver 有用到 MudOS 的部分，
→ tinlans:MudOS 是禁止商業用途的，只是那作者也懶
→ tinlans:得跨海來告，才一直沒出事，mudlib 的問題
→ tinlans:後來則是不了了之了。