用产品思维写好你的简历

[lijy91]

由于本人精力有限，如果内容有更新可能无法及时更新其他渠道的内容，请移步简书 查看文章

刚离职几天，这几天在对上一份工作进行一个全面的总结，首先是先把简历更新一下，两年没有更新过简历了，加上离职前在公司也参与了一些招聘工作，所以收集总结了一下目前应届毕业生至 3 年工作经验的简历出现的一些常见的问题，在整理的过程中越发越感觉做简历就是做产品，之前老大老是对我们技术的说，要做个有产品思维的程序员，虽然我现在仍然无法说得清楚什么是产品思维（请原谅我的标题这么写吧），但脑子里隐约地形成了一些概念，现在谈一下我对简历的一些浅见吧。

由于本人只是一名 Android 程序员，并没有专业 HR 的工作经验，如果有哪些说得不对，欢迎 HR 给我指正，如果你有什么自己的看法也欢迎给我留言

下面的大部分内容都是面向程序员的，可能并不适用于其他行业

格式

使用 Word 或者 Pages 制作简历

当然你也可以使用其他文档工具来写，但务必参考下面几条关于格式和排版的建议，你也可以用 Markdown 来写，这样子会更佳~

导出为 PDF 格式，考虑不同平台下的阅读体验

可阅读性强，美观大方，支持跨平台，版本兼容性强，在 Windows 、 Linux 、 Mac 上排版都不会改变，各版本之间兼容性也相当的好，所以 PDF 是最推荐的简历格式，除了 PDF 外， Word 格式也是比较推荐的格式。

使用有意义的文件命名方式，将信息包含于文件名里

下方是我收到简历一些错误的范例

3.pdf
(mini)应聘前端开发工程师_张某某_.pdf
个人简历.pdf
简历 3.pdf
求职简历.pptx
覃某简历 WORD.pdf
我的简历.pdf
我的简历安徽.pdf
姓名：朱某某.pdf
作品集.pdf
Curriculum Vitae － V.pdf


像在前面加 (mini) 这个我真的无法理解是什么意思，像简历、我的简历、个人简历 这种命名和 新建文件夹 是一样的效果的，这种简历下载回来后看完基本就找不回来了。

推荐的命名方式能提供小许信息，如姓名、职位 、文档说明
好比说 李小明_Android 工程师_简历.pdf

排版

使用标准 A4 纸的尺寸

A4 纸应该是使用最广泛的打印尺寸，为了打印方便，不应该使用一些奇怪的尺寸。

设置合理的页面边距

设置合理的边距可以让阅读体验更佳，或者增加页面可阅读内容。
一些不好的例子

看到这两个例子，我想你应该对于边距问题心里也大概有个数了吧~

控制页数为 2~3 页

以下内容来自糗百 HR 阿涛的文章
TAOTAO ，请问如何写简历才能被 HR 从众多简历里选中呢？

先普及下 HR 一般是怎么筛选简历的，一般两个过程：先是初选，这个过程很快，每份简历一般只看几个关键词或者看看有没有知名公司，基本平均就 10 秒一份简历，别怪我们对大家的诚心诚意不负责任，我们也没办法，每天从几十个招聘网站里初选上千的简历。初选一般会选择 10%左右的简历进行复选，复选阶段一般会仔细看简历，筛选掉初选时看的不是太仔细而混进来的简历或匹配度相对低的简历，复选一般还会筛选掉 10%左右。一般来说能过初选的候选人基本上离面试也不远了。

他在文章里说他碰到过 19 页的简历，我在脑补他如何去人才市场找工作会是怎么样的！

不添加标题或者标题写为姓名

不要添加 个人简历 或 简历 这样的标题，标题会占用一定的页面空间，并且没有什么作用，使用姓名作为简历的标题也是不错的选择。

避免打印时会出现空白页或只有半页的情况

打印一份简历，出来的最后一页是空白的，没错就是这种情况

碰到这种情况适当对内容进行一下调整，最好的情况是，内容结束是最后一页的末尾。

不要制作简历封面（会增加页数）

写封面这种情况肯定是在网上下载了一些奇怪的模板，或者网上一些奇怪的教程（可能是其他行业的简历教程）而增加上去的。

不使用照片或使用较正式的证件照

