死月大名听过,技术相当不错。
但技术这个维度,做到高级程序员,其实差距就不会有这么显著了。
如果排除阿里内部不公平的可能性(或许也可能是这个原因),可能死月是欠缺在其他技能上了。
比如:沟通表达能力、产品业务洞察力、资源协调整合能力、向上管理能力、技术认知及前瞻性等等。
对程序员来说,高级程序员意味着掌握了下面这些技能:
另外要想成为高级程序员,算法非常重要,比如这份阿里大佬刷Leetcode总结的算法笔记就非常经典,如果你能吃透,那我相信80%的大厂技术面试都会不在话下:
看看这本书的目录,非常经典:
阿里P6+就是高级程序员,而P7是技术专家。那技术专家和高级程序员究竟还有哪些距离呢?
我想举一个个人的例子来说明这个问题:
18年我放弃阿里P8+ offer,加入哒哒少儿英语,担任技术VP和创新事业部总经理。上任的第一件事就是参与重构整个公司的架构,深入了解了下,我们首先把公司当时的架构画出来了,简单点说就是个大泥球架构:
这家公司的数据库是单库模式,一张表就有几百个字段,简直搞死人。
当时公司已经惨到只要改一个功能就得测试2周的悲惨境地,线上出一个故障技术团队更是惶惶不可终日。
耗时2周我们才完成第一步:深入了解了这个大泥球和对应支撑的业务。
接下来耗时1个月,采用ddd领域设计:
在充分了解业务之后,基于领域模型,我们做了对业务的拆解:
接下来我们最终确定了新架构的六大关键元素:
基于领域模型的拆解,我们还确定了六大关键元素之间的并列、包含、支撑关系。
然后我们设计出了新的架构:
以上,是我们确定的公司的新的技术架构图,紧接着团队攻坚3个月,按照架构图的设想重构了公司的技术框架。
重构完成后,公司的程序员们再也不用为了一个bug拔光自己的胡子了。
而要完成这么一个大工程,技术能力只是最底层的,更关键的就是:产品业务能力、向上管理的能力、资源协调整理能力、领导力等等。
顺便推荐一个经典github项目,这个项目收录了程序员需要学习的方方面面,包括计算机经典书籍、经典大厂面试题、各种图解tcp/ip、操作系统、在360积累的soa、网络相关核心文档、程序员成长超全攻略等等:
在阿里你可以找到很多你在社区没听过名字的高p,你也可以看到很多社区高手加入阿里拿到的级别没有想象中的高。
实际上,我们在公司的Title叫做“工程师”,所谓工程师,是一种利用技术产生经济效益的岗位,公司去评价一个人的职级,更多是看他的工程价值,也就是能给公司带来的收益。这个收益不一定是直接的营收或者利润,可能有一定的推导关系,比如团队效率、线上质量、技术攻关等等。
但是这是不是意味着技术就没用了呢?不是的,越是高级别的工程师,就越依赖深度的技术去解决工程问题。所以你可以认为,技术水平决定了你的天花板。在阿里巴巴,每年总结的时候,除了绩效,还会做人才盘点看每个人的潜力,这时候,技术水平就是主管们非常关注的选项了。
总之,我想说的是,努力学习技术吧,你的努力绝对不会白费。
为什么会邀请我。不对,为什么会有这个问题。
其实我并不是很想回答,毕竟会把我的缺点放在公开的场合供大家批判,甚至会影响到其他人对我的评判,也会让我的老板发现我未被发现的不足。
后来想想,还是答一下吧,把这些公之于众也许并不是什么坏事,毕竟总不能一直把自己包装下去,聊以自勉吧。
我的技术水平,我是很有自信到更高的层级的。而且是拍胸脯的那种。
然而,正如狼叔 @i5ting 和温大 @winter 他们说的。技术行了之后,要看的就是各项软技能了。
很可惜,我的软技能拉了我的后腿。虽然你没有技术很难为公司创造价值,但是有了技术也不见得会给公司创造价值。
我之前在大搜车能带那样的团队,全是因为我的个人红利,团队并没有那么大,我的决策非常容易推行,团队成员也很信服我,由于效率还不错,还能有多余的经历去深掘技术,也就造就了我对外的口碑。
而现在,在没有了个人光环的庇护下,软技能的短板很快就显露了出来,独自在做产品摸索的时候,对于时间的安排和产品终态的定型都比较薄弱,不能很好地宏观去设计产品形态,过度追求细节的完美。
毕竟在负责一项事情的时候,你就要负责到底。而不像之前大搜车一样,产品形态什么的不需要过多负责,我们负责技术挖坑即可。这种 Owner 意思是非常重要的,只有对自己负责的事有了宏观的 Owner 意识,才能更好地把握路线,而不是一头闷在技术上。
就是因为软技能、做事风格上的不足,导致我后续的事倍功半。
毕竟正如 @何幻 所说,有技术是 1,其它各方面的技能都是后续的 0。
而我,目前只是个 1。关于软技能的说法,我其实在前几年的年终总结,包括还在大搜车时候写的年终总结都有提到,希望来年提升。可见其重要程度。
你有没有技术决定你能不能为公司创造价值。有了技术之后,你的软技能好不好决定了你能为公司创造多少价值。
非常感谢老东家花瓣网为我打开了新大陆。非常感谢老东家大搜车给了我提升自我和发挥的空间。非常感谢现任给了我认清自己不要被捧杀的现实,也同事逼迫自己进一步进步的成为更好的自己。
自勉。
共勉。
最后,在技术的领域上,我绝不算强,不要再捧杀了,这两个字在我读研的时候就有同学提醒过我。
毕竟在前面的前辈们太多了,差不多年纪的大佬们也特别多。我只不过是在我稍微熟悉点的领域中比不熟悉这个领域的人要厉害点,但是同领域中钻研得更深的人比比皆是。
我最多是比入门的人们稍微了解些许的知识。
利益相关,蚂蚁 p8,后端开发,在业余学 node 的时候跟死月有一点点交集
首先死月目前 p6 的评级是否正常...,我做面试官也好几年了,我觉得不正常,一个在大搜车做个 10 人团队 leader,技术能力完全过关甚至溢出的候选人,在蚂蚁拿一个 p7 是很正常的操作.
这么来说吧,以现在蚂蚁技术团队的水平而言,论技术比死月强的 p6 凤毛麟角,比死月差的 p7 比比皆是.
那不论技术,单从管理层面上而言,现在蚂蚁的绝大部分 p7 都没有在一个中型以上互联网公司带 10 人团队的经验.
从履历和能力而言这是一个稳 p7 的评级,p6+都不太说得过去
所以,我个人猜测是面试中死月的表现太差了,导致评级降档,因为从履历看这是一个妥妥的 p7 评级,大概就是面试中技术部分没问题,但是团队领导力方面、规划方面都出现了比较大的问题.
在面试 p7 的过程中我们一般会至少有一面针对其非技术能力进行考察,比如一个 leader 如何推进项目进展,在选型中团队有反对声音如何应对,如何提高团队的技术能力,如何合理安排自己的工作节奏,这是一个高工往上走必须要思考也必须要面对的问题.
死月应该是在大搜车快速发展期被硬推上去的 leader,那种情况下很容易选出一个技术最强的做 leader(技术好不等于管理好),然而死月的领导应该也没有多引导死月,导致虽然在 leader 的位置上,却不是个 leader,更像是个技术带头人(技术带头人跟 leader 根本不是一个概念),所以死月在非技术层面的思考和经验太少,才可能导致评级降档.
所以,以我的视角看,死月来蚂蚁并不算是坏事,他在大搜车的领导没有更好地引导死月,死月在 leader 位置上做着技术带头人的活,还不如在蚂蚁从 p6 干起,慢慢往上走这样更扎实,毕竟升 p7 也就是时间问题.
以前我在阿里的时候感觉可以给死月找n条原因来提高。
现在我发现这就是一种高级pua,死月其实早就应该升职,拖着不升职就是老板想恶习他。
升职标准那么多,原因是什么?
那就是升职行为只是一种被供需逼迫的成本控制方法,一种保持团队稳定性的管理手段。
建议像死月这样技术外显 知名度高的程序员,换家公司,换个岗位,毕竟跳槽才是最快拿到和能力匹配岗位的方法。