答:如何写好一篇技术简历?

之前发了个吐槽帖子,引起一些争议.详见: https://www.v2ex.com/t/623359?p=1 认真总结了一下,回答部分帖子里面人的疑问,(我认为的)如何写好一篇技术简历?

背景介绍:

本人后端开发为主(PHP+GO),会点前端(VUE 技术栈),在学 SWIFT(为了招 iOS 开发...),目前在某小公司做技术负责人,所以会负责招聘.
HR 由于对技术不了解,所以为了效率,经常需要我亲自到 BOSS 直聘和智联等后台直接筛选简历.

由于发了一个吐槽简历的帖子,引起了广泛讨论.这里斗胆谈一下我认为的输出一份好的简历的技巧,给各位能够带来一点帮助就很值得了.
我们从上往下说

自我介绍

基础信息,不用多说.需要注意的点:

尽量不要放照片.做为开发,你不放照片无所谓,放了容易引起心态波动,分散阅读者的注意力,引起不必要的猜测.

个人介绍&技能点

我倾向于先写这一部分,在项目经验之前,让阅读者对求职者有一个直观的感觉.我个人的思路,是希望给别人留下一个印象,这位求职者是一个"喜欢学习新东西,喜欢折腾,有 GEEK 精神"的感觉.这一部分,尽量要有"亮点",就是跟别人不太一样的地方,能够显示出你这个人个性的地方,如果没有那么你应该反思一下,并且从现在开始积累一个了.
这个部分很大程度上大家写的会比较像,我就要从中间找亮点,哪怕有一两个,也能够成为影响我决策的点,这样就有了更强的竞争力.

先说几个需要注意避免的点:

不要写主观的东西,比如"吃苦耐劳,善于学习,balabala...",因为无法验证,别人没法相信你.直接用事实说话,比如说"掌握多门语言,熟悉 PHP,会用 Golang 和 Python",别人就知道你可能"善于学习"了.
不要写人人都应该会的,毫无技术含量的东西.比如"JSON/XML 数据格式进行解析" "Composer 安装扩展" "熟练使用 git"
不要写无法证明,难以证明的东西.还是那句话,摆事实讲道理.栗子:

"熟悉 ThinkPHP5 框架"  VS "读过 ThinkPHP5 的部分源码,熟悉包括路由部分,容器部分,日志部分等组件的流程与实现"  
"熟练 Linux 命令"      VS "会用 TcpDump 抓包,用 Strace 和 lsof 等命令排查 I/O 瓶颈"

不要写一些使用 xx 的经验,因为大家都懂,就是对着文档撸就好了,除非是 JD 特别提到了,或者有特别的技术含量,我指的包括但不限于"LAMP 环境搭建" "会用阿里云" "会接入微信 /支付宝支付" "接入极光推送 SDK 友盟分享 SDK" 等等.
不要相信,甚至直接照搬 xx 简历模板(比如这种 https://github.com/resumejob/awesome-resume/blob/master/README.md ). 因为你的竞争对手很可能也在干一样的事情,这会让你的技能介绍部分毫无亮点.参考一下就行,不要照搬.如果简历都不肯动脑的话,那么别人很容易认为你是一个不喜欢动脑的人,恰好程序员又是一个需要天天动脑的劳动了.
不要写一些跟技术无关的东西,比如"会 PS" "有驾照" "会用 OFFICE 会重装系统接网线"等等等等...有爱好特长可以写在末尾的个人介绍里面做为结尾补充.

关于亮点:

鉴于大部分人(包括我) 都没有 GitHub 1w+的 star,没写过什么开源框架没出过书,很多人就觉得没有亮点.我觉得不是这样的.
比如我认为,"熟练使用 VIM(常用 easymotion CtrlP YCM 等插件),熟练使用 zsh+Tmux 管理服务器" 就算是一个亮点,毕竟只有少部分人喜欢折腾 VIM,就让人觉得可能喜欢折腾比较极客;

其他可能的亮点,我认为的有:

参与过开源项目,写过开源组件
有个人 Blog(真实有效,原创非搬运,有略为深度的内容比如某个棘手问题的总结,某个爬坑经验),反正我一般会看
会多种语言
有阅读源码的习惯
研究过新的扩展,工具,开源项目

等等.这个因人而异了.但是还是说,至少能体现自己喜欢写代码.如果没有,那么应该考虑积累几个.

工作&项目经历

我个人倾向于公司与项目混合在一起写,理由后面说.一般人都知道按时间倒序吧.这个技巧不说了

HR 一般会关注稳定性,在一家公司干多久.做为技术,主要关心项目,用来排除是不是外包公司.所以公司跟项目一起写会减少阅读的工作量,如果混在一起 ,就需要仔细核对,甚至有的人项目时间根本不写的,所有项目一股脑列出来,这种心情不好的直接不看了.

所以我推荐的一般格式为:

XX 公司  职位:高级开发  2017.05-2019.05
    一句话的简单介绍:做为 Leader 负责 xx 开发,带 3 个人,设计了 XX 项目架构,简单介绍就好
    如果有亮点成绩可以单独列,比如 服务器性能优化,单机 QPS 从 xx 增长到 XX,网站响应时间减少 xxms...
    
    项目 A:
        一句话的项目介绍:项目主要为社区信息流+电商部分,我负责其中的 xx 部分
        用到的技术点: XX 扩展,XX 框架,XX 设计模式,等等 相关技术点
        
XXB 公司 ...

一些需要避免的问题:

技术无关的东西少写,更不要 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,简历是一个寸土寸金的文档,每一个字都值得我们仔细斟酌.而且针对不同的公司的岗位,也应该相应的略做调整来增加竞争力.

祝福每个开发同学都能找到心仪的工作,真心的.