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

[xiaotianhu]

之前发了个吐槽帖子,引起一些争议.详见: 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,简历是一个寸土寸金的文档,每一个字都值得我们仔细斟酌.而且针对不同的公司的岗位,也应该相应的略做调整来增加竞争力.

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

欢迎关注我的公众号
技术员 rainy

[taogen]

已收藏！感谢大佬

[Mistwave]

挺中肯，不错

[tomczhen]

所以说技术部门和 HR 部门选择简历的回路都不同。

[woncode]

用心了，是合格的楼主

[Tierney]

这周看了 200+ 的简历快看吐了，看到楼主这样的简历描述简直眼镜不要太美好

同时补充，如果有好的链接，最好可以直接署名在个人技能那一列，一目了然，很快就可以爬过去了解你，但是太多人写的博客异常水，或者 Github 上一片空白，完全不明白为什么要放这个东西。

[Tierney]

还有一个，刚毕业一年的就敢写「精通」，真是不知道天高地厚，工作五年的才敢写「熟悉」....

[CrankyPants]

点赞

[luckyrayyy]

写的挺好，另外有一点想纠正，git 真离“人人都会”远得很.....相当一部分人没用过，更多一部分人只会三板斧...

[CommandZi]

「 HR 由于对技术不了解,所以为了效率,经常需要我亲自到 BOSS 直聘和智联等后台直接筛选简历.」关键句

很多公司没有这样的操作，所以简历能否被面试官或者用人部门看到主要在于 HR。而大部分 HR 眼里你简历上的「"熟悉 ThinkPHP5 框架" 」「 "读过 ThinkPHP5 的部分源码,熟悉包括路由部分,容器部分,日志部分等组件的流程与实现" 」都等于 「会 ThinkPHP5 」，没什么不同。所以 HR 会着眼于简历里面的学历、工作经历这些点。比如一份普通本科的漂亮简历和一份 985 本科的普通简历，HR 二选一的话，用人部门就不会看到那份普通本科的漂亮简历，当然没有面试机会。再比如一份 2 年工作经验的漂亮简历和一份 4 年工作经验的普通简历，HR 有要 3 年工作经验以上这个念头的话，用人部门也不会看到那份 2 年工作经验的漂亮简历，同样没有面试机会，虽然前者技术经验可能更丰富。

[xiaotianhu]

@Tierney 被打断了忘记的一个点

尽量不要作弊...不会的就敢往上写,让面试的体验非常差.

[hezhiming1993]

写得很不错 赞👍

[hryen]

感谢

[RtIHZ]

别人写简历往大了吹，你老实巴交会多少写多少，别人拿面试拿到手软，你在家喝西北风。

[Tierney]

@xiaotianhu 我有一个大胆的想法，如果楼主在 Boss 上做过招聘的话，两个条件一卡，80%以上的简历可以不需要看了，我先说一个条件「大专」，至于另外一个，我不敢说，不知道楼主有没有体会过。。。

[xiaotianhu]

@CommandZi 我不太清楚大公司的招聘流程.不过我相信应该也是差不多:hr 初步筛选,然后给用人部门,用人部门会筛掉大部分简历,少部分约来面试.

我列出的点,跟 hr 的需求并不冲突.而且过 hr 是大概率的,除非硬性要求(年龄 学历) 这些是你无法美化的,而真正决定要不要约的是用人部门,这才是需要针对和优化打磨的点.

至少我按照我列的原则写的简历,在 BAT 都通过了筛选拿到了面试资格,也能说明一点问题吧

[xiaotianhu]

@Tierney 小公司的痛苦就是要找物美价廉的候选人.所以没法这么干.

大公司不太考虑性价比,找人容易的,当然很随意了.

不同的条件,策略还是不一样的.

[xiaotianhu]

@Tierney 如果招聘方在意这一点,可以在面试的时候特别问一下

但是把这点写在简历上,既不好验证真伪,也无法增加更多竞争力,我认为属于"无效信息",或者至少是低效的.

[newtype0092]

为什么“熟练使用 git”就是人人都应该会，“熟练使用 vim”就是爱折腾有亮点？太区别对待了吧。
我感觉 vim 太个性化了，而且对实际工作帮助并不大，会不会完全取决于用不用的惯，我们几个同学上大学刷 OJ 时都在用，现在就我还一直在用。反而 git 用的熟练是能很大提升工作效率的，只会 push/pull 和理解 gitflow 活用 rebase 区别是很大的。

还有 TcpDump 这类的小工具小技巧，都是常用的就记着，不常用很快就忘了，真要写的话感觉能写一整页。

看来对非技术的点大家看法都比较一直，涉及技术的点每个人关注的地方都不一样，这就是平时老说的面试主要靠缘分吧。。。

[xiaotianhu]

@newtype0092 我提的是思路.具体例子没有深究的价值.
如果你是 iOS 开发,会用 vim 当然不算太大的亮点了.

