缺陷与出路——一个游戏开发者的反思

santaclaus_lion

jiantx78: Re: 对于一个想在游戏行业长期打拼的人来说。
现实情况是，当大多数人都认为一个问题不是问题的时候，只靠领导者是无法落实和解决问题的

    呵呵。那说明你不是当领导者的材料。如果我是领导者，他们不认同我照样让他们好好的落实。

jiantx78

santaclaus_lion: Re:缺陷与出路——一个游戏开发者的反思

如果你已经有了决策的权力， 那就靠自己的能力去改变自己公司的状况就行了。何必教竞争对手呢？

     除非是为了更出名更有影响力，或许更好的投资罢了。

唉，中国就是你这种想法的人太多了，所以不能形成自己的产业

道不同不相与谋，不说了

lihai9917

看的我是一身冷汗,对作者的敬业精神表示钦佩,不过愤青味有点浓烈

青猫

好文

除了觉得楼主有点一叶障目的感觉之外，其他还好。事实上国内很多游戏公司的过程管理是做得不错的。另外也有用scrum方法开发游戏的，过程管理的方式又和作者提到的是两回事。楼主可以多了解一下这方面的内容。

同意楼主对目前业界内气氛的总结，大家对待这类似问题的态度就像开源在中国的境况一样，每个人都想拿来用，却不想贡献自己的部分。另外，能沉下心来总结经验的人，是很少，总得来说气氛还是比较浮躁的。

whykarmen

思想和勇气可嘉。此外，略提些个人看法。

首先，猜测作者没有做过软件开发，如果我错了请告诉我。关于软件项目管理，推荐看两本书：《人月神话》和《人件》。在软件开发领域中，你的想法在数十年前已经被认为是错误的了。瀑布模型的失败、各种新兴方法的采用（以及他们的适用范围）都告诉我们以下两点：1。整体来看，软件开发这门学科尚未成熟，不能达到传统产业的管理水平；2。必须认识到软件开发不是与传统生产行业相同的领域，这里，至少存在一些领域，其中存在一些不可控因素，使得不太可能（如果不是完全不可能的话）像作者希望的那样可量化和可控。如果不认同这两个因素，那么我们显然不可能达成共识。此外，提醒一点，即使是在传统的生产企业，他们的研发部门（如果有的话）仍然无法严格量化和控制。这里的关键点是区分生产和研发甚至创造的区别。vista的延迟和功能削减，是否使我们能理直气壮的指责微软的那几千号人都无能和愚蠢？至少我是不敢。量化->流水线的想法是非常正确而值得赞赏的，但并不是所有的东西都是能够量化的。也不是所有的东西都应该量化的，比如思想和感情。你希望量化的爱情吗？

其次，事情永远没有它看上去那么简单。就一款游戏来说，玩家能够看到的只是冰山浮在水面上的那一小部分，那些痛苦的、艰难的权衡和反覆，是外人所无法得知的。简单想一下，玩家能想到的东西，开发者真的想不到吗？站在不同的利益立场上，就会有不同的想法，但是永远不要蔑视别人的思想和能力。

再次，关于专业，我个人的看法是代表某种超出非专业人士的态度和习惯，而并非结果，也不是为了什么而奋斗的精神，那些，已经政治化了，而专业本身，与政治无关；

最后，让我再次冒昧的猜测一下，作者作游戏的经验似乎也不多？如果我错了请告诉我。当然，伟大的变革往往就是从不循规蹈矩者手中开始，所以我觉得改革者最值得敬佩，他们的伟大之处不是开创，而是要从无形而威力极大的环境中脱身出来。希望能有变革者出现，包括作者。

lilis

楼上的，你全猜对了

做服务不做产品

或许我们需要的就是高度概括和规范化.

woasun

若有实际案例就是篇好文章，现在只能说理论清晰，可行性有限。

我就在考虑怎么量化标准，真的难。

jiantx78

whykarmen: Re:缺陷与出路——一个游戏开发者的反思

思想和勇气可嘉。此外，略提些个人看法。

首先，猜测作者没有做过软件开发，如果我错了请告诉我。关于软...

我的经验不多，同时我没觉得中国游戏界有什么人可以自己觉得自己经验丰富；

很多意见不能完全赞同，但是值得参考，感谢

jiantx78

woasun: Re:缺陷与出路——一个游戏开发者的反思

若有实际案例就是篇好文章，现在只能说理论清晰，可行性有限。

我就在考虑怎么量化标准，真的难。

你要量化什么东西？具体点？