日记

一些不成气候的职业感想

Spread the love

晚上睡不着觉,好久没写长日志,趁着精神,稍微写一些感想。随便一听就行吧。

到腾讯工作不知不觉已经三个月了。这三个月让我意识到的是,我以前真的是铁憨憨,实际上行业内优秀的人数不胜数。到腾讯之后再也不像以前一样会控制不住自己的脾气,反而开始懂得怎么样谦卑一些(确切地说是菜的不敢多说话)。而且要学的东西还有很多。

关于团队规模

从小团队再一步步到大公司,我好像已经经历过所有尺寸的团队了……

从4人孵化团队,10人团队,到30人小团队,到100人MMO团队,再到现在200人都不止的大型团队。每个团队有什么样的问题,有什么样的优点,我也是感同身受,也第一次感受到一直听说的大团队不灵活的问题。小团队氛围很好,想做什么说干就干,但是做不了大东西;中型团队管理起来稍微吃力一些,但是还是很灵活,基本所有人还是能认识,大部分东西都能做,但还是无法面面俱到;但是大型团队,部门和部门之间分得很细,甚至没办法认全团队里面的每一个人,要做一些事情就缓慢很多,就像大型的动物新陈代谢也会变慢一样。

自我感觉良好,那只是因为你处在一个安逸的环境

在这里每一个人都很优秀,让我有种回到高中的感觉,在高中的时候我是区里最好学校的吊车尾,里面每个人都很优秀,我感觉不管怎么追赶都追赶不上,那种感觉还是很绝望的。不过还好,至少现在做的工作还是我非常喜欢的,我也会花很多精力在这上面。不过,大部分人都和我一样,平时都会去看书,也很有上进,或者更有天赋,或者基础比我更好。我的大学并不是985,211,上大学的时候只要稍微努努力,就可以拿个最好的,不是因为我厉害,而是其他大部分人根本没有在努力。所以慢慢的下意识就会很跳,会低估别人的水平,这个问题,从我到腾讯来之前都一直存在,不过好在现在我又慢慢找回了我的谦卑,在以前的公司都是我对别人说“你咋这都不知道”,现在要轮到别人对我说这句话的时候,可不好受,每个人的水平和年纪也明显可以看出差距,级别高的同事,你就是能感觉他的水平不一样,而不像以前面试年纪很大的人,感觉怎么还不如我自己一样。所以现在我常常就会有一种紧迫感,感觉自己要拖后腿了。就像一次版本内存涨了三十兆,我羞愧得不得了,真的是羞愧得不得了,感觉要被同事diss,也怀疑自己水平到底行不行啊。

不过在这样一个环境下,大家都比你厉害,确实可以学到很多东西。在工作过程中也是学习的过程。至少我现在感觉我在这里还是最菜的。每个人都有自己独到的长处。

统筹还是研究

在大学的时候,我始终觉得,我没办法和那些985,211的人去比科研。不过工作了几年之后,对自己的水平也慢慢有了自信,所以换工作的时候给自己的定位是去研究引擎。在上家公司,我做的工作是搭框架,做工具等工程相关的工作。我大学刚毕业的时候给自己定的目标是主程,实际上在一些小公司,我确实能胜任这样的工作了,但是我还是幻想着自己去能做一些有技术含量的研究。

到这里之后,一开始给我的定位也是渲染,后来发现确实水平不够,后来开始做一些技术风险评估,性能优化以及项目整体基础技术需求规划的工作,是放在一个小项目里面。

虽然心有不甘,但是确实承认我的水平还是不行。羡慕引擎部门能够在引擎当中开发一些底层有意思,也更有技术含量的东西,但又不得不承认自己上手确实写不了这些东西。怎么办?加油学呗。

不过统筹,也是一门学问,我在和项目同事沟通的时候,发现自己很多东西都想不到,而PM则能做到面面俱到,在我有疏忽的时候也能给出疑问,来保证这一块没有问题,这一点我非常佩服,而且很多时候还不止给一个项目做安排,不得不说,我以前过于小看管理这个工作了,特别是大型项目中。这不仅仅是经验的积累,更是方法论的总结,所有流程放在一起可能看上去很臃肿,但是确实保证了万无一失,好像巨大的生产机器,能够自我协调,自我修复。

虽然我个人觉得研究这件事情很有意思,但是不得不承认,统筹技能是在后续的职业发展道路上面必须掌握的一门学问。

新项目和老项目

上一个项目我是从新项目开始一直走到项目后期,上上个项目则是快上线的项目,而目前这个项目则是稳定上线一年的项目。加入新项目或者老项目,差别会非常大,给与的机会与回报也是不一样的。

