作者linjack (嗯)
看板GameDesign
標題Re: [....] Super Meat World 事件
時間Mon Jan 2 12:40:46 2012
※ 引述《LPH66 (-858993460)》之銘言：
: 第一 這種設計根本就是最不應該的設計
: 有能跑 MySQL 的伺服器好歹也弄個專門處理這種東西的介面
: 不要放太多權力到使用者端
: 第二 twitter 的回應我覺得是整起事件的導火線
: 第一張還好 頂多就是個「我們會處理」的官腔而已
: 但是後面回應的口吻真的很要不得...
: 整個讓人看起來就是「你什麼都不知道啦，我保證這一切都沒問題」的語氣
: 這大概才是惹火群眾的原因...
以下個人愚見 XD
我是覺得還沒有到「那麼不應該」啦，至少 ip/id/pass 已經藏在
binary 中，加上 server 端有做的 backup/restore 多少算是有一點保護，
如果先回溯到整個遊戲製作的起始階段，這樣的安全性應該足夠了，
多擋一個 web 介面在前面又會有其他的考量，也要多花時間實作，
不一定合算。
Tommy Refenes 應該不可能不知道這麼做的後果，但是他的回應態度真的很糟
是說看過他的現場演講與一些訪談，是感覺他的個性這樣不意外就是了 ..XD
我的感想是：
1.如果你的獨立遊戲真的成功賺大錢 ...記得回頭把安全性補強一下 XD
2.待人處世態度要好一點 XD
ps. Tommy 演講中提到，他在做 SMB 的時候，要不是老母一直送飯
到他房間給他吃，應該會餓死在電腦桌前面。XD
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 203.72.57.78
※ 編輯: linjack 來自: 203.72.57.78 (01/02 12:43)
1F：推 asleisureto:獨立遊戲來講(特別在台灣) 真的紅了才來擔心這些安全 01/02 14:10
2F：→ asleisureto:問題比較實際XD|| 01/02 14:10
3F：推 PhoenixSu:字串藏在binary裡是很容易挖的 XD 01/02 17:15
4F：→ linjack:是很容易挖沒錯啊 XD 只是看保護的目的與相對安全的條件 01/02 17:23
5F：→ linjack:到底是什麼。後來我才發現 super meat world 是半年多前的 01/02 17:24
6F：→ linjack:全新功能，所以也許經濟與時程上不許可而做不來的理由大概 01/02 17:24
7F：→ linjack:是不成立吧 ... :p 但是真正事情會爆出來還是在回應使用者 01/02 17:25
8F：→ linjack:的態度問題上面 .... 01/02 17:25
9F：推 LaPass:為什麼會想把資料庫的密碼放在客戶端呢? = = 01/02 22:06
10F：→ asoedarren:因為沒時間(或不會)server作介接阿 01/03 00:42