• 使用了名人的照片
• 使用了带有不礼貌表现的个人照（竖中指等）
• 使用了奇怪的自拍照
• 留有照片位，但不放置照片

前面三种情况可能不是有心为之，可能是设置了招聘网站的头像导致的，一些招聘网站会把你账号的头像当作简历照片投递出去。但是第四种情况就很不应该了。

不使用招聘平台生成的简历

某勾生成的简历还是可以接受的，毕竟是专做互联网的，但是你从一个传统招聘平台上生成的简历，我就完全接受不了~

• 上面的 Tab 是什么鬼
• 简历编号又是什么鬼
• 简历更新日期又是什么鬼
• 身高 0CM 又是什么鬼
• 提供住房又是什么鬼
• 工作经历里的工资保密又是什么鬼

上面我列的这几项都是无意义或者错误的信息，我不是想吐槽传统招聘平台生成的简历有什么问题，而是想鄙视一下使用这份简历的人，你都知道上某勾投简历，你就不能再认认真真再填一下某勾的简历吗？你~就~这~么~懒~吗？

不要给简历增加背景图

背景图同样会使打印后的阅读效果变得很差，这份简历是把封面和背景都增加了。

使用标准的字体，合理的字体大小

务必使用宋体、黑体等较常用的字体，选用适中的字号。

绝对不允许出现内容重复问题

这个出现的还是比较少，这个目前只看到一份简历（小伍闪亮登场）存在这种问题，项目经验和工作经验直接写了两份，这个是由于复制粘贴造成的，但这种低级错误实在不应该啊！

增加页码

在使用纸质简历阅读时可以更加有不容易弄乱顺序，超过 2 页时建议一定加上~

话术

避免口语化

以下是小伍简历中出现的工作经历的职位职责的描述
- 人员:跟一个设计师，一个安卓开发者合作开发一个小众应用： X 物 职能:负责后台开发，产品构想，客户
端实现，公众号后台对接以及后台自动化测试
- 团队只有 3 个人,后台跟美工都是外包的,在职期间表现良好,独自一人承担 iOS 开发工作
- 学校的移动开发实验室，做过个人项目，指导过比我技术差的同学，因为学校也没有做 ios 的大牛，期间
表现良好，实验室项目有 O2O 的水果买卖等

以下是 小伍简历中开发细节的描述
- 项目进展:项目本来是拿来融 A 轮的项目，但是属于低频需求，而且耗时过长，最后公司放弃这个项目，全力发展爱分享，项目的展示我有 Demo,appstore 审核中.
- 由于兼职后台，真的好忙，我们的聊天是采用新浪微博这种形式，利用 http 去解决,然后用推送模拟长链接效果，当然，如果长链接下聊天体验更好

还是得非常严肃地对待找工作这件事情，口语给人的感觉是不严谨不专业~

不要轻易使用精通二字

• 精通 Java;
• 精通掌握 C,Objective-C,熟悉 C++,熟练使用 iOS SDK 以及开发工具 Xcode
• 精通 Objective-C 语言 ,熟练掌握 Cocoa Touch 等框架
• 精通 Objective-C/C 等开发语言
• 熟练使用 GCD 用于多线程的开发,解决并预防常见的线程安全问题
• 精通使用各种 UI 控件的自定义和功能模块的封装、拥有良好的编码习惯

精通二字慎用，这部分内容出现的不多了，更多出现这精通的是在招聘平台里的技能资料里，看过一份简历，一个半年工作经验的 iOS 小伙，竟然已经多个语言达到了专家级别。所以没有 100%的把握，轻易不要写精通，但也不能都写成了解~

不要写任何带有抱怨的词语

以下是 小伍 简历中出现的抱怨内容
- 由于老板最后没钱不搞了， appstore 没有上线成功
- 耐得住寂寞跟困难（因为之前都是小团队,得到帮助资源不多）

还有一个更极端的，每个工作经历都写满了对公司和项目的不满

简历中应该要体现出自己是个积极向上，不怕困难的人。我最害怕的并不是团队里没有牛人，我最怕的是团队带有负能量的人，切身体会，真的会影响团队其他人的工作热情和效率~

但是我之前把这个观点发到一个微信群里，就有人持有不同的观点：
- 离职难道还有因为正能量的么
- 满满的正能量，谁还愿意从那离职啊
- 每次面试都问为啥，还不让说上家坏话，明知道我会撒谎，还是要问，人类就是这么自欺欺人

