关于游戏开发的几对关系

陈?

最近，gameres开发游戏的又多了几个，我想在此有必要对开发游戏的几对关系发表看法。
一、开发目的
开发目的分为锻炼能力和制作一款有一定质量的游戏。两个开发目的并没有存在绝对的优劣，是相辅相成的，没有能力就难以开发出一款有一定质量的游戏，开发出一款有一定质量的游戏需要一定的能力，因此，开发目的是由现阶段的客观环境决定的。开发目的是开发者需要解决的首要问题，以后的决定要围绕着这个方面出发。
二、个体和团体
游戏开发是个体还是团体需要围绕开发目的进行选择，对锻炼能力的目的来说，如果是要锻炼开发者自身的一项能力，那么个人开发是最好的方式，如果要锻炼团队之间的交流，就需要组建团队了。对制作一款有一定质量的游戏，要根据目前的工具条件和游戏需求来决定，不要盲目的追求团队开发，团队开发的确能够分工，减轻开发者的负担，但也容易造成开发者的堕性，造成开发者之间的争论，从而无发实现预期目的。此外，对于自身的性格也是需要考虑的。
三、游戏质量
开发一款游戏不要盲目的追求游戏质量，这样很容易造成放弃。游戏质量的定位要根据现有条件来确定的，游戏设计要跟程序员水平相适应，要严格的控制难度和复杂度，不要盲目创新，虽然出发点是要做个质量高的游戏，但是现实状况不容许，因此设计时需要了解程序员的水平，盲目创新很容易适得其反。因此，创新未必好，模仿未必不好，但要尽可能的去创新。
四、代码质量
代码的结构是由开发目的和游戏需求决定的。不同的开发目的代码的结构定位也不同。此外，开发者的水平对代码的结构也有影响，代码的结构要与开发者水平相适应。盲目追求好的代码结构也是不好的。有的游戏可能对维护的要求并不高，只要实现就好，但有的游戏可能对维护的要求高，这样对可读性和维护性的要求就高。因此，有时复杂是不可避免的。另外，除了一些特别要求的游戏以外，一般的游戏不要盲目追求速度，因为在追求速度的同时往往也破坏了可读性。
五、语言选择
语言选择同样要根据开发目的和游戏需求，各种语言都有优劣，并没有绝对的优劣之分，因此，语言选择要根据实际情况，不能一刀切的使用语言。对于一个确定的实际情况，语言相对上会有优劣之分，这时还要结合程序员的水平来确定。
六、开发者与程序员
前面说了这么多，就是为了说明这对关系作准备的。在开发者，往往表现为追求游戏质量，而不注重代码质量。在程序员，往往表现为追求代码质量，而不注重游戏质量。因此，开发者与程序员经常会在代码质量和游戏质量上相互攻击。其实这是因为目的不同。开发者与程序员之间没有必要用自己的长处攻击别人的短处，游戏开发需要一个和平的环境，一味的争吵对游戏开发并没有多大帮助。开发者和程序员要尽可能扬长避短，但重点要明确。开发者如果能够注重代码质量有时能够提高效率，做更完善的功能，也能够提高自己的游戏质量，而开发者注重游戏设计有时也会更利于代码编写。
这里，还要提出一个非常关键的方面，游戏开发的动机，游戏开发的开发目的在不同阶段是不同的，但都是在动机的驱使下，如果违背了动机（本意），那么就会极大的削弱了游戏开发的意义。因此，开发者在开发过程当中，不要因为去实现某个高指标，而偏离了动机那样只会是游戏开发枯燥，索然无味。保持兴趣的一个很重要的方面就是要按本意办事。有些人之所以要开发游戏，是要追求一种挑战（这里指代码上的挑战），如果要这些人入团队，可能就会失去了原有的挑战，违背了本意就会挫伤积极性，当然如果合理的方式，很可能会提高积极性。

游戏之家

关于开发方法，我不是高级程序员，写底层引擎我不会，最早的写过Z-80的汇编，
往往会写底层引擎的人并不一定能做出游戏，这个在商业开发游戏行业里是有分工的，
我是业余的，我只是个综合开发者，一般是快速开发游戏，
做完了就完，不用讨论什么代码的问题，新技术肯定有在学，新技术都将用在下一个游戏里，
况且我的代码根本没完全公布，只是些变量，我不相信你们做游戏不需要程序来画图。

我就拿网络漫步模仿我那个三国的程序说，有意义吗？我觉得写个没有任何功能的12个城市
还不如写一个完整的两三个城市，浪费时间，说代码短，一个外壳需要什么代码，我早期那个三国三城市演示是做了20个小时，打仗都有。

yingchong01

老实说，楼上的，你真的很菜，菜本来不是错，再加上嚣张就是你的不对了

zgc2008

强贴留名.

lights

吵架的不如多做点事，网路漫步，“恋爱达人”是你么？

happysnoopy

呵呵，楼主说的挺有道理的

lights

楼上的六个问题，其实就不需要思考。
一、开发目的：开发的唯一目的就是产品，这是毋庸置疑的。个人能力的锻炼和提高，是产出产品的附加价值。
二、个体和团体：一个人的也叫团体，开发的单位就是团体。准确地说，叫团队。有目标、以目标和资源安排时间才可以叫项目。否则就是习作了。
关于团队合作不好是执行力的问题，网络合作执行力较低是难免的，加强控制和坚持是非常必要的，需要强有力的项目管理，否则会无限期delay。
三、游戏质量
游戏质量是项目必须考虑的部分，项目负责人去检查质量，当提高需要较大代价可以绕过，但一定要坚持最初的底线。
四、代码质量
如果对代码质量的追求是盲目的话，那好，我是盲目的。代码质量会导致项目风险，提高协作成本，一样由代码负责人控制改良，死守底线。
五、语言选择
这个主要看技术负责人的喜好吧？-_-p
六、开发者与程序员
我是写代码的，但我不是程序员，一个小的team里不需要程序员。每一段代码会整合美术资源后变成功能，写代码的人对这个功能的最终效果的把握往往强于策划和美术。
如果项目有一个制作人，他的思路如果不能良好的传达到代码里，项目一定会走样。
所以任何项目的全阶段制作人和程序负责人是全职介入的。
小team里写程序的都是程序负责人。

游戏之家

业余的和专业的有区别，至少做专业3D游戏有人做画模型，
我没有。

lights

我一向反对业余的提法，至少我在没有成为职业程序之前，就是一直贯彻项目精神的。我觉得既然做，就没有双重标准。