自从有了股东服务以来,有不少的股东都会让我帮忙看看简历,最近看多了,我又想出来BB几句了。
对于程序员简历来说,主要分为几大块:
简历不需要花里胡哨的排版,一般给到简历我这边帮忙去看的,他们的简历排版都没什么问题的。要记住的是,发的简历给别人,得是PDF格式的。
个人简介和专业技能一般也没什么大的问题,因为这些都是雷同的,一般我很快地就扫过去了,也不会纠结具体某几个技术栈是怎么样的。除非,你写了一大版的熟悉/精通xxx技术栈,但本身却没有几年的经验。这会让我下意识地提高对候选者的期望值,我会抓住几个技术栈来问,要是连续几个都答得不好,那那那...
校园经历,有比赛的,只要是编程本专业相关的即可,拿过奖什么的,会觉得还不错。如果是各种乱七八糟跟专业能力无关的,我会觉得候选者可能是在编简历凑字数,会很降低好感。
工作经历,没什么好说的,正常写好时间和对应的工作单位就好了。校招可以没有,但要是有实习经历的会有一定的加分。
出问题最多的其实是项目经历,我看了好几份股东的简历,在项目经历的内容里有喜欢堆积各种的模块。其实大可不必这么做,因为即便是作为面试官,也可能不会做不了这么多的模块(用户登录注册模块/购物车模块/商城模块/网关模块),这跨度有点大,术业有专攻。
当然了,不否定一些在小公司的同学就是全干工程师,就啥都做过。但最好还是拿自己比较拿手,觉得有些设计的思想的才写上简历上。看起来就只是简单无逻辑的增删改查,这也提不起问的欲望,写了等于白写。
更加普遍的现象是堆积各种的技术栈:
使用 Mybatisplus 对数据库表进行管理和高效开发 使用 RestFul 风格完成前端和后端的交互 使用 Nacos 作为服务的注册中心 使用xxl-job配置平台内部api的定时调用
好多通篇都是这样的内容,如果我是面试官,我是不知道问你什么问题的。这些技术栈能干什么,懂的都懂。但是要是我,我是希望从业务的角度去聊技术(单纯聊技术,那不就是八股文吗,那八股文也没啥好聊的)。你是基于什么业务的场景,选择了该技术栈,解决了什么问题,有什么提升。
所以,我一般会建议股东不要堆积技术栈,技术框架是要服务业务,有业务背景才需要用到该技术框架,而实现它对业务带来的好处要讲讲,应表达为:使用技术栈解决具体实际的问题,或提升了xx性能,能量化是最好的。
技术上的亮点:
业务上的亮点:
很多同学可能没写过项目,就开始写简历了。我个人认为,像 Java 开发这种,在简历上是一定要出现项目的。将心比心,如果你是面试官,应聘者没有项目,那作为面试官的你该问什么问题呢?
所以,一定要有自己的项目(如果真没自己的,推荐austin消息推送平台,死扣这个项目)