离职的原因有很多，当然由负面问题造成的肯定占了多数，其实这个时候不应该是埋怨而是反思一下为什么出现这种情况，该如何解决，但也绝对不是满满正能量就不会造成离职，大家都有自己追求的目标，我们为了自己的目标而做出各种选择，这也是很正常的。被问到离职的问题就一定要说上一家公司的不好吗？被问这个问题的时候更应该从自身的角度去思考，思考自己和公司的问题，而不是一味埋怨，我最近经常跟一个朋友吐槽一些产品的缺陷，朋友和我说不要总是看到别人的不足，也要看到别人的优点，学习别人的优点。

不要使用认为、觉得、应该之类的带有不确定语气的词语

使用这种词语给人的感觉就是不自信。

确保不出现错别字，缺少字等低级错误

这个没有什么好说的，检查多几遍再让其他人帮你检查几遍~

不要出现扁低别人他人的词语

例如：
- 指导过比我技术差的同学，因为学校也没有做 iOS 的大牛
- 我在此项目中负责商品列表展示模块，不同于一般的实习生，我很快的就融入了 U8 平台开发部，当然也是最快被导师分配到协助正式员工工作。在队友的帮助下，我很快就熟悉了我所负责模块的具体任务，并且完成队友给我的排版切换工作。

从扁低他人的一些话里也是可以看出你对之前公司的不满，对同事的不满，也是可以从中看出一些问题来的。第 2 个例子这位同学出现了一点小得意，这应该算是过度表现自己的一种体现吧。

常用名词拼写不规范

可能大家都不觉得这是什么大问题，所以几乎没有人会注意这个，虽然有可能就是一些大小写的问题，如果你认真去拼写这些名词每个大小写都认认真真去拼，真的可以让人知道你是个特别严谨的人。

请详细阅读以下两份文档，这是目前发现的比较写得比较好的规范文档
LeanCloud 文案风格指南
DaoCloud 写作规范和格式规范

以下是常见名词及错误的范例
- Java （错误： JAVA 、 java ）
- Objective-C （错误： OC 、 oc 、 objective-c ）
- Xcode （错误： xcode 、 XCODE 、 XCode ）
- Linux （错误： linux 、 LINUX ）
- App / 应用（错误： APP 、软件、程序）
- Android （错误： android 、安卓）
- iOS （错误： ios 、 IOS ）
- iPhone （错误： IPHONE 、 iphone ）
- App Store （中间有空格，错误： AppStore 、 app store ）
- Runtime （错误： runtime ）
- HTTP （错误： Http 、 http ）
- HTML （错误： Html 、 html ）
- CSS （错误： Css 、 css ）
- JavaScript （错误： javascript 、 Javascript 、 js 、 JS ）
- Git （错误： git 、 GIT ）
- Eclipse （错误： eclipse ）
- Android Studio （错误： android studio ）
- MySQL （错误： mysql ）
- SQLite （错误： sqlite ）
- Node.js （错误： node 、 Node 、 NodeJS 、 nodejs ）

下面还有一些常见的，但就不写出错误的了
- XMPP
- JSON
- XML
- jQuery
- Ruby
- Python
- Web
- Docker
- Electron
- NW.js
- Mac OS X
- Atom
- ...

这些常用名词还有太多太多了，把自己简历或者一些博客拿出来看一下都可以找到太多，而且目前看过的国内的一些技术文章也有太多会有这个问题的了，真的没什么人会挑这种毛病。

之前邀请一位 Android 的朋友加入了一个Swift 交流群里，朋友就是因为不小心通过手机输入法发了一个 ios 因此群里起了讨论导致被踢，对于我来说，把正确拼写也是一种尊重。

不要随便使用或更改缩写，以官方名称为准

• AFNetworking 缩写为 AFN
• MVC 修改为 MCV
• ThinkPHP 缩写为 TP
• Android Studio 缩写为 AS

或许你会对 MVC 有着自己的看法，但请在简历上还是保持着通用的写法。这些看法你可以留在面试的时候和面试官聊~

只使用一种日期格式

为了保持整个文档的统一性，只使用一种日期格式
例如：

2016 年
2016 年 3 月
2016 年 3 月 1 日

或：

