Comments on: 《Postmortem: RiverMan Media’s MadStone》：奉獻、持續，以及無與倫比的熱情

By: 半路

半路 — Thu, 03 Sep 2009 13:30:00 +0000

本文原作者 Jacob Stevens 發表的新文章「Practical Tips for Independent Game Development」，是一篇寫給獨立遊戲開發者的實用專業好文！相當值得推薦閱讀！如果時間允許的話，我會將這篇文章列入我的待翻譯清單中，敬請期待（或者催稿 XD）！

By: 推荐几个博客 | 游戏、分享与创作

推荐几个博客 | 游戏、分享与创作 — Mon, 16 Mar 2009 14:52:56 +0000

[...] 《Postmortem: RiverMan Media’s MadStone》：奉獻、持續，以及無與倫比的熱情 [...]

By: 半路

半路 — Tue, 10 Mar 2009 11:22:13 +0000

@yuxioz:
嗯，原作者所稱的「優雅與可靠」的確是很主觀的看法。就像我覺得 C# 和 Lua 很優雅很可靠一樣，重要的是找到與自己最速配的程式語言，然後用它來寫遊戲。不管是黑語言或白語言（啥？），能把遊戲寫好就是好語言～

謝謝你給的連結，我有空的時候會看看。暫時存入書籤，不佔用未閱讀清單。 XD

By: yuxioz

yuxioz — Tue, 10 Mar 2009 02:56:56 +0000

關於「讀不完的 Google Reader/email/plurk/twitter/空氣人(?)」一事
可以看看 43F 的系列文章:
http://www.43folders.com/izero

（啊！不小心又往各位的「未閱讀清單」裡丟了一堆東西……）

By: yuxioz

yuxioz — Tue, 10 Mar 2009 02:53:17 +0000

「採用優雅與可靠的 Slag」其實我覺得這句話某種程度上是很模糊的，因為何謂「優雅與可靠」本身就是一個主觀的問題了。

By: 半路

半路 — Sun, 08 Mar 2009 15:15:44 +0000

@魔法設計師:
謝謝你。：）

@J:
你好，

就我所知，遊戲業的研發部門比較少有 PM 這個職位，多數掌控全局的是遊戲製作人 (Game Producer) 這個角色。而遊戲製作人未必是由具有資訊背景或熟悉程式設計的人擔任，同樣也可以由具備企畫設計或者美術設計專才的人擔任。簡言之，遊戲製作人最好擁有企畫、美術或程式設計三種專才之一，或者三者皆通就更棒囉！

P.S. 我把你的重複留言刪除掉囉。

By: J

Fri, 06 Mar 2009 15:43:23 +0000

版主您好:

想請教一下, 遊戲業PM的要求是什麼? 是否一定要有資訊背景或熟悉程式設計的人才能擔任呢?

By: 魔法設計師

魔法設計師 — Thu, 05 Mar 2009 17:19:08 +0000

同是程式設計人，我覺得這真的是篇很好的文章！！！

By: 半路

半路 — Wed, 04 Mar 2009 13:30:57 +0000

@Shark:
程式語言的基礎概念，至少在 imperative programming 的範疇中，可以說都是大同小異。只要能夠先熟悉一種程式語言，要上手其他語言通常不會太難。但是，該如何使用最合適該語言的 design patterns 與 best practices，才是最困難的學習課題。

程式語言是不斷在演化的生命體，未來十年，或許各種 Managed Languages 或 Erlang 會成為新一代的霸主也說不定。所以最重要的，還是保持積極與開放的心態，讓自己能夠接受且學習新的程式語言才是上策。

我覺得「滿足玩家喜好的遊戲」和「做出自己理想中的遊戲」，有時候就像是在天秤兩端的東西一樣，要怎麼維持微妙的平衡狀態，我也還在努力學習中。當然最理想的狀況，就是這兩樣東西在同一個方向上（如果有這麼好的事），遊戲開發者的困擾肯定能夠減少很多很多！

關於那三款經典消除遊戲，你說得很對！我非常認同除了遊戲性本身好玩又耐玩以外，讓這些遊戲成為經典之作的要素之一，就是有趣又鮮明的故事設定與角色設定。我認為擁有良好故事內容的遊戲，才能夠與玩家建立起深厚的情感連結。

最後，有一點我不同意：我認為如果你的目標是賺錢，製作遊戲是肯定可以嘗試的方式。而且是賺大錢。：）

@doomleika:
哈哈哈哈哈！ XDDD

我瞭解那種把「==」手殘寫成「=」的心情，以前我也犯過不少類似的蠢錯誤。所以如果能選擇使用比較嚴謹的程式語言（相對來說限制也會比較多）或編譯器，應該就可以大量減少類似的慘況發生了。

謝謝兩位的迴響。 ^^

By: doomleika

doomleika — Tue, 03 Mar 2009 22:34:56 +0000

3. 採用優雅與可靠的 Slag
我看過很多人會說C/C++只要你夠強，這些問題不算甚麼。

不過我想問題在於大部份的人就是氣量全滿使出三星大決還是只有那種程度(不是每個人都是carmack)，特別是時間與人力不足的時候:/

我永遠記得寫一個小作業因為一個”==”寫成”=”de三天後那腦羞的心情：「如果我不是鐵齒用C/C++就好了。」