今天，我们的手游公司解散了

肥朱

卡特铁角 发表于 2016-5-18 23:42
你比较适合做文案策划……

知道奥卡姆剃刀么？

第一，个人对奥卡姆剃刀原理持谨慎怀疑态度，举例如下：如果两个事件表现出来的特征相同，那么通过奥卡姆剃刀原理，则必会得出一相同结论。然后，给两个事件各加一不同线索，则必会得一个不同结论。说明，奥卡姆剃刀原理局限性与已知线索有关，在线索不足的情况下，用奥卡姆得出的结论，只是当时所能得到的最佳结论而非最正确结论。
第二，剃刀原理，这里不适用。剃刀原理前提，如无必要。而这个事件中，在资金紧张的情况下，对资金的使用可疑。既然疑点出现，则需要解释，这里就是剃刀原理中的必要了。既然出现了必要，那么当然应该新增实体。
第三，不认为任何所谓原理可以完美解析世界，尤其是变量为人的世界。

allenOLV

avi9111 发表于 2016-5-18 15:25
虽然我不算游戏行业很资深，但听你口气，感觉你还是不是很适合游戏行业，游戏行业不得不说是年轻人的世界 ...

我不是焦点,  不要太过在意.

我说明的核心是创业团队制作人对同伴的态度, 我的工作一向完成的毫无问题. 我的离开并不是因为对工作的无奈, 任何需求, 任何修改我都理解, 并且执行.

我所表达的是对未来的展望.
我觉得你可能没有太仔细体味留言.

此外您觉得适合不适合, 不重要, 我十年过来了, 还会有下个十年, 我还在, 你觉得不适合的判断, 从何而来呢?

allenOLV

卡特铁角 发表于 2016-5-18 23:48
你认为编写游戏代码最重要的是什么?

个人愚见...最适合需求的代码, 是最好的代码

allenOLV

avi9111 发表于 2016-5-18 15:26
当然，搜狐畅玩也是分什么一部，二部的，人家还有引擎部呢，人家成功了，怎么分都是对的 ...

并且, 我再说的是为人的问题,  并不是实际的业务问题.

虽然我能力不佳, 但是程序团队还是组建过几个,作为程序团队,BUG率是第一位.

留存不是程序部的首要职责.

至于分工的问题, 我想跟你说的是, 其实大小公司我也呆过, 我尤其不喜做程序的策划, 或是做策划的程序.

任何一个工种, 应该保持对其他工种的尊重.
短期的,小规模的游戏,多是这种模式, 但是一旦他们能做大, 也必然会分工明确.

甚至程序部也会细分公共与业务, 这都是公认的模式, 当然, 小资本, 的确没意思.

yuanwenqiang

avi9111 发表于 2016-5-18 15:25
虽然我不算游戏行业很资深，但听你口气，感觉你还是不是很适合游戏行业，游戏行业不得不说是年轻人的世界 ...

……。人家一个资深程序猿，考虑什么留存……你看懂人家说的东西没？程序就弄好他的东西……你这说的。我都感觉……反正挺逗的……你意思是说。你旁边的工作室，人人都是程序又是美工呗。因为不用分呗……你是说把程序团队带好了。还要去插手游戏规划，并提升留存是么？你要说程序们做到降BUG，优化包的大小和游戏功能之类的……我还觉得你挺懂的。但你说人家不适合……我只能呵呵，一个程序团队负责人，不是公司老总，制作人，和副总。做到这步算合格了。你来句不适合……我倒觉得你挺不适合的。

书紫恒年

allenOLV 发表于 2016-5-20 14:55
我不是焦点,  不要太过在意.

我说明的核心是创业团队制作人对同伴的态度, 我的工作一向完成的毫无问题.  ...

那个评论就是啥都不懂，别理会。

卡特铁角

allenOLV 发表于 2016-5-20 14:57
个人愚见...最适合需求的代码, 是最好的代码

我的意思是——针对一个需求编写代码有很多种实现方法，有的偏效率，有的偏可维护……当这两者出现矛盾时，你选择的依据是什么？

卡特铁角

肥朱 发表于 2016-5-19 14:14
第一，个人对奥卡姆剃刀原理持谨慎怀疑态度，举例如下：如果两个事件表现出来的特征相同，那么通过奥卡姆 ...

挺好的，科学总是教人怀疑，宗教总是教人盲信

但奥卡姆剃刀是科学研究的重要工具——它引导我们远离迷雾靠近真相

奥卡姆剃刀说穿了就是一个简单的概率理论：一个命题所依赖的前提假设越少，其为真的可能性越大，反之越有可能是假的。每个前提假设为真的概率为p1,p2,p3...，那么命题最终成立的可能性P = p1*p2*p3*...

gotcsq

yuanwenqiang 发表于 2016-5-20 17:49
……。人家一个资深程序猿，考虑什么留存……你看懂人家说的东西没？程序就弄好他的东西……你这说的。我 ...

我到觉得人家说的没有错，游戏行业不是每个人完成好自己的职责就能搞定事情的。最好的情况是一专多能，什么都会一点。这是基于现实的考量——坑B太多，有能力的人不多做点，项目就存在失败的可能。

当然，每个人考虑问题的基准点不一样，你认为程序团队搞定就算OK，那我觉得他无论出于对团队负责的角度来讲，还是出于对自己负责的角度来讲，搞定程序团队是远远不够的。

现实情况是，很多人连自己的职责都不能很好的完成，所以很多项目组刚建立的那天就可以宣判死刑，后面半年一年无非就是苟延而已，这些人不在讨论范围之内。要想把项目做好，每个人只负责自己的方面是绝对不行的。

卡特铁角

allenOLV 发表于 2016-5-20 15:01
并且, 我再说的是为人的问题,  并不是实际的业务问题.

虽然我能力不佳, 但是程序团队还是组建过几个,作 ...

我尤其喜欢做程序的策划以及做策划的程序，当然前提是这个人在这两方面都是具有一定水平的。

游戏所需的功能逻辑远比一般软件复杂，这样的人恰好就是策划与程序进行沟通的桥梁，可以大大降低沟通成本，省掉大量因概念导致的争论。这有点全栈工程师的意思。

如果你那么在意“工种”，说明你我并非同道。我相信一点——不是职业决定能力，而是能力决定职业。