2016
2016.3
2016.3.1

个人资料

尽量不使用 QQ 邮箱

这里说的 QQ 邮箱特指 数字 @qq.com 的邮箱，虽然说用 QQ 邮箱也没什么问题，但是好像 QQ 邮箱是在鄙视链最下面的~

不要写家庭地址

这个信息是毫无意义的， HR 们在初次筛选简历时应该不会关心求职者住在哪里的。

不要写目前行业和目前岗位

如果你目前行业写的不是互联网行业，估计会大大的扣分的。或者目前岗位不是相应的岗位，同理。

专业信息与教育经历的专业信息重复

很多简历都出现了这个问题，在个人信息那块写个专业，但同时也在教育经历里出现了同样的信息，所以建议把专业信息放在教育经历里。

个人博客链接地址过长过于复杂

例如我的简书主页是：
http://www.jianshu.com/users/7f33d5b97f55/latest_articles
如果我是在电子版简历上看还可以复制，如果是纸质简历的话那要输入这个链接的话估计也是相当的困难，所以我用了自己的个人域名做了个跳转： http://blog.jianying.li ，建议你也注册一个自己的专属域名。

工作经历

倒序排列工作经历

来源百度百科 简历

有许多职业指导和招聘专家认定时序型格式是简历格式的当然选择，因为这种格式能够演示出持续和向上的职业成长全过程。它是通过强调工作经历实现这一点的。时序型格式以渐进的顺序罗列你曾就职的职位，从最近的职位开始，然后再回溯。区分时序型格式与其他类型格式的一个特点是罗列出的每一项职位下，你要说明你的责任、该职位所需要的技能以及最关键的、突出的成就。关注的焦点在于时间、工作持续期、成长与进步以及成就。

把最近的工作经历放在最前面可以让 HR 判断你的经验和他当前招聘的岗位是否符合，也可以看到你的成长情况~

缺少在职的时间

在职时间最能体现出你更换工作是不是过于频繁，也能从中找到你是不是出现过长时间的无业状态（虽然有可能你是在休假或者是自由职业），所以说如果你换工作过于频繁，那我建议你慎重考虑一下怎么写你的在职时间啰。

不要写薪资，也不要写为保密

将薪资写上去会给 HR 提供一个参考值，如果你现在薪资 11k ，但你觉得你现在值 20k 了，但 HR 看到你上一份工作薪资是 11k 的话，可能会让 HR 对你能力的质疑，或者给你较低的薪资。写保密就真的没有任何意义了，没能提供半点有用的信息。

缺少职位职责

这个也是可以判断你的经验和当前招聘的岗位是否符合，多个职位职责描述同样可以看到你的能力成长。

将职位职责写成了项目职责或技能列表

把项目经验和职位职责混在一起直接写在职位职责去了

岗位职责: 1 、独立负责公司 iOS 平台下应用程序的设计开发; 2 、负责调试并修改应用所存在的问题;3 、负责接口调试及与公司其他同事技术交流; 4 、负责 iOS 开发工作计划安排及相关技术文档的书写;5 、负责项目测试及打包上传至 AppStore;项目经验: 项目一:有点意思 项目时长:三个月 项目职责:个人完成 项目描述:这里有海量的段子囧图让你笑翻天; 这里的一切都可以成为你寻找乐趣、 killing time 的好伴侣! 有点意思—最有趣的内容分享社区! 主要技术: 1 、使用七牛上传图片到七牛云存储; 2 、使用 CollectionView 实现自定义瀑布流;3 、使用 Reachability 检测网络状况; 4 、集成第三方友盟 SDK 实现应用的登录及分享; 5 、利用第三方框架 SDWebImage 实现图片异步加载; 6 、实现搜索查询、评论、发表图文帖子等功能。 项目二:Sense 项目时长:三个月 项目职责:个人完成 项目描述: 一款类似微博的社区类 APP 主要技术: 1 、项目重构;2 、图文、纯图、投票等多种帖子发表功能实现; 3 、私信、拉黑等功能; 4 、 CoreAnimation 、 Quartz2D 技术使用; 5 、大量使用通知、 block 、代理等传值; 6 、图片高斯模糊处理、压缩处理及其他优化;

把项目，技能等等信息全混在一起写了

