Java教程

游戏工程师成长(四) 做事情的4层境界,你达到了哪一层 - 知乎

本文主要是介绍游戏工程师成长(四) 做事情的4层境界,你达到了哪一层 - 知乎,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

在工作过程中,做事情分为以下4个境界,分别是做了、做完、做好、做对,难度和耗时都依次递增。

第一层境界–做了:被动执行,不关注结果

处于这个阶段的研发,别人说什么就做什么,不会为这项任务做整体的考虑。

这类人大致可以分为以下几种:

第一种人没追求的,得过且过,只是想在公司混混日子。他们会觉得事情只要能够完成就好,至于最终效果怎么样,跟他们没有关系。这类人很难拯救,因为他们根本不想成长。

第二种人有追求,但是没有意识到需要把事情做到更好,他们以为只要完成了任务就已经是完满完成任务了,上头就已经很满意了。这类人还是可以拯救的,因为他们只是不知道要做得更好而已,有可能是因为他们以前工作的地方给他留下了这种不好的观念。只要合理地对这类人进行引导,他们会明白之后应该怎么去做得更好。

第三种人有追求、有意识到需要做得更好,但是因为时间不够等原因被逼得只能勉强完成任务。出现这样的情况,责任并不完全在执行者身上,还有一部分原因在leader或者pm身上。游戏行业研发压力大,时间经常会被压得很紧,要把事情做得更好需要花费的时间自然是更多的。

如果真的要把这件事情做得更好的话,可能需要执行者牺牲私人时间。偶尔牺牲一下私人时间也还可以接受,如果这种情况经常发生,执行者也不可能一直牺牲自己的私人时间。从这一点来看,年轻人比中年人更有优势。因为年轻人,特别是刚刚出来工作的人,私人时间一般都是空闲的。但是中年人的私人时间一般都是有事情要做的。这也是35岁中年危机会出现的其中一个原因。

更好的解决方法是执行者找leader或者pm沟通重现沟通时间,让执行者有更多的时间去把事情做好。不要不好意思开口请求更多的研发时间,确实需要更多时间就要及时汇报,不需要什么东西都自己默默背负着,搞得自己压力很大,不仅影响工作状态,还可能影响生活状态。

事情只做到这个程度的话,其实是有点敷衍的,做出来的东西不太能放得上台面。时间长了,leader也能看出来,对自己的发展发展非常不利。

第二层境界–做完:高质量、高标准完成任务

处于这个阶段的研发算是负责任的,起码完成的内容完备稳定,可以良好地接入到当前的系统中。

把事情做到这个程度只能说是比及格线稍微高一丢丢,完成的内容算是能看了。执行者完成任务之后不会有太大的成就感,只会舒一口气。

leader对这类人地印象不好也不坏,只会觉得这是个还能干活的人。

第三层境界–做好:完成的内容质量上乘

这个阶段的人不仅能够完完整整地把事情做完,还会主动为功能作出更多角度的考虑,关注功能的长期发展。

即使在大厂中,能把事情做到这个程度的人也不多。因为不止要把事情做完,还要额外考虑更多的事情,如可维护性、扩展性、内存占率、cpu占用率、FPS。其实能够考虑到其中一两点已经很不错,我到现在也没有碰到能够把这些点全部考虑到的研发。

可能有些研发以为自己考虑到了,但那只是他以为,其实并没有。

例如可维护性,有些研发以为自己的代码写得非常好,但其实很多人都看不懂他的代码,然后他可能还会说:“不是都写得很清楚了吗”。过了一段时间之后他自己都看不懂,然后他就会说:“肯定有人改过我的代码了”,其实并没有人改过。。。

例如扩展性,有些研发以为自己的架构写得贼牛逼,觉得自己整了几个manager就很厉害,蜜汁自信。认真看一下他写的manager就会发现这几个manager之间的耦合度贼高,没有一个是可以单独运行的,这种并不叫封装,只能说是把原本的一坨代码强行拆开到多个模块中。

内存占用率、cpu占用率、FPS一般都是在功能完成之后再统一考虑。在开发过程中也可以稍微关注一下,但是不建议投入太多精力,因为过早的优化并不见得是一件好事。

老实说,如果自己想做,又真的有足够的时间为功能作多方面的考虑,应该是很享受的一件事情。因为可以看着自己的功能变得越来越好,就像自己的孩子长大一样。

要想得心应手地处理好额外地事情,需要长期的积累,厚积薄发。平时多阅读经典书籍,例如《计算组成原理》、《代码大全》等。

第四层境界–做对:完成的内容真的能解决用户的问题

处于这一层的人会具有更强的主动性,具备主人翁精神,参与任务方向的决策。

理论上,把握任务方向这件事情应该由专门的同事负责,在游戏公司中就是策划。把握方向是策划的本职工作。他们必须要达到这个境界。因为方向不对,努力白费。

把握方向跟研发没有太大关系。但是我们可以影响策划,对方向进行细微的调整。如果在某些设定上,你和策划没有办法达成一致,而你坚定地认为策划地想法是不合理地。那可以和直属leader沟通给方向,某些情况下甚至可以请leader去和策划沟通。

一个差的研发只是做了客户需要他做的事。而一个好的研发创造了客户希望他创造的价值,可以通过客户表面的语言帮客户找到深层次的需求是什么,然后提出一个更好的方案。我们要创造价值而不是创造代码。

但是做这样一件事其实不容易被leader注意到,而且需要额外花费时间。leader只能看到你在花时间跟策划聊天,也不知道你是在聊八卦还是聊正事。

但我认为这件事是有意义的,因为这项任务的完成结果能不能被上级认可,很大程度上要看这个功能在游戏中的最终表现。如果最后表现不行,甚至这个功能最后不上线,代码写得再好,上级对你的评价也不会高。

你的苦劳能不能被承认,还得看功劳够不够。所以为了不做无用功,还是要多关注一下方向。当你的功能被一次次推翻的时候,是很受打击的。因为没有什么成就感,在其他人看来,很多东西你做了跟没做一样。

这个阶段需要的是较强的沟通能力,能够和策划的思想碰撞出火花,但是又不会破坏关系。可以学习一下沟通方面的知识,推荐《非暴力沟通》。


清楚自己当前的能力定位是很重要的,这样才能知道自己要往哪个方向去提升。


这篇关于游戏工程师成长(四) 做事情的4层境界,你达到了哪一层 - 知乎的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!