工作3年和工作7年的程序员到底差在哪里?
有不少同学问过我技术能力的问题。比如说工作三年的人,应该有怎样的技术能力。
图片来自 pexels
我们公司内部有一个技术等级的标准,但我感觉那种描述太虚。实际面试的过程中,一般面试官也不会询问那些太虚的东西,反而更看重实际的项目经验。
所以通过项目经验来判断一个人的能力,我觉得是最普遍且客观的。
程序员的经典段子:“Talk is cheap,Show me the code !”。在实际面试和衡量一个人的技术能力的时候,我觉得就是 :“Talk is cheap,Show me the project!” 。
你知道什么不重要,重要的是你做过什么。这里引申出一个很重要的问题,作为程序员,做什么事情才能够给自己带来真正的,最终的成长,我觉得就是项目。
很多同学都有持续学习的习惯,有时间都会去钻研新技术,学习新知识,这当然是极好的,但这个不是能力成长的终点。
我觉得能力成长的终点,应该是将所学的东西应用到实际的项目中,形成真正的能力。
就像我们在听一个人介绍一个大牛的时候,不会说,这个大牛会 xxx 语言,会 xxx 框架,而是会说他做过什么项目,项目的规模有多大,影响有多大等。
再回过头来看,同学们提的问题:一个三年工作经验的人和一个七年工作经验的人,在能力上有什么不同?
这里的不同当然是多方面的,但就技术能力来说,最关键的还是项目经验的不同。
第一个是所参与项目数量的不同。就同一个人而言,工作七年时候的项目经验肯定是要比工作三年时候多的。
第二个是项目质量的不同。正常来说,对同一个人,工作七年后所做的项目质量应该是要高过三年时候的。
如果工作了七年,但发现所做的项目,以及在项目中所承担的角色还是跟三年时候一样,就要十分警惕了。这让人感觉,你的三年跟七年似乎是没有区别,没有成长的。
那如何来看一个人的项目经验呢,我觉得可以从这几个维度来看 :
项目的规模
规模可以从两个方面看:
- 项目参与的人数
- 产品的用户数
项目参与人数越多,说明项目的复杂度越高,在项目里遇到的问题也会越多,越难,用于解决这些问题的技术难度也会越大。
比如说,两人参与的项目,就软件构建层面来说,怎么搞问题都不大,大不了两人打一架,总可以统一到一起。
但如果是五十人参与的项目,难度就大很多了,如果没有统一的开发规范,不遵循一般的设计模式,设计原则,项目最后就会陷入泥潭。
产品的用户数是一个很核心的指标,特别是互联网公司。其实无论是服务端,客户端,前端,还是算法方向,技术遇到的难题都是跟用户数量成正比的。
服务端很好理解,千万用户的和亿级用户对服务器数量的要求完全不同,服务器数量可能是近十倍的增长,而复杂度的提升比十倍还高。
客户端,前端,在用户规模大起来后,会面临更加复杂多变的环境,比如一些长尾机型的适配,一些难以兼容的浏览器等。算法同学要面对的是更大的数据量。
更大的数据量,意味着数据的多样性会更大,噪音也会更大,这也提升了数据内容理解的难度。
项目中的角色
一个十人项目里的主负责人和分模块的负责人,肯定是不一样的。主负责人需要更高的技术视野,更全面的思考,也需要有更好的协调能力。这个是技术,统筹能力的综合体现,毫无疑问会更加有含金量。
在实际面试过程中,面试官可能不了解你公司,也不了解你所在的团队。你说你是项目负责人,说白了,他也无法证伪,所以这里更重要的是,要有主负责人的那种技术视野和思考深度。
在实际面试的时候,你说你是负责人之一(实际的负责人可能不止一个),然后你又体现出了相应的技术视野和思考深度,其实也是可以的。
这里也给了我们一个启发,无论自己在项目中是什么角色,对系统的思考都是很重要的。
很多同学说自己天天写 if else ,做的项目没有技术含量,但你真的有思考吗?有花时间去了解过系统的整体设计吗?不同的模块之间是怎么衔接的?整个系统最难的是什么?
再者,多问一句,你知道系统存在的问题吗? 你可以把它设计得更好吗?这些其实是日积月累的,人跟人的区别,也就在于这多一步的思考。
项目的性质
这个需要解释一下。对于工程系统,可以做这么一个大概的划分,业务系统,中间件,基础组件。
一般情况下,就技术含量来说:基础组件>中间件>业务系统,就业务能力来说,是反过来的。
在实际面试的过程中,大部分的面试官比较喜欢有技术含量的项目,纯业务逻辑的阐述比较难获得面试官的认可,所以有机会去尝试一些基础系统的开发或中间件的开发,这是应该好好把握的。
如果实在没有机会,也要学会抽象业务系统中的业务逻辑,抽象描述比起直白的业务逻辑陈述,给人的感觉肯定是不同的。
算法的方向,也有区分,主要区分是应用研究和基础研究。这里主要是岗位的匹配度。
基础研究去面应用研究应该要容易些,一般面试官担心的是,基础研究的同学有没有实际的业务经验。应用研究要面基础研究,估计就会比较难了。
自己折腾的项目
这个我觉得在面试的过程中,一定是有加分的,先不论项目本身做的怎样,会主动去折腾项目的人,对技术一定是有激情的。
对于毕业生,在大学的时候会不会自己找项目来做,在技术职业发展上,已经是一个很大的分水岭了。
对于已经工作的人来说,如果能够参与一些开源的项目,面试官无疑是会多看一眼的,不过目前国内企业的工作时间太长,我估计大部分人没有这个时间和精力了。
结语
项目经验,我觉得是程序员最值钱的东西。除了校招的时候,对项目经验的要求比较低,其他时候,项目经验都是决定技术等级,收入的关键。
所以我们对项目经验的积累要非常的重视,除了项目的数量,也要更多的考虑项目的质量。
程序员在自己的职业生涯中,要经常思考自己所做项目的规模和技术的难度,如果发现自己长期处于小规模,低技术难度的项目中,就要想办法为自己找寻更好的项目了!
更多信息来自:东方联盟网 vm888.com
- 09-29工作3年和工作7年的程序员到底差在哪里?
- 09-29身为网络工程师,你能说清楚网络的概念吗?
- 09-29IT运维没做好这一点,恭喜你,这个锅你背定了
- 08-01浅谈Web经典三层架构和MVC框架模式
- 08-01作为首席架构师,我是如何选择并落地架构方案的?
- 08-01互联网架构的演变,看了好多这个讲的确实清楚!
- 08-01架构师教你如何设计一个高并发系统?
- 08-01分布式系统中Session共享的五种方法
- 01-11全球最受赞誉公司揭晓:苹果连续九年第一
- 12-09罗伯特·莫里斯:让黑客真正变黑
- 12-09谁闯入了中国网络?揭秘美国绝密黑客小组TA
- 12-09警示:iOS6 惊现“闪退”BUG
- 12-05亚马逊推出新一代基础模型 任意模态生成大模
- 12-05OpenAI拓展欧洲业务 将在苏黎世设立办公室
- 12-05微软质疑美国联邦贸易委员会泄露信息 督促其
- 12-05联交所取消宝宝树上市地位 宝宝树:不会对公
- 12-04企业微信致歉:文档打开异常已完成修复