现在 iOS 水平大概是个中级,由于社会和行业压力,本人会努力学习快速成为一个高级开发人员。成果如下: 一个上线的资讯类 APP(正在审核),熟悉上架流程;熟练掌握 C/Objective-C 编程语言,有良好的编程习惯,较强的逻辑思维能力; 熟练掌握 MVC 、 KVC 、单例、代理等常用的设计模式; 熟练掌握各种 UI 控件,熟悉多视图开发,能实现复杂的界面和简单的动画;熟练掌握 Block 、 Notification 、代理的使用; 熟练掌握 JSON 、 XML 等相关数据的解析; 熟练掌握代码约束及 XIB 自动布局实现屏幕适配; 熟练掌握 GCD /NSOperation 实现多线程和并行开发; 熟悉 AFNetworking 、 SDWebImage 、 SDAutoLayout 、 MJRefresh 等第三方库的使用; 深入了解 UITableView 的性能优化、 cell 的高度自适应; 会使用 storyboard 和 xib 进行开发; 了解 SQLite 、 FMDB 实现本地化储存,了解 Plist 、归档等数据永久化操作; 了解定位服务及百度地图; 了解 ShareSDK/友盟社会化分享的使用;了解 SVN 代码管理软件;

职位职责应该应该要总结你的日常主要工作，负责的内容，不需要将细节写进去，更不应该将项目细节写进去。

职位职责过于笼统

例如：
- 独立开发 app 和团队合作开发 app
- 因为公司 是 外包公司,经常接到 外面的项目,产品经理 做完架构之后 就会分配 工作给每个人,我主要 负责 当时 的社交化分享功能,通过 集成友盟或者 Mob 的 第三方分享 和登陆功能 ,应用优化以及 bug 收集。
- 旧项目的维护和版本迭代,新项目的 研发

如果写成第一种这种倒不如不写呢，你根本不清楚自己在公司的定位。第二种和第一种就刚好相反，把工作细节全部写了进去。

项目经验

倒序排列项目经验

项目经验倒序和工作经历经验倒序是有同样的作用，都是可以让 HR 判断你的经验和他当前招聘的岗位是否符合，也可以看到你的成长情况~

只写了项目名称和时间，不描述其他细节

项目经验是简历中最为重要的内容，如果你在拉勾上投简历没有项目经验很可能会自动被过滤掉的，之前有一位应届的小伙直接过来霸面来着，后来我翻了一下拉勾，从已自动过滤里找到了，看到项目经验不到十个字就写完了，但是在聊的时候却发现有一个项目还是他在学校自己创业的项目，包括了融资、编码、运营等等的事情都有在做，他说他是因为时间太紧而没写的，这些其实都不能当成理由的，不然你的简历只会出现在已自动过滤里~~~~

项目简介篇幅过长

小伍的项目经验

• 易商为企业提供傻瓜化后台制作漂亮的移动画册,用户可以关联企业获取移动画册,并进行转发。易商会记录画册的转发路径,如果有人对 画册表 示感兴 趣,发 起转 发的关 联用户 将会收 到感兴 趣用户 的信息 ,双方就可以开始洽谈了。如果达成交易 ,转发 路径上 的所有 用户 都可以 获得彼 此的信 息,以 及企业 提供的 奖励。用户还可以利用易商最大限度地 获取人 脉,迅 速找到 潜在 客户。
• 这个是针对企业的(特别是东莞的传统企业),是一个通过易商 App,微信,微博,QQ 来传播企业文档,以及提高企业销售 产品曝光率的应 用

已经把项目简介写成了项目详细介绍了，这个例子已经把项目的所有细节都写出来了，简介顾名思义就是要简洁明了，一句话把项目说清楚，细节什么的都不用写。

未写自己在项目的职责

不知为何，在多份简历上看到过同样的这份好豆菜谱的项目经验