如果你不能 get 到我的 思路,就没必要纠结是 git 还是 svn,是 tcpdump 更好还是 wireshark 更亮点这种细节了.

[lepig]

写的挺好的。 一眼看过去能看到很多量化的东西，尤其是一些关键词及数字。这些东西才是经历、价值。

[Tierney]

@xiaotianhu 是很难的，上周找了一个前端，还后面跳票去浦发了，根本不敢卡人，一卡都没简历了，唉一言难尽…团队里的小朋友成长的好的个个想去大厂

[finian]

补充一点：「正确使用中文标点符号」也很重要。

[jzbax1230]

楼主文笔不错

[whyNickName]

感谢大佬分享并给出了实际解决方案。虽然不是全盘同意，但也是有了新的观点和看法呀

[cwjokaka]

感谢分享😋

[AyanamiRei]

想得多, 走得远, 感谢分享

[yufeng0681]

简历要有所亮点，也得在： 工作效率，输出质量，协同工作（对接上下游）方面，写出彩一点。
工作效率：编码效率，编码总量 /时长
输出质量：返工率，bug 率
协同：你对上游下游的了解，决定了配合度，也决定了工程效率

[mornlight]

楼主讲得挺棒的，是很多面试官看简历厌倦后的共识。核心就是「你要和别人不太一样，要么真大牛，要么有亮点」。

[metrxqin]

「程序员又是一个需要天天动脑的劳动」。

[arraysnow]

感谢分享，已收藏，我不仅是面试官，也是面试者，写好简历对大家都好，提高彼此效率

[onevcat]

感谢分享，已收藏。争取以后能写出合格的简历并找到理想的工作...

关于技术方面其实比较好的方式是挑一两个自己专精的部分狂写一通，然后期望被面试官抓住问，这样比较容易做自我展示...

[shanlan]

收藏了，已感谢；这比单纯的吐槽好多了。

[111qqz]

赞一个

[KentY]

@Tierney 没毕业不一定不精通.

[KentY]

@Tierney 没写完发出去了....

没毕业不一定不精通, 但真正"精通"的人, 不管毕业没毕业, 一般都不写"精通".
只消列举一些项目, 网上的活动, 就完全让行内人折服了.

[laike9m]

负责每天是上 V2 的摸鱼工作

[EruDev]

收藏了 谢谢！

[qsbaq]

负责每天上 V2 的摸鱼工作

[Youngxj]

负责每天上 V2 的摸鱼工作

[hbolive]

一个纯技术宅男在招聘另一个纯技术宅男。。

[rain0002009]

现在就是在一家外部公司 干的 公司网站+后台页面 没啥难度也没啥亮点 用的大众的框架 vue+Element 照着文档撸的图表 这个月离职 我这简历是不是没得救了

[Uyuhz]

楼主很好的讲解了他在上一篇帖子里被人喷的点...写的很好，先收藏了

[fyxtc]

写的很好，确实是这样，楼主帮助了很多人，感谢分享

[hsuvee]

收藏，感谢

[paoqi2048]

给力嗷

[HarryHook]

hahah, 大佬真是顶， 不知道之前的杠精会不会看到这篇

[SwordSong]

感谢大佬。收藏

[LiuJiang]

不错，不错，赞一个。

[cfcfcfcf]

收藏一个，

[xh520630]

