然而并不是
裁员的裁员 , 没裁员的正在准备裁员的路上 . 再加上一些人年终奖也已经骗到手了 , 依据优良传统 , 年后正是很多人辞职奔向更好的骗工资岗位的高峰期 . 所以 , 如何编简历 (注意是编 , 不是写 , 我认为编这个字十分有内涵) ?
其实编简历并不是一件很难的事情 , 这件事情的本质就是 : 你在向一个同行陌生人介绍你在本行的道行 . 如果你的体系已经将对方笼罩住了 , 你暂时可以控场一波儿 (不代表一定会被录用) ; 如果你被对方笼罩住了 , 你就是受虐那个 (不代表你不会被录用) . 总之就是一句话 :
唬住面试官就要 50K , 唬不住面试官就要 5K
没想到 , 时至今日 , 我竟然需要写这么一篇题目类似于 < 老李手把手教你编简历 > 或 < 跟着永强学编简历 > 又或者 < 于巨柱细说编简历 > 的教程 .
可见这一届 PHPer 是多么的差劲 .
先从一个靠谱简历的外观说起 :
首先 , 请使用 PDF 格式 , 不要用 doc , docx , doc* 等拙劣的文档格式 . 原因我还是要解释一下的 , 因为我也当过面试官 , 我见到过各种神奇的 doc 文档打开后错位 , 乱行 , 甚至乱码 , 极其影响视觉感官 . 大家都挺忙的 , 打开这么一坨乱糟糟的玩意心情就很差 , 直接筛掉 . 我知道怎么说都会有杠精的 : ” word 怎么可能会乱呢 ? 我在我这里打开就不乱 . ” 我不歧视杠精 , 也一视同仁地无私奉献一条友情提示 :
其次 , 请文件名请专业一些 , 请采用 ” 姓名 – 职业 – 工作年限.pdf “ 这种格式来命名你的简历 , 切忌 “ 简历.pdf” , 有些不讲究的人真是文件名连简历两个字都不是 , 直接就是随机的一坨字符 , 诸如 yhc.docx . 还是那句话 , 大家都挺忙的 , 主要是请尽量多提供信息给好看的 HR 小姐姐 , 让她们减少一些无畏的工作负担 , 次要是因为你的简历名字一眼让人获取到了很多信息 , 第一时间被捡出来 .
然后 , 更重要的地方来了 , 里面写啥 .
个人认为一个简历四大组成部分 , 根据重要程度依次为 : 一是个人信息部分 , 二是技能点说明部分 , 三是项目经历部分 , 四是公司经历 .
下面按照顺序依次说下我觉得需要注意的地方 , 最后收尾我会提一下这个部分的可修饰程度 . 什么叫可修饰程度 ? ? ?
读书人的事儿 , 能叫偷么 ? — 孔乙己
先说第一部分 , 个人信息部分 . 你出去大保健被警察叔叔逮进局子后让你交代的啥 , 这里就写啥 . 可修饰程度比较低 , 拥有一丝丝可修饰价值 .
再说第二部分 , 个人技能点分配说明 . 这项十分重要 . 面试官会非常注重这一项 , HR 一般看不懂 . 很多人这里写的很差 , 这句话的意思就是 : 内涵不错的人这里写的很差 , 没有内涵的人这里写的也很差 , 以致于 ” 内涵不错的人 ” 从简历上看似乎和 ” 没内涵的人 ” 都差不多 . 这个地方最好不要写 ” 精通 “ 这两个字 . 虽然 HR 有可能真的喜欢简历上有 ” 精通 “ 字样的人 , 但是你也要知道你这两个字也会给你的面试官带来极大的反感或嘲讽欲 , 总之 , 你结合你自己情况自己看着办 , 万一你真的精通了呢 ? 然后我说下我见过大多数人这个地方都是怎么编的 , 一般都是 :
熟悉 PHP , 熟悉 YiiLavarel 框架 熟悉 Linux 使用 , 可以搭建 XXXX 环境熟悉 git 或 svn 版本管理的使用熟悉 MySQL 以及对数据库的优化熟悉 Redis 或 Memcache 的使用
我敢说大多数人都是这么写的 , 下面我站在面试官的立场来用行内白话来解释一下当我看到这样的简历后大脑里怎么想的 .
熟悉 PHP , 熟悉 YiiLavarel 框架 (复制粘贴 , CURD , 就是干!) 熟悉 Linux 使用 , 可以搭建 XXXX 环境 (会敲 cd , ls 命令 , 会 apt install nginx) 熟悉 git 或 svn 版本管理的使用 (会 git push , 会 git pull) 熟悉 MySQL 以及对数据库的优化 (会 select update 和 delete , 会添加索引) 熟悉 Redis 或 Memcache 的使用 (会 set key , 会 get key)
问题是什么 ? 其实问题不在于这些行内白话没有提现你的水准 . 这个问题的关键是 : 大家都这么写 , 凭啥把你的简历挑出来 .
所以这个地方吧 , 可以尝试用下面来表述 , 注意要结合你自己掌握程度 :
PHP : 熟悉 PHP 语法 , 熟悉 PHP 面向对象 , 可以根据业务逻辑结合合适的设计模式 . 熟悉 PHP SPL 标准库 , 对 PHP 的一些高级用法有所心得体验 , 诸如 pcntl 多进程模块 , socket 模块 . 对 SWOOLE 所有涉猎 , 有一些自己的积累和经验 . 对于底层 , ZendVM 如何如何 .Redis : 熟悉 Redis 常用数据结构的使用 , 可结合业务场景选择合适的数据结构 . 熟悉 Redis 集群 , 对集群实现方案原理有一定掌握 , 对于市面常用的集中集群方案的优缺点比较了解 . 对于底层 , 对 Redis SET 等底层数据结构的实现有所掌握 .
行了 , 我就举两个例子吧 , 技能点的说明最好用类似上面的说明 , 还是那句话 : 最好不要出现精通 .
那该用什么形容词呢 ? 我替你总结一下常用的几个词语 : 熟悉 , 有所 , 掌握 , 了解 , 有一定 , 心得 等 .
第二部分 : 可修饰程度略高 , 拥有可修饰价值 . 主要是你要能够应对面试官对修饰部分的问题 .
继续说第三部分 , 项目经历部分 . 这一部分实际上是对第二部分技能点分配说明的实战演练说明 , 你要提现出你在这个项目中的两点 :
亮点 . 你觉得这个项目中哪一部分值得自豪或学到新东西了 . 比如项目中用到 ECDH , 使用了 MySQL 中间件等等 .
难点 . 你觉得这个项目哪一部分当时难了你几天 , 然后你通过自己努力解决了以及解决方案是什么 .
然而大多数人都是这么写的 :
负责用户登录注册模块 , 后台管理 , 多角色权限控制 , 负责广告业务模块的管理和筛查 .
你这么写的 , 别人也是这么写的 .
第三部分 : 可修饰程度比较高 , 拥有较高修饰价值 . 主要是你要能够应对面试官对修饰部分的问题 .
最后一点是公司经历了 , 这个也没啥好说的 . 如果可以 , 我建议你合并一些小公司经历直接合并为一家 . 对于一些少数倒霉的同学 , 比如在不到 10 个人公司干了三个月就辞职的这种 , 我建议修饰成 ” 去朋友公司帮他临时组件了一个小团队 “.
然而 , 到了最后 , 我还是要告诉你这个世界多么残酷 , 即便你的简历真的比较优秀 , 用词恰当 , 然而如果你面试遇上了傻逼一样的面试官 , 都白搭 . 这里的傻逼理解为两类 :
装逼优越 diss 你类型的 . 这种的 , 可能依然会录用你 .
看你不顺眼 , 上来说话就带刺类型的 . 根据你的心理承受能力 , 请你自己做出相应动作 .
不得不承认 , 只要看双方对了眼 , 聊的投机了 , 简历什么的是可以抛到一边儿的 .
找到一个合适的工作是你和这家公司的事儿 : 一个愿打 , 一个愿挨 .
能应聘到这个合适的工作是你和面试官的事儿 : wangba 看绿豆 — 对上眼了 .
最近开了一个微信公众号（手贱弄成服务号了）