Re: [請益] 想寫遊戲的話該從哪裡下手?

看板Soft_Job (軟體人)作者NDark (溺於黑暗)時間7年前 (2019/01/10 00:51)推噓14(14推 0噓 13→)

留言27則, 16人參與討論串3/3 (看更多)

※ 引述《neo5277 (I am an agent of chaos)》之銘言： : 我是從 .NET 起家的 : 之前一直都在寫網站跟服務，前端就是angular 跟傳統jquery : 感覺電商上的流程跟環境都小小的跑了一圈。 : 自己對於打造出一個可用的產品越來越有想要嘗試的感覺。 : 多方研究下覺得遊戲這塊可以說是一個完全體。 : 不管是單機，還是網路營運，在技術上可以說是整合了目前所有我能想像的到的 : 軟體技能，以及非軟體能力，也因為是從.NET 大概會先從 UNITY開始吧。先分清楚你是哪一種 1.喜歡玩遊戲 2.喜歡做遊戲相關技術 3.喜歡開發遊戲 4.希望有一個遊戲產業的工作抬頭 5.希望能有一個知名遊戲的工作抬頭 6.希望能在遊戲產業討飯吃 7.希望能在遊戲產業站著還能把錢掙了從問的其他問題看來我覺得偏向2. 那麼這些問題多半都是電腦圖學這門課可以回答. 所以其實去大學旁聽就是正解. 以下是碎碎念最近的體悟是遊戲軟體是一個一不小心就很容易做出反智系統(Anti-Pattern)的專案. 以往所認定優秀的軟體系統都是在需求穩定的情況下開發. 所以可測試性/可延展性/穩定性等等才隨之而來. 在遊戲軟體傳統開發的做法是: 做一個系統,讓數值人員填表來擴展.(一行數值代表多一種怪物/多一種武器/多一種道具) 在這個系統開發之始,軟體人員必定會問清楚,這個系統的極限(功能)在哪裡? 砲彈是直射,雷射,拋物線,是撞擊即傷害,還是爆炸後才傷害. "可是" 系統完成後之後數值人員填表就"不會"超出這些類型範圍也就是說這個系統無法填表填出"讓玩家覺得驚訝"的跳脫設計. 也就是說當系統完成或上線後的一個月後, 設計人員說要加"遙控飛機(Drone)"型的武器. 因為原先並沒有開這個規格,所以就無法經由填表產生這樣的功能. 軟體人員抱怨歸抱怨. 給出的答案就是下一版版更把這個類型的武器再"實作"(從某種程度看來就是 hard-coded) 到遊戲裡面. 這件事情(超出原先設計規模)重複幾次之後,code就會爛到不行. 因為原先在設計系統的時候沒有想到要做成這樣. (同時也因為營運端需求來的通常是ASAP,最好不要更新就能做到. 玩家在論壇上的建議也真的都是最好我點餐完一個禮拜之內就有. 可是瑞凡,蘋果審版本最短也都要兩到三天) 每次當從這個時間點回頭看每次開始做系統時候的規劃,就會覺得當時年少太過天真. 所有的遊戲引擎製作團隊都會講到一個反智的經驗談: 引擎/函式庫是結果不是原因. 多半都是在專案中先做出這個功能, 然後歷經多個專案之後才把這個功能拆出來標準化,成為引擎工具. 衍生出來的一個悖論是: 有了引擎的幫忙,或是當引擎提供了某項功能, 代表成千上萬的遊戲可以快速實裝這個功能,代表軍備競賽的標準又往上推了一層. 有了引擎事情不會變少,時程反而會因此變多, 因為工具加大了效率,要求或標準反而會再提高.導致目標更加遠大. 共勉之 -- "May the Balance be with U"(願平衡與你同在) 遊戲設計教學，討論，分享。歡迎來信。黑水溝歷史文庫 https://ndark.wordpress.com/ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 176.205.16.49 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1547052669.A.916.html

推

cheryl89531

01/10 01:12, 7年前 , 1^F

01/10 01:12, 1^F

不是有沒有制度. 而是這個到底賺錢重要還是程式碼品質重要? 如果前者永遠都壓倒後者.那麼程式碼會越來越歪幾乎是100%會發生的事情. 很遺憾的遊戲產業是一種流行. 所以能趕快撈錢的就要趕快實作. 未上線產品開發週期最好能壓在一年之內就有一個產品. 上線產品的開發週期就是一個月內二十天要連設計開發測試都做完.

推

vn509942

01/10 01:16, 7年前 , 2^F

01/10 01:16, 2^F

→

NDark

01/10 03:08, 7年前 , 3^F

01/10 03:08, 3^F

→

NDark

01/10 03:09, 7年前 , 4^F

01/10 03:09, 4^F

推

bakedgrass

01/10 03:39, 7年前 , 5^F

01/10 03:39, 5^F

→

superpai

01/10 04:08, 7年前 , 6^F

01/10 04:08, 6^F

→

neo5277

01/10 05:47, 7年前 , 7^F

01/10 05:47, 7^F

推

neo5277

01/10 05:49, 7年前 , 8^F

01/10 05:49, 8^F

→

neo5277

01/10 05:49, 7年前 , 9^F

01/10 05:49, 9^F

繼承反倒容易產生 "一開始沒想到" 的問題 (因為子類別需要的功能,父類別設計的時候並不一定都能想到) 不過繼承出現的問題在 2007 年前後陸陸續續被解決. 現在遊戲界都推Component-Base. 比較少人推薦用繼承寫功能了. [翻譯] Evolve Your Hierarchy https://wp.me/pBAPd-fj

推

ShadowInWind

01/10 09:04, 7年前 , 10^F

01/10 09:04, 10^F

→

stkoso

01/10 09:48, 7年前 , 11^F

01/10 09:48, 11^F

→

stkoso

01/10 09:51, 7年前 , 12^F

01/10 09:51, 12^F