在新项目中,什么东西都需要从头开始做,发现什么缺了,就把什么加上,而且项目内容少,变化也更加灵活,你能够看见一砖一瓦在往上叠加,非常有成就感,说出去也很有面子,“这个模块就是我写的!”,但是很多时候都沉浸在做事情上面,而特别是写过一次框架之后发现新项目其实差别不是很大,只不过业务内容会有区别,除非游戏类型发生了重大改变。而且大部分的时候你要跟着需求跑,框架能用就行了,方不方便或者合不合理是另外一件事情,能满足需求才是最重要的,所以你的框架复用性会非常差。

而老项目,你会发现所有基本你能想到的东西都已经实现过一遍,你要做的就是把已经实现的东西用起来,并且解决目前出现的问题,如果没有,再去加入新的东西。对于现有的东西,最好的方式就是往上加,而不是修改,否则谁也不知道什么时候会出一口锅砸到你的头上。特别是线上项目,稳定是第一优先级的,老项目你能学到的东西并不是你写了什么框架,或者是用了什么新技术,而更多是在管理上面,如何让项目有稳定产出,就像一个流水线的机器,如何使用更少的资源得到更稳定的产出。比如自动化工具,自动更服,资源自动标准化的工具,最后可能收敛到只需要运营就可以完成所有的项目运作。重复工作,机器永远好于人工,即使管理再优秀也是一样。

我在这次换工作的时候也是盯着成功上线项目来的,一些面试官比较奇怪,为什么不去新项目呢?

因为我想的是,我已经经历过新项目成长的阶段,知道了新项目从无到有的整个过程,一直都在为了项目开发做着工作,这个时候我更需要的是老项目的做法,老项目会有更多的积淀,也更多能学到一些线上管理的经验。当然,我更多也是想看看目前顶级项目在项目实践中的做法是怎么样的,毕竟是成功项目。不过程序员所想象的永远都是过于美好的。

成功产品和最佳实践

在我刚刚工作的时候,我觉得最佳实践和成功产品这两样东西是挂钩的。当我工作了两年之后,我虽然不能完全否定,但是还是觉得,成功的产品和最佳实践还是正相关的。直到现在,我才发现最佳实践和成功产品一点关系也没有。

这又让我想起了我离开实习公司的时候,主程和我说的:一个项目是否成功,不是看技术如何,而是看产品本身。这句话非常简单,大家一看就懂,但是身为技术却总是会陷入一个一直追求更新更好技术的怪圈。

又想起另外一个创业的朋友,也说过,技术只是门槛而已,上限永远是看策划的。这话不假。

所以当我来到这里的时候,虽然引擎组确实厉害,但是对游戏成功的加持非常小,用的不少技术还是蛮厉害的。我看到的更多可能是,项目中非常简单的工具,理所当然的最佳实践都看不到踪影,美术做事非常奔放,遇到问题之后再解决,代码和资源不存在review,全靠自觉,这让我感觉怎么还不如上家公司的一些管理呢。不过好在很多工具在版本上线之后逐一加上去了,项目也渐渐可控(就和我在上面所说的老项目技术收敛一样)。

我也想着,作为技术,眼光还是得放在产品上,毕竟技术再牛逼,产品不成那就是白搭。当然技术还是得追求,只不过是作为产品成功的方法,而不是目的。比如米哈游的赛璐珞风格,或者神秘海域这样的业界天花板,实际上还是为了游戏本身做技术(虽然米哈游现在好像走了歪路)。

看看最近的火焰纹章风花雪月,在switch上的游戏,用到的技术看上去甚至还不如手游高级,一些牛逼的手游我可以说吊打它里面的技术,但是为啥人家就这么火呢。

当然,话又说回来了,你是个技术,在想产品这件事情之前,你至少得完成策划和美术的需求。技术上的追求还是得有的,毕竟,这是你的核心竞争力。

最后

说了这么多,时间早就已经不早。再过几个小时甚至就要去上班了。谁让我周末肝了这么久的火焰纹章,真的停不下来。

虽然后来同事去的新项目好像非常牛逼,搞得我也非常想去,而我要在目前项目里面规划统筹各个基础模块(虽然是个拆分出来的小型项目)。也是个机遇,如果能掌握项目统筹的技巧以及成功对项目进行技术收敛,那么也是非常宝贵的经验财富。

希望自己在未来的职业道路上越走越远吧。

发表评论

电子邮件地址不会被公开。 必填项已用*标注