简历不仅仅是简历，它的重要作用是展现能力！！！阿里常年招聘，筛选各种简历。每到招聘季，筛选简历和面试的过程都是非常耗费精力的。当然，原因之一是我想招到非常优秀的人，宁愿多花时间。另一方面，除了那些不合格的简历，很多简历都很模糊，我只好在电话里再确认。同时，为了顾及考生的感受，我还得装得很专业，和他们有一点互动。通常情况下，大量的简历会被忽略。 为了提高这些人的简历(面试)效率，这里有几点建议:第一，自荐简历一定要签名。招聘季的招聘信息发出后，邮箱里会收到大量简历，基本上一半以上的邮件标题和附件都是未署名的。 测评+电子面试之后，并不是每份简历都会被写入完整的测评输入系统，尤其是少部分不确定的简历。我想抱着他们，等所有的解都解完了再把他们找出来。但是在查看这些简历的时候，我从邮件列表里能看到的往往是这样的:我早就忘了哪个邮件放了谁的简历，然后一个一个的翻看附件(有的是PDF，有的是Word，有的是HTML，有的干脆就是一个zip，有的干脆就是一个zip。 )评价原著费时低效。 就算你最后翻到你要找的简历，你的分数也大打折扣了。 所以如果推荐简历，一定要在邮件标题和简历附件的文件名上写清楚。谁，应聘什么职位，建议的级别(初级，高级，专家)，至少我下载完附件不用重命名。 第二，一定要有word或者pdf文件的简历。现在很多人的简历都是直接放在网上，或者是HTML。我很难解决这样的简历。 阿里内部招聘系统支持word和pdf格式，这是最好的。我进入系统，很多字段都是上传附件后直接被系统读出，而HTML简历是最差的。上传附件后，我必须手工填写。把精力花在他们身上完全没有意义。而且从我的经验来看，一页HTML简历源代码能体现的东西也就那么几样。毕竟我们现在不招初级(P5及以下)前台，所以word和pdf格式。 第三，简历要体现亮点。最好是现在也高度差异化的作品前端技术。如果不严格划分，还有NodeJS、H5、混合、架构、业务研发等方向。现在有很多库和规范，但是每个分支的难度和技术基线都差不多(比如达到高级需要的时间差不多)。所以，面面俱到真的很好，每个方向都让人深入有点太难了，但至少有一个方向应该是。 所以这个实力要在简历中突出出来。 事实上，90%的简历中的“技能”几乎都是一样的，几乎都列出了前台使用的技术，毫无意义地占据了简历的黄金位置。 所以，既然整个栈都不容易，不如把自己最擅长的语言或者技术突出来加粗。面试的时候我会直接绕过剩下的，从这个“突出加粗”的部分做少量的技术托底，引导面试官问你擅长什么，更有利于你取长补短。 技术筑底的一般做法是什么？看看作品！如果你擅长Node，看一下NPM上提交的模块，安装演示一下，说说核心代码。 如果是组件的话，就看看Demo，说说设计和封装思路。 如果是一套脚手架工具，直接画出结构图，说明原理和适用场景。 如果是项目，那就把你发的发布邮件显示为PM！作品不仅是这些，还有技术专利、设计方案、领军人物成功案例、团建成功案例等。只要内容丰富，接地气，脉搏略清晰(可以是代码，也可以是一件事)，表演时眼睛闪闪发光，气息乱飞，有这种感觉就对了。 所以，简历中有必要带上这些保留的作品，以便面试时炫耀。 第四，突出重点，展现能力。现在招一个会工作的人不难，难的是招一个会处理问题的人。 尤其是像阿里这样的业务研发，不仅要接收业务端的需求，还要警惕需求陷阱，准确识别刚性需求，制定方案，推动执行，发布成果。 所以，处理每个环节需要的技巧，都要在简历中有所体现。 具体来说，在描述每个项目的时候，不仅要有背景，过程，还要有你给项目带来的结果。 比如这样描述项目:我对XX项目进行了改造，用XX的技术方案克服了XX的困难。最终能够快速消化XX的需求变化，实现了研发的快速化、上线的快速化、数据收集的规范化。研发成本大幅降低，数据积累快速增加。比如XX终于开始在XX产品线普及了。 在面试中，这种描述很容易引出有针对性的话题来谈，也正是因为简历中的这些铺垫，可以节省很多面对面聊天的时间，更快做出判断。 相比之下，这个描述就不好了:XX项目的前台研发使用了AngluarJS，整个项目独立完成，包括整个Boss系统的模块，如受理收费、商品零售、小灵通短信群发、有线电视代收费、营业员/网点结账等。 这个描述只传达了一个信息，就是你用过AngularJS。 至于当初选择了多少种技术，如何选择AngluarJS，如何基于AngularJS耦合这些系统模块，是否涉及前端架构，AngularJS使用深度如何，项目成员之间如何分工，如何并行研发？你遇到过哪些你认为有价值的问题，并提出解决方法？是代码处理还是组织处理？这个过程只有通过面试时的问答才能搞清楚。不会提问的话，基本会跳过。 如果你在简历里表达出来，你的心思会很别扭，面对面聊天也不会很拖沓，那么你的能力评价自然会很高。 还有一点，很多人都有写博客和总结的习惯。这个习惯很好，如果能结合简历中的项目做个总结就更好了。 第五，全绿Github投稿记录附在Github的简历里。最好在那里提交记录。如果你去Github的主页，你想点击项目列表，寻找可以阅读的项目。如果你看到一个维护了很久的东西，自述里写得清清楚楚，郑重其事地写着“转载请注明出处”，你基本上就抓起手机开始聊天，结果基本上还不错。 六、遗留的顾虑和顾虑:每一次跳槽的离职原因，可量化的工作成果，能代表你最高水平的项目，都要写详细，用红色标注，用粗体下划线，并在简历中突出。 不关注:证书，四六级，懂的编程语言(不精通就不要写)，不擅长什么，个人简介。 第七，典型题，技术探底题肯定会少量问。另外，面试的时候大家都会问:1。哪个项目最让你满意，代表你的最高水平？你是怎么做到的？2.给你印象最深的一个(技术)难点，伤了你很久。你最后是怎么解决的，学到了什么？3.你工作时间最长的一个项目(或产品)。你在这个项目中看到了什么问题，你能做些什么？4.你能给我们的团队或产品带来什么？这些问题都不是硬性的。主要看平时是不是在技术之外想点别的，特别是在阿里很多BU产品基本形态形成的基础上，还要试错，创新，提高效率，改进，找方向。在这种情况下，仅仅有技术实力(完成刚性要求)是远远不够的，还需要更多的辩证执行。 目前在做前台开发。如果你现在想学习前台开发技术，并且遇到任何关于学习方法、学习路线、学习效率等方面的问题。入门过程中可以申请加入我的前台学习交流裙3000人:前:851中:231末:348。 也可以关注我的微信公众号【前台留学生】，里面聚集了少量的初学者裙档。还有少量前台学习手册、前台面试问题、前台开发工具、PDF文档、书籍以及我在前台技术这段时间整理的教程。需要的话可以自己下载。 最后，以上都是建议。不管你觉得他们有用与否，坚持一个准则，那就是“简历不仅仅是简历(你做过什么)，它的重要作用是展现你的能力(你能做好什么)！！!"