转自v2ex论坛，有整理和排版。
原帖地址
https://www.v2ex.com/t/257753#;
作者@Sunyanzi
——————————————————————分割线——————————————————————————
我在管理岗位也有好几年了，到现在依然讨厌开除人，每次开人我都会觉得窘迫。
但比起开人我更讨厌跟无法沟通的人共事 ，所以我在面试的时候会用有限的时间注意各种细节。
我的个人看法
1.绝对不能有错字。
说简历 我不要求你用对标点写对名词的大小写，我甚至不要求你行文通顺。但是绝对不能有错字！面试之前我会看到简历，发现简历上有错字我是不会见你的。
2.我告诉你你错了你就要听。
假如匆忙间我也漏掉了一些笔误面试的时候看简历才发现 我告诉你你错了你就要听。这也适用于入职之后开发的时候 我跟你说要怎么做你就怎么做。你有更好的想法可
以提，我会听，听完会告诉你是用你的新想法还是按我原来的想法做。我不会跟你解释为什么 开发任务面前我没时间跟你争辩，我是负责人一切以我的决策为准。当然
我不能保证每次我都是对的做完你手上的事情我们喝酒的时候我会慢慢跟你掰扯。
3.忌感叹号连用和车轱辘话来回说
讨厌感叹号连用和车轱辘话来回说，这都是缺乏自信心的表现。程序的世界很简单，黑就是黑白就是白语气强硬有什么用？不服 SALA！
4.面试主动说话，会就会不会就说
面试的时候问一个问题然后眼见着对面就石化了。整个人僵硬在那里，一言不发
你说你愣着问题也不会解决，你不开口，我也不知道能怎么帮你屋里的场面就无比尴尬。
面试的气场何在？怂什么？
5.如果你是个妹子，还是做后端的，而且长得还有那么点好看，就别琢磨什么吸引力了。
你能过来入职我们张灯结彩啊！我们净水泼街黄土垫道啊！要什么技术！不添乱就行了！
讲真 ... 我活了这么久 ... 做后端的好看妹子面试过的也就十来个 ... 能招进来的更是凤毛麟角
入职之后整个部门跟打了鸡血似的热火朝天 ... 工作效率至少提升了三十个百分点 ... 屡试不爽
顺带一提前端的好看妹子由于数量比较多 ... 而且前端的汉子普遍眼光高 ... 就没有这种待遇了
下面的排版功力不够，权当看看吧。。。。
那就只能从简历开始用实力说话 ...
简历的基本原则我上面说过 ...
绝对不能有错字 ... 发现错字直接就删了 ... 不浪费时间 ...
在细节上做文章 ...
第一眼能看到的自然就是简历的排版 ... 文字都还没看到就先看到样式 ... 这是第一印象 ...
漂亮的简历我会更愿意去看 ... 而且如果有两个人各方面都差不多我会更倾向招简历排版好的人 ...
能够考虑字体字号段落分布这些的人 ... 至少表明他在找工作这件事情上是花了时间用了心思的 ...
开始读你的简历一般都会先看到你的名字性别年龄籍贯什么的 ... 这些东西乏善可陈 ...
如果你愿意可以开头写个 Brief 或者写几句吉祥话 ... 让自己和别人不同我就会对你有印象 ...
不过要注意这属于奇技淫巧 ... 要用的话得掌握好度 ... 用不好的话可能会引起非常严重的反效果 ...
继续读大概能看到你的邮箱手机号 QQ 号一类的东西 ... 这里我可以对你这个人做初步的判断 ...
这部分我重点看的其实是邮箱 ... 我不知道别人是怎么样反正我还挺看重邮箱的 ...
但邮箱你是可以发挥自己创意的 ...
如果你用一个 十位数字 @qq.com 的邮箱 ... 我并不会反感 ... 只能说你错过了一个加分点 ...
但如果你的 QQ 号是 1234567 但邮箱是 [email protected] ... 一下子就拉开一个档次去 ...
另外一种做法是在邮箱里介绍自己 ... 如 [email protected] [email protected] 一类的 ...
还有最标准的做法 ... 你叫李二狗就用 [email protected] ... 不管哪种方式都比直接用数字来得强 ...
我只是不喜欢那些直接留 QQ 号邮箱的程序员们 ...
当然如果你就是不想用 QQ 邮箱 ... 其他的后缀随你喜欢 ... 并不是说非 Gmail 不可 ...
我看到你留 Gmail 邮箱充其量只会知道你掌握了爬篱笆 ... 但这属于基础技能 ... 也不会加分 ...
就我个人而言 ... 后缀也就看到水果的 @mac.com @me.com 和 @自己的域名 能引起我注意了 ...
从邮箱开始就是带有你自己个人风格的内容 ... 比如你提到的 GitHub 和 Blog ...
这两项的关键点其实就是那句知名的话 ... 「 Talk is cheap. Show me the code.」 ...
GitHub 上我要看到的是你的作品 ... 不管是什么 ... 只要是你的代码就可以 ... 越多越好 ...
这是最直观的让我了解你的方式 ... 从你的代码里可以看出许多东西 ... 远比你简历上描述得多 ...
这就像古人测字 ... 如果有代码 ... 在面试的时候我就只会问你合作 ... 对我们彼此来说都简单 ...
你可以没有几千 Star ... 但你不能都 fork 别人项目没有自己一行代码 ... 你让我看什么去 ...
当然所有代码必须是你自己在业余时间写的 ... 你在职期间写的代码属于公司 ... 放上来违法 ...
Blog ... 有自然最好没有也没关系 ... 那些纯靠代码无法体现的东西只能靠你用文字描述 ...
不在乎是不是你自己的原创 ... 哪怕是转载的我至少也会知道你的关注点在哪里以及水平如何 ...
你转载一篇 php 内核实现机理 ... 不管看不看得懂总比转一篇 get 与 post 的区别来的要好 ...
而且转载也不是全选粘贴了就可以的 ... 你也要调整转载来的内容格式不乱 ... 不然还不如不转 ...
当然如果你愿意最好也写写折腾的过程 ... 不是要你做 KOL 什么的 ... 只是记录自己的生活 ...
比如折腾了一个 VIM 的插件 ... 比如在 OpenVZ 的机器上装 XP 等等 ... 任何事情都可以 ...
如果你不想写东西也懒得转载 ... 留个微博什么也行 ... 总之未见人先见字也方便我了解你 ...
你是个活人不是些数据 ... 比起简历上那些死板的过往流水账 ...
再往下就是我刚提到的流水账了 ... 教育经历工作经历项目经历技能描述作品展示等等乱七八糟 ...
学历方面我从来就不看重也不知道能说什么 ... 我只有在两个人能力类似的时候才会选学历高的 ...
奖项和证书的话 ... 奖学金可以写 ... CCNA RHCE MCSE 什么的如果没把教你的忘光也可以写 ...
工作经历没什么好说 ... 写上公司名和起止时间联系人然后简单介绍一下公司是做什么的就好 ...
背调一类的都是 HR 的工作 ... 这部分对我的意义就是看看有没有我熟悉的公司能跟你多聊两句 ...
项目经历 ... 这是重点 ... 我希望你清楚的描述过去的项目是做什么的以及你在项目里做了什么 ...
写个「在 C 公司做 P 项目的开发」我就很烦 ... 侬帮帮忙面试的时候我一句一句问很累的好伐 ...
我希望在这里看到对于 P 大致的描述 ... 换言之这项目是哪种分类 ... 为哪些人提供哪些服务 ...
不需要你像写需求定义书似的给我堆好几千字 ... 用两三句话描述清楚就好 ...
然后就是你在这个项目里做了什么 ... 项目使用了什么框架你完成了哪些功能用到了哪些技术 ...
尽可能详细 ... 写「完成了 注册 /登录 /找回密码 的后端逻辑」就比「做了用户系统」要强百倍 ...
小功能也可以延伸 ... 比如上面的注册登录就可以延伸到 多类型登录 联合登录 以及 SSO 等等 ...
找回密码可以延伸到 邮件队列 短信队列 多网关策略 凭证安全策略 等等 ... 这些还能继续延伸 ...
如果这些都是你做的就可以作为底层设施的开发写上 ... 不是你做的至少也可以说自己使用过 ...
技术层面同理不赘述 ... 写「以 Redis 的 LIST 类型应对高并发限量」就比「用了 Redis 」强 ...
然后把这些涉及的技术在技能描述部分简单复述一下 ... 比如上面的状况就叫「掌握 Redis 」 ...
我个人特别讨厌那种简历上一眼看下去一堆精通面试一问啥啥不会的人 ... 量力而行别太浮夸了 ...
除非你真的特别厉害再写精通 ... 用过三五年的充其量算熟练 ... 其他就只能算掌握了解和知道了 ...
项目里没涉及到的技术也可以写 ... 多了解和知道一些终归不是坏事 ... 你没掌握我也不难为你 ...
最后作品展示就更没的说了 ... 有些自己折腾的不开源的东西或者做的前端相关的项目都可以写 ...
简单介绍一下它用到了什么技术能做什么以及为什么要做它就好 ... 算是你 GitHub 的延伸 ...
一般简历上要涉及的内容也就这么多 ... 充其量还有个自我介绍但通常情况下都是些没用的废话 ...
「踏实肯干」「吃苦耐劳」「善于学习」「富有团队精神」什么的 ... 看得我都审美疲劳了 ...
如果你对自己的创造力和文字功底有自信的话倒是可以在这里做做文章 ... 没准有奇效 ...
说到这个你还可以额外写个自己的爱好什么的 ... 比如象棋啊篮球啊 ... 性别男爱好女就算了 ...