1.业务介绍
好豆菜谱是中国美食大全,提供了家 常菜、 川菜、 粤菜、 特色 菜、私 房菜、 创意菜 等的菜 肴做法 ,是下 厨房 烹饪必备的美食菜谱软件。
2.架构介绍
这款软件共分为 4 个模块,每个模块都是采用 MVC 框架实现数据与视图的分离,MVC:即 Model 层、 View 层、 控制器层,Model 层存储对象和属性,控制器层将解析的数据存储到这些对象和属性中,View 层则是将数据 显示在页面上。
3.技术点介绍
(1)采用 CocoaPods 引进第三方库
(2)网络请求使用第三方库 AFNetworking 封装了一个网络请求工具类
(3)利用第三方库 HTHorizontalSelectionList 实现多个页面横向滚动功能
(4)采用第三方库 MJRefresh 实现下拉刷新,上拉加载效果
(5)利用 UIView 实现下拉菜单功能
(6)利用富文本实现图文混排
(7)利用系统库 MediaPlayer.framework 实现视频播放功能
(8)通过图片和文字的大小实现 UITableView 的高度自适应效果
(9)用 Core Animation 框架实现带动画的点赞功能
(10)通过设置导航栏的 alpha 值实现导航栏的透明度渐变效果

这个对于项目的描述还算是比较条理清楚的了，但是这个描述并没有我最关心的一点 —— 项目职责，你是在担任架构师呢？还是做测试呢？还是做产品的呢？没有这个最关键的信息点，这个项目经验就没有任何价值~

GitHub 项目内容作假

这个问题出现在一个应届生的简历中，对于这个问题我的态度是无法容忍，简历中出现了四个 GitHub 项目：ZhihuDaily、 Uber、weather、WB，对于使用 GitHut 分享自己代码的，给我的感觉还不错，所以我就去看了一下。造假的痕迹真的很容看出来的。

拿 WB 项目来举例（ iOS 项目）
1. 只有 first commit，Create README.md，Update README.md 三个 commit
2. 仓库里未添加 .gitignore 文件，所以在 xcuserdata 文件夹里 发现了 cabbage.xcuserdatad 文件，搜索发现一个 Weibo-Swift 项目，并且时间提交记录早了 5 个月， clone 下来对比内容全部一样，只是注释的作者名字修改过了。

描述关键技术点过多或过于业余，且未能和职责联系起来

技术要点:
1.火车、长途汽车、公交等不同模块 基类的 合理运 用
2.实现自动定位到当前用户所在的城 市功能
3.利用 CoreLocation 框架实现地理编码和反地理编码功能
4.源数据请求以及解析
5.UI 界面对 Segment 的合理应用

没有写开发时间，或只写了项目周期甚至没写

通过项目简介再通过开发时间，也是可以判定这个项目的难度的，项目难度也是可以拿来对技术水平进行评估的。建议写上项目时间，不要写开发周期，原因和倒序排列工作经历项目经验类似。

未写项目为团队开发或个人开发

很多招聘信息里都有写着有独立开发的能力，如果是个人开发的，那正好可以告诉招聘者我有独立开发能力，团队开发同理~

已上线应用的建议提供短链接

如果直接提供一个 App Store 的完整下载链接可能一行是放不下的，一换行就对阅读体检产生一定的影响，这时候可以使用一些短网址服务将你的下载链接缩短。

项目职责与项目关键技术点混淆不清 

• 使用 AFNetworking 进行数据请求与解析
• 实时汇率计算,实时温度
• 使用第三方(SDWebImage)实现图片异步加载
• 使用高德地图官方 SDK,进行地图的接入
• 实现 UITableView 的 Cell 自适应大小
• 使用科大讯飞语音功能

这是写在了项目职责里的内容了，这完全是项目关键技术点的内容，一定要明确分清项目职责和项目关键技术点。

对于流产的项目，不要描述流产细节

• 由于老板最后没钱不搞了,appstore 没有上线成功
• 项目本来是拿来融 A 轮的项目，但是属于低频需求，而且耗时过长，最后公司放弃这个项目
• 产品经理跑路啦！ App 项目废弃啦！我特么被动失业啦！

专业技能

将技术点写成了语言

• 熟悉 html 、 js 、 ajax 等前端语言。 AJAX 并不是语言，而是一种技术，写成这样不知道是无意为之还是，但这样子给人的感觉就是业余

描述篇幅过长或过于业余

其中一份描述专业技能的例子：

