Akiq2016/blog

principles-for-preparing-cv

Opened this issue · 0 comments

STAR面试法

STAR面试法的依据是“过去的行为是未来行为的最好预言”,就是多问过去,少问将来,从过去的行为中判断是否是真实的,有效的,而不是应聘者的夸夸其谈。SITUATION(背景)、TASK(任务)、ACTION(行动)和RESULT(结果)

自荐简历一定要署名

如果自荐简历的话,一定要在邮件标题、简历附件文件名上写清楚,谁、应聘什么岗位、建议层级(初级、资深、专家)

务必要有 word 或 pdf 文件的简历

一页 HTML 简历源码能表现的东西实在有限,毕竟我们现在不招初级(P5及以下)前端了,所以 word 和 pdf 格式的载体足够了,多花精力放在简历内容上。

简历要表现出亮点,最好有作品

全栈通才固然好,每个方向都深入有点太难为人,但至少某一个方向要非常精钻非常深入。所以简历里要重点标出这个长处。实际上九成的简历里的“技能”部分几乎都是一样的,都差不多把前端用到的技术罗列一遍,毫无意义的占据简历中的黄金地段。

所以,既然全栈不易,不如把自己最擅长的那个语言或技术高亮加粗出来,面试的时候我就直接绕过其他,专从这个“高亮加粗”部分来做一些技术探底了,以此来引导面试官来问你擅长的部分,更有利于你扬长避短。

技术探底一般怎么做?看作品!如果擅长 Node,就看看 NPM 上提交的模块,install 下来演示下,讲讲核心代码。如果是一个组件,就直接看 Demo,讲设计封装思路。如果是一套脚手架工具,直接画架构图,讲原理和适用场景。如果是项目,那就 show 下你作为 PM 发的 Release 邮件!作品不仅仅是这些,也可以是技术专利、设计方案、成功的带人案例、成功的团建案例等,只要内容充实接地气,脉略(可以是代码、也可以是一件事)清晰就对了。

所以,简历里要适当带有这些储备好的作品,备着面试时狂秀一下。

突出重点,展示能力

具体说就是描述每个项目时,不仅要有背景、过程,还要有你为这个项目带来的结果。比如这样描述项目:我做了 XX 项目重构,用了 XX 技术方案,克服了 XX 的困难,最终让 XX 这类需求变更可以短平快的被消化,极速研发、快速上线、且数据采集也做到了标准化,研发成本大大降低,数据积累增长迅速,比如 XX ,最后在 XX 产品线中开始推广。

在面试时,这种描述很容易引出有针对性的话题来聊,也正因为简历里有这些铺垫,可以节省大量的面聊时间,更快做出判断。

相比之下,这种描述就不好:XX 项目前端研发,用了 AngluarJS,整个项目独立完成,包括整个 Boss 系统的受理收费、商品零售、小灵通短信群发、有线电视代收费、营业员/营业点结账等模块。这段描述只传达出一个信息,就是你用过 AngularJS。至于当初面临多少种技术选型,如何做取舍选择了 AngluarJS,这些系统模块之间如何基于 AngularJS 进行耦合,有没有涉及前端架构,AngularJS 用的有多深,项目成员分工怎样,如何并行研发?遇到过哪些你认为有价值的问题,并针对此提出应对方案,是代码解决还是组织解决?这个过程要靠面试的时候问答大半天才能搞清楚,问不出来的,基本也就跳过了。要是简历里表达出来,脑子里很嘹喨,面聊也不会很拖沓,能力评价自然会很高。

再补充一个,有好多人有写博客写总结的习惯,这个习惯非常好,如果某个总结能和简历里做的项目结合起来,就更好了。

全绿的 Github 提交记录

简历里附上 Github,最好提交记录那里泛绿的厉害,如果进到 Github 首页就想点开项目列表,找项目去读,如果看到有那种长时间维护的、Readme 写的清楚的、一本正经的写上“转载注明出处的”,基本上抓起电话就开聊了,结果基本上不会差。

其他关注和不关注

关注:每次换工作的离职原因,可量化的工作成果,能代表你最高水平的项目要写详细,标红加粗下划线,在简历中强调出来。

不关注:证书、四六级、了解的编程语言(如果不精通就不要写)、你不擅长什么、个人简介。

典型问题

  1. 哪个项目让你最满意、代表你的最高水平?如何做的?
  2. 让你印象最深刻的一个(技术)难点,害的你搞了很久,最后怎么解的,有什么心得?
  3. 你做的时间最久的一个项目(或产品),你看到这个项目有哪些问题,你能做什么?
  4. 你能给我们团队或者产品带来什么?