之前在给学员做工作咨询的时候，有刚拿到大厂offer的毕业生问我，要在大厂发展得好，需要注意什么？
我就直接讲讲，我见过的那些，大厂里快速晋升的年轻人。
第一个想起的是小F同学，他是校招进的阿里。那时候阿里的校招候选人普遍质量已经很高了，面试到小F同学的时候，我看简历是有点犯难的。普通本科，没有实习经验、没有算法比赛经验、没有外部项目经验，甚至笔试成绩也只是压线过的。当时给我的难题是，我问什么呢？看到简历里写的唯一的小项目，是他大三的一门课的期末作业。那只好问这个啦。一问不得了，他独自完成了概要设计到开发到测试，甚至还自己部署了一个模拟的上线效果。面试结束前，我问他对数据库的经验，回答是用过装好的MySQL,至于PG等其他数据库，没听过。在我看来不影响评级，给了个A。阿里那年的校招策略是先统一招聘，然后分配，也参考候选人自己的意愿。后来他入职时选了我的团队。
小F同学入职后不久，因为业务需要，团队成立PG内核组。因为当时他对几个数据库的内核的理解是一样的，就是基本是0，征得他同意，就把他安排到PG组。由于PG组有一个组长带，我对小F同学的具体工作关注就少了些。半年后，组长提名晋升，我在名单里看到小F同学的名字。在晋升提名理由是认真细致，我看到开发代码行数和bug数的时候，秒点了同意晋升。在通知晋升通过的时候我问他，怎么学这么快的，他有点害羞，说知道自己基础差就要勤快点，还有，女朋友没在杭州，工作时间多。我知道花时间固然是原因之一，认真细致的劲儿才让他脱颖而出。
另一个要说的是小W同学。当年我们开始决定要维护数据库内核月报的时候，团队的技术氛围非常好，虽然每个月计划发10篇，但是内部投稿量都远远不止。当时最大的工作量，是小编。大家也知道，程序员写文章，技术点和深度这些都能保证，但是语句通顺程度这种要求，对他们来说就有点超纲。这就要求小编在收投稿文章和第一次编修的时候，对文稿做文字上的纠正。第一期收上来投稿后，我就一阵脑壳疼。想了个偷懒的办法，就是交叉纠正。让A修改B的文章，B修改A的。小W同学第一期有投稿，所以他也有修改文章的活儿。等收上来大家的修改意见后，一看，好家伙，小W列出了30几条修改意见，甚至具体到标点符号。本着能者多劳的原则，小W就成了数据库内核月报的固定小编，出于尊重，改称W总编。大家知道W总编工作量大，写完文章投稿前，都会先自己把语句弄通顺点，不要出现低级错别字等等。即使他们也尽力修改，我从W总编修改后的版本diff提交版本，仍能看到很多纠正。本来文章上线前我要看一下的，几期之后，W总编修改过的文章，我就让他直接发了。有次吃饭的时候问他，一个大男生，怎么做到这么细致的。他说女朋友导师对文字要求特别高，帮女朋友改毕业设计论文的时候练的。W总编可不是靠着文字工作晋升的，实际上内核月报完全没在KPI里面。同样的质量出现在W总编的代码和注释里，才是支持他三年升两级的原因。
原文作者：丁奇3306；如有侵权，请联系管理员删除。
