聊聊我所经历的游戏公司(2)

　　后来反思那些成功和失败的项目，有的代码特别烂，但是它赚钱，有的代码写的特别好，一看代码就觉得架构特别好，就知道是个有讲究的程序员写的，但是不一定赚钱。发现一般技术领导主导或者技术领导强势的项目，一般不会受啥委屈，能学到东西，项目成不成的不好说，但至少心里是有谱的，出了问题立马能定位到，这样的项目成功的比例比较高；不懂技术的策划主导的项目，如果技术不强势，没啥地位，无畏的加班和受委屈是必然的，成功概率会低很多。不懂技术的管理人眼里，项目进度是可以通过加班和加人解决的，在他们眼里一个人三天的进度，跟三个人一天是一样的，经常让技术花很大的代价去开发一个优先级比较低产出意义不大的功能，而且会觉得开发人员的能力是一样的，他不管软件设计的原则，只要按计划完成就行了。但是长期疲劳加班搞出来的代码一般都是凑合的代码，没啥软件设计的原则，出了问题很难定位。我所经历的游戏公司，基本都是开始几个创始人做了一款游戏，后来这款游戏赚钱了，拿到投资了，就招人慢慢壮大公司，开新的项目，个人团队在当时能做大，肯定几个创始人必然是能在各个方面独挡一面的，制作人、技术、测试必然是比较优秀的，单个游戏成功了，公司不断发展壮大，开新的项目，原来的策划去做制作人，原来的运营测试去做制作人，原来普通的技术人员去做项目技术负责人，这就有一定的概率做不好，公司发展的速度远远超过了公司创始人当前的技能素质，如果创始人的技能水平能够跟上来新项目成功的概率就大，如果创始人的技能水平没能提高上来，项目失败的风险就比较大。

　　后来经历越来越多的公司，越来越觉得遇到一个懂技术尊重技术的领导是开发人员的幸运。如果公司或者项目的负责人是技术转行产品或者策划的，那对开发人员来说简直是撞大运了。pony也说过 我们希望的产品经理是从技术晋升而来的。确实是这样的，遇到过很多次，由于策划产品的不专业，整个团队都要跟着做错误的事情，他们写错文档了，该几个字就改过来了，开发和测试需要做很多工作量才能改过来。幸运的是，后面我遇到的部门负责人公司负责人都是技术出身的，偶尔也会周末或者晚上加班，但没有出现过强制996或者长期加班，觉得为了赶进度，短期的加班是无可厚非的，公司要生存，产品需要快速迭代，就需要加班，但是长期强制加班的一定是领导管理人员的无能。