最近的游戏制作感悟

源代码之光

好久没来了，工作忙的要死，现在终于有那么一些比较空闲的时间了。

最近这一年感觉自己对程序的感觉变化得好快，现在随便写点心得。

游戏开发其实最重要的到不是特别多的新技术的应用，而是如何可持续性的维护和发展。因为网络游戏和单机游戏不同，单机游戏投放市场便不会有更多的维护，而网络游戏不同。所以呢，数据库便本着查询方便的设计思路去设计；服务器客户端逻辑层本着设计简单，维护方便去写；能用脚本就用脚本，出了问题能不停机更新变不停机更新；凡是涉及用户虚拟财产的都加log。

大家也应该有很多新的感受，不妨也写一写。加精华哦，呵呵。

wxhwhmanshan

up

PassByYou

同

小神

谢谢,获益匪浅,希望能有更多的大大把相关经验分享给新人

filx

赞同,说实话现在看不少人都把shader程序拿来眩，感觉很奇怪，大部分开发都用不上.
再看下任天堂几个游戏的代码,大量的模型变化控制.一个主角有上百个动作控制函数
光材质和贴图的组合运用就可以达到很好的效果.
粒子系统还有区域影响,例如vortex,magnet,spin等控制.
天气系统的日夜过渡自然变换,风对环境角色的影响.
角色物体布料的运用,大量的界面元素控制,特殊的画面表现例如热气,火焰,冰
细节的综合运用产生最佳的画面效果.
我们是由美术操作模型,国外是由程序操作模型,国内程序的3D技术还停留在幼儿时代.

bracelet

不要从一个极端走向另一个极端

采用什么策略要根据实际情况和需求来定

平衡之道才是根本

tonykee

我现在也是在全面研究架构方面的东西，什么shader出什么新版本，才懒得理他
在渲染特技方面花大量的精力可真不划算，而且容易陷入硬件和dx版本升级的泥潭。

个人认为，好的引擎层次架构方面的东西才是最值钱的（永远不过时，更人性化）
渲染技术次之。

singohgod

tonykee: Re:最近的游戏制作感悟

我现在也是在全面研究架构方面的东西，什么shader出什么新版本，才懒得理他
在渲染特技方面花大量的精力可...

在项目经理的大局观眼中，当然是架构重要，但是在编写渲染引擎的人眼中，当然是shader更重要，每个人的发展方向不同。

就如龙书中某位大师说的，3年前说的，再去关心过时的固顶管线实现已经没有意义了

sm已经发展到4.0，国内居然没多少公司用，这不值得思考吗？看看近2年老外的游戏，单机和网游，还有在用固定管道的吗？

同时，我也认为，架构的重要是个始终不变的主题，每个程序员都希望自己能写出好的架构，关于这个可以搜索这篇文章 “中日程序员的差别”日本的程序员是倒金字塔，搞架构设计的很多很多，而具体编码的确很少，中国相反，所以很多日本程序外包到中国，中国程序员始终是工人。

所以我希望大家，一起提高，而且有方向，有目的，可以多一些人把自己定位为架构师，也可以钻研其他方面，如渲染，我现在比较喜欢渲染，因为很炫。。。呵呵

希望大家多交流~~~~

tarkey

借杨同学的宝地也发发感慨.

很少写实际和项目相关的代码了,一直在维护整个结构和流程.最近花比较多的精力在做项目的Automation上面.
目前支持的是CodeWarrior + Subversion + QA管理软件的体系.
每天晚上12点开始跑Automation,首先从subversion 上得到log信息,并更新整个项目目录.
然后利用CodeWarrior的Win32 OLE打开项目,开始编译,并捕捉任何编译的warning和error.
把error和subversion上的submit信息结合起来,自动报告到QA
然后把整个nightly build的信息发email到项目里各个部门的负责人.

接下来打算做的是把bug的修改情况结合subversion的提交情况来自动生成程序员的工作进度周报.
通过这些统计数据来对程序员的业绩进行评估,估计等这套automation的东西完成之后,鹅每天的任务会只剩下阅读email了...

liam

游戏的开发应该与游戏的设计紧密结合.
游戏的设计应该能引导游戏的开发
在固定的硬件设施上游戏的玩家应该是相对固定的.游戏的设计应该去探索如何去保证这些玩家的不流失.
游戏的开发在忠诚于游戏的设计上应该去探索.如何尽可能满足以后日益繁杂的需求.

前一段突然想到的一些问题.. [em2]