« backtrace-mingw 更新 | 返回首页 | 在新西兰自驾 »

关于这段时间的技术评审

这段时间除了忙项目外,还在参加游戏部门的程序技术评审。我是 6 人评审委员会成员之一。

这项工作逐渐收尾了,所以随便写点东西总结一下。只是我的个人想法,不代表任何其他同事和公司。我想我们尽量做到公平公正,这个是努力方向。至于公开…… ,好吧,现在还做不到,未来争取吧。写这篇东西,算是私下为“不公开”开一个小口。

在我看来,网易的管理一直都是稍显混乱的。管理层很薄弱,相比公司更重视研发技术,管理方面要差的多。对于开发人员,尤其是程序员来说,许多人甚至喜爱这种感觉。这就无法评论其好坏了。这五六年,隐约感觉管理层想逐渐在制度和管理方面正规化,做出一些改变。确实有许多改变在逐步实施,也有不少同事对此郁闷甚至失望。我觉得作为一个公司的灵魂,在重视技术方面我们不能抛弃,否则就不再是原来的网易。这次大规模的技术级别审核评定,也是肯定这一方向的。

我们这次确定下来,和员工收入直接挂钩的,正是员工的技术级别。换句话说,对于程序员,只要能把研发工作做好,收入就能相应提高。跟管不管人是脱钩的。不像管理岗位,一个萝卜一个坑,除非公司规模扩大,否则是没有多余的职位的;而以技术等级来衡量晋升确实有个好处是不限名额,能力达到后就能晋级。

对于管理级别,就成了额外的设置。反映到收入水平上看,一个特定等级的管理职位就是额外享受固定的职位津贴。如果专注于管理事务,而疏于提供技术等级,从工资收入上来看,是有折扣的。目前看来,管理级别比技术专业级别高或低的人大体上差不多,各占相当比例(还有等级相同的) 。这也说明管理等级和技术等级是可以做到独立的。

技术评级也是想做到一定的导向作用。用来引导同事向一致的风格靠拢。(不符合公司整体氛围的人比较难得到晋升)我们到底想引导什么?是前几天在广州昏天黑地的开了两天封闭会议的主要议题。

会议结果我个人还是比较满意的。作为多人相互争执妥协的结果,应该算不错了。

虽然不是 100% 能接受,但以项目成败论英雄还不是最坏的选择。技术要为成功的产品服务在目前这个时期是必要的。我们不能像 google 那样,可以随意拿出精力来做纯粹觉得好玩的东西。虽然做没关系,但是对于个人评级的影响就很微小。正所谓,不鼓励、不反对。如果做的东西能服务在好的产品中,那才能加分。

我们不鼓励单方面的发展自己的技术能力。无论多牛,那也是自己的事。所以就必须要求做技术交流,以及培养同事共同成长。甚至是提高整体行业技术水平。为了不让这个成为空话,较高级别的晋升的硬性条件中就加入了必须在公司做技术讲座甚至必须要求在整个技术圈内有一定规模的技术交流。即使在比较低的级别晋升中也要求有带新人的义务。作为硬条件写在晋升条件中,对某些内向的同事来说有点不公平,但目前也只好如此。如果实在做不到这些交流活动,至少,坚持写技术 blog 并有一定数量的读者也成吧。

这次,我的一项主张在通过时,还是有人反对的。那就是在一定级别之上,我们要求程序员必须精通一门静态语言和一门动态语言。只用一门静态语言的人是得不到高级别晋升的。Ding dang 就反对这一点。虽然他是公司最早提议使用动态语言做开发的人。不过最终我们还是以多数意见通过了这一条。嗯,算是比较民主了。

重构代码算不算重要工作业绩和能力体现,这个问题也拿出来讨论过。最终的结论是不算。原因是公司内太多人希望自造轮子。虽然有可能以偏概全,但简单容易实施的规则在现阶段对我们的评审标准更为重要。好吧,公司里现有太多脏西西的代码,太多不优雅的结构,混乱不堪的项目,但是,我们还是不推荐无边无尽的重构。真正的程序员会把那些实在看不下去的部分重新写一遍,但我们不鼓励这样做。同样的问题还有,每个客户端程序员都想做自己的 3d engine ,每个做服务器的同学都想重新设计服务器架构……