熟练掌握 Objective-C, C 语言, 具有良好的编程思想;
熟练掌握 iOS 内存管理机制, MRC, ARC 编程;
熟练使用 MVC 模式, 单例模式, 代理模式, 观察者模式等设计模式编程;
了解 MVVM 开发架构模式;
熟练掌握 UI 控件特性, 手势, 熟悉多视图应用开发, 能实现复杂界面布局及视觉效果;
熟练自定义 UI 视图控件, UI 布局, 动画编程;
熟练使用 Storyboard, xib 进行可视化编程;
熟练掌握 NSThread, NSOperation, GCD 多线程编程技术;
熟练使用 BLOCK 进行页面传值及方法回调;
熟练掌握 XML 解析, JSON 解析方式;
熟悉使用 SQLite, CoreData 数据库, 归档和反归档, NSUserDefault 数据持久化方式, 能
熟练编写各类 sql 语句;
熟悉 UIKit 框架的使用以及对控件进行重写和封装, 满足项目需求;
熟练使用 AFNetworking, Reachability, MJRefresh, SDWebImage, FMDB 等第三方类库的使用;
熟练使用 CocoaPods 管理第三方开源框架工具;
熟练掌握 Appstore 上架流程以及本地推送和远程推送;
了解 HTTP, TCP/IP, UDP, Socket 等协议;
熟悉 XMPP 的环境配置, 实现即时通讯功能;
熟悉 Swift 开发语言;
有相关团队开发经验, 也能根据设计需求独立作业;

像这份简历已经达到了 6 页之多，并且光是个人技能已经满满一页了，其实是像 Xib ， XML / JSON 解析，第三方类库使用等等是可以直接写到项目经验里去的，个人技术只挑具有代表性的内容即可。

校内经历

不要写社会实践经历

例如：

高中寒暑假期间做过厂工、服务员、网管
大学读书期间固定兼职武术跆拳道教练
组织指导并参加 2016 中山市少儿春晚演出

不要写社团经历 / 校内职务

例如：

 大一和大二服务于武术协会的公关策划部和双节棍部,主要负责策划活动,筹集经费,带领训练和编排节 目
大一到大三一直为校区艺术团武术队成员,编排和参加各种表演

不要写荣誉证书

不要写一些非专业相关的证书（驾驶证这些真的不要写），更加不要把相关证书拍下来贴上简历。

投递

通过邮件发送时请检查发信昵称，避免出现对方显示的发件人是个非主流名称

蒋某某-ios-求职
发件人：┆若┮小律ˇ [email protected]
时 间： 2016 年 1 月 20 日(星期三) 下午 4:51
收件人： leo [email protected]

发送简历时请认真对待标题和正文

• 邮件标题不能为空
• 邮件正文不能为空
• 稍微写一些客套话，但也不建议把简历直接写在正文里

加分项

• 使用 Git
• 使用 Markdown
• 参加或发起过开源项目（使用 GitHub ）
• 坚持写博客

其他

霸面时提供纸质简历，更不要拿网页版的简历过来

就是上次那位霸面的小伙，没有带纸质简历，而且某勾上下载回来的简历是没有内容的，并且还是使用了网页版的简历（小伙设计专业转前端的），导致我还得等他把电脑打开打开他的网页版简历来看（ Windows 电脑真的用不惯啊）

预先准备好演示作品

当时我刚自觉转行做 Android 第一次面试一家小公司的时候就要求我做演示，当时我是用着 iPhone 手机，然后面试官就拿着他的 Android 手机到应用商店下载了一个进行演示，当然不太顺利啦。所以还是做好这个准备吧。

对于加班的看法

我是不赞同企业任何的加班文化的，加班的效率真的是很低很低的，而且造成加班很大一部分原因是因为项目安排不合理，其实更应该是合理的安排，让出更多的时间来学习成长，这样子就不会走进一个加班的死循环。由于个人的起点较低，近 4 年都几乎处于加班的状态，忽略了生活，学习，交际等等事情，刚开始觉得无所谓，到最近才发现，自己和别人的差距一直在变大，所以我更希望如果作为 Leader 更应该优化项目安排，提高效率，给下属腾出更多的时间来提升自己，提高效率。

一些零星看法

• 程序员的简历只需要做到简洁，条理清晰
• 程序员的简历的质量高不高不在于简历的模板有多漂亮，而在于里面的内容。
• 目前网上可搜索到的简历，分别来自应届生、较少经验者、培训机构学生流出、简历平台、招聘平台等，可供参考价值较少。

有些问题，想问专业的 HR

