※ 引述《sargent (心裡治療)》之銘言：
: 另外，想問的小問題是：
: 假如想做一個小遊戲，玩法大致如下
: 4到12人可以連線登入的打架遊戲，
: 每個玩家都有個身體可以在裡面用來打架(分兩群人馬或是大逃殺)
: (可能是第一人視角或者同時看到全場的畫面)
: 隨便一個場地就可以了
: 大概製作流程...
: (不好意思我有點模糊)大概是怎麼樣的呢?是不是要用伺服器之類的技術?
流程一開始當然是先寫出和畫出遊戲的畫面與遊玩的方法啦。
連詳細的遊戲方法都寫/畫不出來的，
就不用搞下一步了。
接著 "我" 會決定 server-client 架構
也就是
"哪些程式要放玩家 (client) 那，哪些程式要放伺服器 (server) 那"
為了簡化問題，
先假設只是個2D的戰車遊戲，
玩家只有前、左轉、右轉、發射四個指令。
分法一:
client 只傳上面四個指令給 server，
server 會回傳場上所有玩家位置、
場上所有砲彈位置、被擊中的玩家與擊中他的砲彈ID這三個數據。
這樣做的話，所有的計算都會保存在 server，
戰車的位置，戰車的角度，
砲彈的位置、砲彈的角動量，
每個 tick 更新上面所有資料，然後回傳給使用者。
(更猛的做法是，直接回傳每一 frame 的畫面給使用者，那就連
client 程式都不用寫了，不過那不是小資開發者做的到的)
這樣分的好處是不容易被人寫外掛、
壞處是要租 server 做大量運算很花錢。
分法二:
client 移動時傳自己的座標，
發射砲彈的當下會傳 "一次" 砲彈的角動量，
擊中時會傳訊號給 server。
server 會將 client 的資訊分送給其他玩家。
擊中訊號同時出現時就當 double kill。
好處是資料傳輸少，server loading 小。
壞處是外掛超好寫，可以寫個外掛開場就秒殺所有玩家。
(就是直接送11個擊中的訊號給 server 就好)
以程式設計的流程來說，
思考哪些要放 client 哪些要放 server，
這關係到錢、駭客防範和開發要花多久時間的問題。
這算第二階段吧。
接下來就開始寫程式，
然後寫完就開賣收錢了。
就這麼簡單! (誤XD)