而参加开源项目则是充分鼓励的。尤其是向知名开源项目贡献代码和 patch ,可以和参加公司内部项目取得的成果相提并论。并在晋级评审中得到相同的权重。

似乎在网易,从搞开发转到纯做管理,不再写代码的人会被人“鄙视”。做管理工作的前程序员们多少都还做一些开发工作(甚至相当多开发工作)。就算完全不做了,也要表面上看起来还有做。嗯,老 ding 同学就喜欢在不同场合宣称自己的技术背景。其实他不写代码很多年了。这对不太喜欢写程序的程序员来说可能感觉不好。对比其他一些大 IT 公司来说,也显得管理方面不专业。但这种感觉,于那些痴迷于技术的同学来说,也是一种吸引力呢。至少,一个技术氛围浓厚的公司,人也更单纯一些。那些一心只写代码的同学们普遍显得比实际年龄年轻许多 :D


btw, 明天开始休假旅游,不在国内,不接电话,不回短信。可以收短信,偶尔会上网。

Comments

我不是搞计算机网络专业的。但很喜欢你的文章,文笔很棒。

个人觉得,觉得程序员不需要考核之类的是完全不知所谓的.
有些同学说:大家都看到眼里了.这个大家代表谁呢?个人的感受总是片面的,我们一定需要一个普遍的,共同认可的标准来判断一个人,而这就是考核.
没有考核,你怎么知道对方优秀的地方在哪里呢?
没有考核,就会造成当你要表扬或者夸奖一个人的时候,无的放矢。

参与开源,重构代码,,,,不能去做也是无奈啊,开发的工作永远不见得有尽头。

个人认为,搞技术评审是一个长远有害的事情。当然有人会说,大公司不这么搞怎么行?我认为,长远搞下去的话,整个公司会越来越官僚、臃肿。那还不如想办法把大公司的成员分裂成为一个一个小的有机体,就像细胞分裂一样,成为一个良好的循环。在一个小团体中,谁中用谁不行还不是一目了然。而且小团体之间也会有业绩的竞争。

其实从一个外人,一个游戏玩家的眼光来看网易。
在全国的开发网络游戏的公司中
网易真的是在技术方面最强的。并且是首家完完全全自主研发的一家公司。技术实力非常非常非常强悍!
但是我作为一名玩了10年游戏的玩家来说,现在的网易正处在一个非常危险地阶段!
可以看到,网易游戏的内涵越来越不那么吸引人,曾经的梦幻大话,大家不是冲着炫丽的效果去的,就是因为那种模式那种游戏内容非常喜欢。
时间过了许多年,那种游戏模式基本已经不太受老玩家欢迎了,也没有了曾经的乐趣。
现在玩3D游戏很大一部分是为了看炫丽的效果,其实这是违背了游戏的初衷的。作为游戏的第一要素还是游戏性。
我要说什么,看天下二吧。。那几个副本做的,再与WOW对比。。我都有点看不下眼了!在看天下贰的游戏模式,就是让玩家掏钱,每一次更新都是让玩家掏更多的钱(虽然说娱乐是需要消费的)。
网易的技术,绝对够令人折服。但是策划和游戏行为的设计。。不敢苟同,长此以往,我不知道网易还会走多久,至少我是不会再支持网易的游戏了

其实还真是喜欢以技术为主的公司,氛围比较简单,进程切换的代价也会少很多。公司在技术氛围上还是不错的,就是感觉对其他的用户产品布局不清楚

重构,能使个人进步很快。不过有时会浪费比较多的时间。

网易这样做是对的。

膜拜云大大!

车东大大也是在网易也代码出来的啊,刚知道,长见识了

