type
status
date
slug
summary
tags
category
icon
password
之前发了个吐槽帖子,引起一些争议.详见: https://www.v2ex.com/t/623359?p=1
认真总结了一下,回答部分帖子里面人的疑问,(我认为的)如何写好一篇技术简历?
背景介绍:
本人后端开发为主(PHP+GO),会点前端(VUE 技术栈),在学 SWIFT(为了招 iOS 开发...),目前在某小公司做技术负责人,所以会负责招聘.
HR 由于对技术不了解,所以为了效率,经常需要我亲自到 BOSS 直聘和智联等后台直接筛选简历.
由于发了一个吐槽简历的帖子,引起了广泛讨论.这里斗胆谈一下我认为的输出一份好的简历的技巧,给各位能够带来一点帮助就很值得了.
我们从上往下说
📝 主旨内容
观点1:自我介绍
基础信息,不用多说.需要注意的点:
尽量不要放照片.做为开发,你不放照片无所谓,放了容易引起心态波动,分散阅读者的注意力,引起不必要的猜测.
观点2:个人介绍&技能点
我倾向于先写这一部分,在项目经验之前,让阅读者对求职者有一个直观的感觉.我个人的思路,是希望给别人留下一个印象,这位求职者是一个"喜欢学习新东西,喜欢折腾,有
GEEK 精神"的感觉.这一部分,尽量要有"亮点",就是跟别人不太一样的地方,能够显示出你这个人个性的地方,如果没有
那么你应该反思一下,并且从现在开始积累一个了.
这个部分很大程度上大家写的会比较像,我就要从中间找亮点,哪怕有一两个,也能够成为影响我决策的点,这样就有了更强的竞争力.
先说几个需要注意避免的点:
- 不要写主观的东西,比如"吃苦耐劳,善于学习,balabala...",因为无法验证,别人没法相信你.直接用事实说话,比如说"掌握多门语言,熟悉 PHP,会用 Golang 和 Python",别人就知道你可能"善于学习"了.
- 不要写人人都应该会的,毫无技术含量的东西.比如"JSON/XML 数据格式进行解析" "Composer 安装扩展" "熟练使用 git"
- 不要写无法证明,难以证明的东西.还是那句话,摆事实讲道理.栗子:
- 不要写一些使用 xx 的经验,因为大家都懂,就是对着文档撸就好了,除非是 JD 特别提到了,或者有特别的技术含量,我指的包括但不限于"LAMP 环境搭建" "会用阿里云" "会接入微信 /支付宝支付" "接入极光推送 SDK 友盟分享 SDK" 等等.
- 不要相信,甚至直接照搬 xx 简历模板(比如这种 https://github.com/resumejob/awesome-resume/blob/master/README.md ). 因为你的竞争对手很可能也在干一样的事情,这会让你的技能介绍部分毫无亮点.参考一下就行,不要照搬.如果简历都不肯动脑的话,那么别人很容易认为你是一个不喜欢动脑的人,恰好程序员又是一个需要天天动脑的劳动了.
- 不要写一些跟技术无关的东西,比如"会 PS" "有驾照" "会用 OFFICE 会重装系统 接网线"等等等等...有爱好特长可以写在末尾的个人介绍里面做为结尾补充.
观点3:关于亮点
鉴于大部分人(包括我) 都没有 GitHub 1w+的 star,没写过什么开源框架没出过书,很多人就觉得没有亮点.我觉得不是这样的.
比如我认为,"熟练使用 VIM(常用 easymotion CtrlP YCM 等插件),熟练使用 zsh+Tmux 管理服务器" 就算是一个亮点,毕竟只有少部分人喜欢折腾 VIM,就让人觉得可能喜欢折腾比较极客;
其他可能的亮点,我认为的有:
- 参与过开源项目,写过开源组件
- 有个人 Blog(真实有效,原创非搬运,有略为深度的内容比如某个棘手问题的总结,某个爬坑经验),反正我一般会看
- 会多种语言
- 有阅读源码的习惯
- 研究过新的扩展,工具,开源项目
等等.这个因人而异了.但是还是说,至少能体现自己喜欢写代码.如果没有,那么应该考虑积累几个.
观点4:工作&项目经历
我个人倾向于公司与项目混合在一起写,理由后面说.一般人都知道按时间倒序吧.这个技巧不说了
HR 一般会关注稳定性,在一家公司干多久.做为技术,主要关心项目,用来排除是不是外包公司.所以公司跟项目一起写会减少阅读的工作量,如果混在一起 ,就需要仔细核对,甚至有的人项目时间根本不写的,所有项目一股脑列出来,这种心情不好的直接不看了.
所以我推荐的一般格式为:
一些需要避免的问题:
- 技术无关的东西少写,更不要 n 个公司都写一些大家都知道的事儿,比如"负责项目应用软件开发编码工作,编写相关的技术文档,改进优化性能,提供技术支持..." 总结起来就是,我写代码了...这不需要写到简历上.
- 项目介绍应该尽量让人判断技术复杂度,不要写项目的广告语...比如很多人为了偷懒会写"x 项目的宗旨是为了宣扬和平与爱,我们通过 xx 平台方便了用户,促进了世界和平,提高了国家 GDP..."让人看了一头雾水,无法判断用到了什么技术.哪怕用户规模不大,也可以写"用到了 Laravel 框架(包括队列 Event Service),用到了开源扩展 Laravels Telescope ..."也会更好一点.
- 如果项目很多,就要挑几个重点的写,一些"管理后台",如果不是特别有料就不要写了.
- 避免流水账式的介绍,有一小部分人会把这一部分写成日记一样,"我们从 xx 年开始做,先经历了 xx,然后发生了 xx,这其中 xxxx",洋洋洒洒几百字不带换行,让人当场脑子死机.
- 项目不要胡写,最好有相关性.一般一家公司的主营业务不会太多,如果你在一家公司做了小说业务,又做了旅游业务,还顺带写了个 P2P 贷款,那么我会认为项目没有延续性,这样做出来的项目更不容易负责,草草收场的概率也比较大.
🤗 细节
大家做产品都知道要"打磨",所谓打磨就是在打磨细节.简历做为你跟其他上百名竞争者最重要的竞争手段,当然需要精心打磨.那么很多细节就都应该注意,尤其是程序员的简历,如果你关注细节 并且处处体现严谨,那么会给人留下更好的印象,毕竟这个岗位的需求就是如此.
通常要注意的,拼写错误,语句不通顺,就不多说了.简历毕竟是很正式的文档,不像论坛发水帖.这些都做不到的通常是减分项.
举几个不太容易重视的栗子:
- 大小写.比如"ios VS iOS", "mysql VS MySQL",
- 技术的性质问题.比如"熟悉 Ajax 框架" "熟悉 ES6 语言" "LNMP 语言" 等等...
- 文档格式问题,有些招聘网站可以上传自定义的格式,尽量用 PDF.毕竟很多开发都是 Mac,如果一个 word 格式的文档,在 Mac 上经常会有各种各样的问题,而且 pdf 的打开速度比 word 要快多了.
暂时想起来的就这么多了吧.产品老过来加需求打断我的思路...
anyway,简历是一个寸土寸金的文档,每一个字都值得我们仔细斟酌.而且针对不同的公司的岗位,也应该相应的略做调整来增加竞争力.
祝福每个开发同学都能找到心仪的工作,真心的.
📎
- 作者:NotionNext
- 链接:https://tangly1024.com/article/85c4b9a8-1637-4b22-b949-39d695e3ddcf
- 声明:本文采用 CC BY-NC-SA 4.0 许可协议,转载请注明出处。