@Tierney 大佬问一哈我这个算水吗....算的话我就不放上去了(.
https://cs704.cn/

[locoz]

@laike9m #36 太真实了

[sologgfun]

这就是强者的世界吗

[locoz]

@xh520630 #50 我插个嘴，个人觉得没必要放，基本就是“学习笔记”类的东西，大部分复制粘贴、没有高级内容的放了跟没放一样（甚至可能会成为减分项）。

[locoz]

@xh520630 #50 当然如果 MySQL 那几篇都是你自己写的的话，放到一眼就能看到的位置就能算加分项。

[locoz]

楼主这一帖总结得很棒，看来我又可以继续🐦了

[fenglangjuxu]

"不要写一些使用 xx 的经验,因为大家都懂,就是对着文档撸就好了."
对这一点不同意.接一个第三方,的确是按照文档撸,但是
1. 如果你之前撸一遍,新公司还要撸二遍,会节省很多时间,也会避免第一次的不足.
2.一些不靠谱的三方的一些坑或者自己挖的坑,不撸一遍,从文档上是看不出来的.

[hantsy]

@xiaotianhu 有些东西我是挺纠结的，比如 Git。我帮朋友公司招过人，当然那是几年前的事，写的熟悉 Git 的人，几乎没一个会用 Git Branch 的（现在从 V 站上看，情况应该改观了很多）。

选择 Git 如果不用 Git Flow 也应该使用最简单的 Github Flow 吧。但是实际情况，能够熟悉 Github Flow 的少之又少。Git 与现代软件开发模式（比如 DevOps Pipeline ）结合相当紧密，是实现开发发布自动化流程的基础。

我朋友也会想当然，“就一个源代码管理吧，SVN 转到 Git 应该很容易”。我想说的，从 [团队成员协作] 到 [软件发布流程] ，用好 Git 算得是一次脱胎换骨的更新。

[ffffb]

楼主说到一个点我是非常非常赞同的：‘如果没有，那么你应该反思一下,并且从现在开始积累一个了’。
昨天也看了楼主那个帖子，一堆人在说自己就是普通人，就是没亮点。说真的，就这种心态 35 岁没被淘汰是对认真生活的人的不公平。

[xh520630]

@locoz 好的谢谢~

[aLazarus]

wireshark 都可以写进简历啊，那我有的写了😂

[hantsy]

最后 [细节] 那一段，我也很在乎，有些人简历标点都用得乱七八糟的，大小写缩写也很随意，这种人完全不相信他能够认真的做好工作。

[18758036350]

大佬，这个帖子比你抱怨的那个帖子赞太多，这才是一个技术该干的事情。再给您一个赞

[yang957862615]

已收藏，感谢

[wienli]

很中肯，给您一个赞

[xiaotianhu]

@aLazarus wireshark 如果用的牛逼也很好啊.
然后肯定会问怎么过滤,如何排查问题,比如延迟高 /吞吐性能 /arp 问题 如何通过 wireshark 排查,就会越问越深了,也能直接反映出你对 TCP 协议栈的理解程度,挺好的啊.

[breezeFP]

@Tierney 做的技术越多，感觉自己知道的越少，对技术有更多对敬畏之心
刚毕业的人写「精通」可以理解，不知天高地厚嘛，但是工作一两年的写「精通」就要斟酌一下了

[Doraemontree]

已经收藏。。。。。

[wysnylc]

收藏,感谢!
语言的表达比技术更重要,说出去的才是能力说不出来的等于不存在

[AmberJiang]

谢谢楼主 正好最近在修改简历

[encro]

你期待找什么样的公司？

然后根据你期待的公司的特点回答几个问题：
1，你做过什么？
2，你的成绩是什么？
3, 你擅长什么？
4，你未来的计划是什么？
5，在你未来规划里，目标公司是什么样的角色？
6，对于这个岗位你的认识是什么？
7，对于这个岗位，你的优势有哪些？劣势是什么，未来如何发扬优势，避免劣势

总之：
发现岗位需要的技能、性格、知识面，然后将你的人设做成恰好符合的。

[calpes]

点个赞，态度好

[xiaotianhu]

@breezeFP 想起来刚毕业那阵特别有意思.我觉得已经完全掌握网站开发了, 这世界上没有任何网站能难住我,什么东西我都能写出来,还需要学什么?都是 crud 查查库什么的

然后还跑去跟工作了两年的学长请教,我还要学啥

想想真是可笑啊.

[dazhangpan]

支持楼主

[avaJ]

点赞。

[Tierney]

@xh520630 「 MySQL 是如何运行的」系列是具有可读性的，其他的不予置评.....建议还是博客收集一些学习过程中的踩过的坑和解题思路，Swoole 的 Demo 配置这种类似 Hello World 的内容对真正想理解你技术能力的人来说不太有吸引力。

[xh520630]

@Tierney 十分感谢!

[Tierney]

@xh520630 一个好的博客建议加标签来了解你的技术栈，如果你目前是后端，看情况是 LNMP 的技术栈的话，或许应该主要有侧重点，MySQL、Nginx 的多多了解是你的加分项，如果这个阶段你不是「高级」 title 的话，我建议更偏向与了解 PHP 的框架和业务关系，这样更能帮助你的日常工作，本身 PHP 框架就有很多可以去了解的点，比如 TP 和 Laravel 这种大家用的比较多的框架，这会去钻研 MySQL 和 Nginx 对你的日常帮助没有那么快速。这两者的学习是需要丰富的经验去沉淀的。

[foamvalue]

一个收藏文章，赞一个。

[Yanni0507]

感谢楼主，提供了一条很不错的思路。
非科班程序员，2 年多经验，在准备跳槽，感觉比较焦虑。
公司的项目缺少亮点，个人水平深度和广度也都平平。
看了楼主的贴子，发现其实也是有一些亮点可以发掘的，再次感谢楼主指点。

[justyy]

分享一下我的英文简历，自认为写得不错，在英国能基本能拿到面试机会。https://helloacm.com/static/zhihua-lai.pdf

[zqguo]

还不错。

[wangkai0351]

@justyy 看到 phd 就不想看了，哈哈哈

[justyy]

@wangkai0351 hahaha 不是很明显啊。

[fengfengchen]

@justyy 这个是真大佬。你这个写的不错的原因是里边有真东西啊。。。

[fancy2020]

借楼推广一下自己做的简历制作网站：<橙子简历> https://wonderfulcv.com
希望可以帮到大家～

[fanhaipeng0403]

Marrk

[corningsun]

谢谢

c3VuNzcyNzI2MDk4

[ilovemo]

@justyy 404 了

[w3sun]

可以转载走吗？