其实还是挺怀念在网易做开发的时候,也是自己学习和积累最多的时候。

云风已经融入网易公司了,所以观点也不可能站在一个自由独立的角度了。
搞那些什么评级的审查制度,在技术上是非常可笑的。这些只是公司政治。

关于是否要掌握一门静态语言和一门动态语言,看来图灵是无法通过审核了。

“用来引导同事向一致的风格靠拢。”
这一点对于技术来说是不好的吧,特别是现实中人已经很容易发生观念固化了。

那些一心只写代码的同学们普遍显得比实际年龄年轻许多 呵呵 这句说的好啊

提到云风就想到网易,提到网易网易就想到云风

了不起啊

还好C/C++一直在做项目,游戏恐怕我是不会写了,总算这项还不算拉下很多。注:这个阿拉伯数字7有点纠结,我老写成七。

以前记得云风兄还在读书时,常去你的网站玩,用过风魂,当时写了个推箱子玩。还有金点子工作室,当年最常去的二个游戏开发网,这么多年过去了,才发现原来云风兄一直按着当年的路走下来了。


微软的程序员分为13级。从D1到D13。但gates没有基本,他是老板


如果员工无法参与过程改进以及对过程改进有足够的认同, 效果不会很好, 即使这样的改进是对员工有利的.

基本上不怎么动!

好吧,我要去网易
骗人啊(阿拉伯数字七) 写在认证框里没用啊

还蛮有意思的啊

重构代码可以作为单独task列出来的,如果项目的管理没有这个习惯并且对此不作任何鼓励甚至ignore的话,可能会有人只是单纯为了完成任务而产生一大堆的bad smell,维护性大打折扣。

就如@lichking所说,重构和重写并不相同。

技术评审还是有作用的,特别对于大公司来说。
ps.云风大哥去哪里玩呀,羡慕呀!

很多有着高度“工程”的软件公司有着大批生存而工作,不是因為興趣而工作的"码农",不是全部,大多工作都是如此,所以“码农“只是一个职业选择的问题。

做技术是一个可保持理想的行业,虽然只是百分之十的理想,如果你技术足够资深,你会饿死吗, 一种错误方式的评审和你又有多大关系,企业文化是一种生态,我们自然会向往对研发更为公平的环境,希望和志同道合的人在一块,为了共享思想和交流,不是为了自我吹嘘,炫耀华而不实的轮子,能够看清虚伪的知识,为了真正的创造力而践行.

技術評審是沒用的.中國從事代碼行業的碼農都是因為生存而工作,不是因為興趣而工作;
技術評審最終無非是壓低員工工資的手段而已;
企業利潤好了,大頭給商務部門,技術部門能多分三五斗;
企業虧損了,你在牛b的技術也要面臨被走人

现在评审,有些机械,或者有点像高考,虽然能做到基本的公平,但很难说是一种好的选材模式。

现在已经不是技术为王的年代,根本用不着技术英勇。要的是程序员有开阔的视野,选正确的方法,正确的方向来做事,不折腾,实实在在把项目带上正途,而不是搞多年后,反复重写,反复重构一副劳苦功高的样子(但实际上,这类人虽然技术差劲,或者在一方面标榜自己很 NB,但常常能得到晋升)。

"而参加开源项目则是充分鼓励的"
"至少,坚持写技术 blog 并有一定数量的读者也成吧"等等这些能成为公司的考核,恩,向往。。

如果真的能贯彻执行,NETES的希望还是蛮有的!

在公司里不鼓励就和反对差不多

同样的问题还有,每个客户端程序员都想做自己的 3d engine ,每个做服务器的同学都想重新设计服务器架构……
好像是这样的,我这边就有刚毕业的同学老是嚷着写engine,甚至说着计划自己写一个操作系统...

这东东没什么意思

云风......网易......

向往......

观点基本同意,除了重构这块,重构并不是重新发明轮子,而是把规格不一的轮子换成标准化的轮子,由谁来做,有待商榷

Post a comment

非这个主题相关的留言请到:留言本