1. 关于对简历页数的看法
2. 关于对标题的看法
3. 关于对贴不贴照片的看法
4. 关于对专业信息与教育经历的专业信息重复的看法
5. 关于对使用 QQ 邮箱的看法（如果是投腾讯呢？）

最在最后

当时我在整理这篇文章的时候一个朋友（某现网 CTO ）和我说：简历改好了又怎么样，人还是那拔人，这样只只会增加筛选成本。其实我倒觉得不会，结果应该是好的人才被发现了，渣的人还在那里~

关于我

刚离职几天，这段时间在整理近两年的工作经验，把自己一些经验心得分享给大家，希望不断的优化开发体验，改进交付方式，将更多的时间花在学习以及生活上，也希望找一份为开发者服务的工作，坐标深圳。

4 年工作经验，近 2 年从事 Android 应用开发，熟悉从项目启动到上线的完整流程，对产品及体验有一定的理解，对 Node.js 及前端有着强烈的兴趣，希望可以为优化开发体验改进交付软件交付方式出一点微薄之力~

我的简历： https://github.com/lijy91/resume

笔记及参考文章

1. 在整理文章时记录的脑图笔记
2. TAOTAO ，请问如何写简历才能被 HR 从众多简历里选中呢？

[hlg002]

求打分：

[asj]

确保不出现错别字，缺少字等低级错误
不要出现 扁 低别人他人的词语

[Tetsuchou]

讲道理 eclipse 本来就是小写

[zhangchioulin]

写了很多，发人深省.

[lijy91]

@Tetsuchou 我刚看了官网，官网上也都是写成 Eclipse 的没有错~

[lijy91]

@asj 谢谢提醒，由于内容实在太多检查不够仔细~

[yunhui]

@hlg002 难道是 ps 的？？？？？

[hlg002]

@yunhui 什么 PS 的？ Word 是做的简历啊（？）。

[ibcker]

下次水货简历升级了··识别水货就更难了···

[ycyppq123]

很专业

[lijy91]

@ibcker 帖子里说的某现网 CTO 就是他~~~

[loveuqian]

嘿嘿，你文章里也有很多错别字，错别拼写

[loveuqian]

花果山的 app 是你写的啊
去年有去面过他们家 iOS
可惜不知道为啥没过

[nuomi]

好吧，来一句题外的。
PDF 不能保证跨平台显示效果一致，只能近似。
还是比 Word 好得多就是了。

[wdlth]

nginx 应该写 nginx 还是 NGINX 还是 NGiNX ？

[lijy91]

@loveuqian 这个文章我写了三天，内容太多了，可能还是检查的不够细心啊，而且 V2EX 过了时间就没办法修改了，花果山的 Android 版是我和另一位同事写的，架构是我弄的，但是花果山的 API 设计的不是很好，好起来很不舒服~

[andyL]

棒棒哒 0.0

[lijy91]

@wdlth 应该是写为 Nginx ，不过官方好像也写成 nginx 和 NGINX ，搜索了一下京东，书名全部是 Nginx

[Arsenal16]

非常感谢您的帖子，感觉受益匪浅。
PS ：[app 的正确写法]( https://www.zhihu.com/question/20264852) 有点异议

[ericls]

我觉得 “工作” 和 “程序员” 这两个东西本来就是有冲突的

[akring]

顺便一说，直接排版好以后 PDF 输入，或者直接用 Photoshop 套用模板导出 JPEG ，这样的话面试官会感到不舒服吗？

[yeszao]

内容很不错，赞一个！
不过太长了，没有排版，看着挺费劲的

[micookie]

@hlg002 很漂亮。 2 年 php 只要 8k ？

[cool4zbl]

虽然图片挂了，但是觉得很用心。:+1:

[Tetsuchou]

@lijy91 可是官网的 logo 上是小写 https://eclipse.org/eclipse.org-common/themes/solstice/public/images/logo/eclipse-426x100.png
Windows 平台的压缩包和解压之后的应用程序的文件名都是小写， Mac 倒是大写的
所以这样的话应该是大小写都可以吧

[jint]

@Tetsuchou 本来我是支持你的看法的。
但是又看了 python 和 nodejs 的官网，也都是 logo 中用小写，而页面的 Title 中和正文中用大写，不论是否是首字母。
于是只能理解为：它们的名字确实不大写，但当它们作为专有名词出现的时候，作为强调，首字母大写。

[wlf1112]

很赞