图片描述

前言

金三银四的求职季已经过半,但求职者的简历依然络绎不绝地涌过来。今年的大形势比较丧,不少大公司需要通过裁员降薪,或着停止招新,来 “过冬”。 所以,哪怕是有招聘需求的岗位,也会相应提高对应聘者的要求。在一些微信群中,也有同学感叹说面试机会变少,工作不好找。

近期面试了很多候选人,也陆续收到的一些公众号上读者的反馈,让我产生了一些思考。今天,我们不聊具体的技术问题,而是想探讨一些,在面试的过程中需要注意的 “非技术项的软技能”,以及一些个人的感悟。

就好比在 “王者荣耀” 中,技能的操作是你的“硬技能”,而局内的出装方案则是“软技能”。优秀的出装方案,往往会是你登顶之路上的一大助力,希望这些“软技能”对还在求职路上的同学有所帮助,也祝愿所有同学都能迈入自己心仪的公司,成就“最强王者”!

一些软技能

这里所说的 “软技能”,是指一些个人的综合素质。假设有一个与你的技术能力不相上下的人,共同摆在面试官的面前,这些 “软技能” 或许能让你脱颖而出。

1、礼仪 和 仪容

千万不要迟到。面试官也是很忙的,除了日常的开发任务,还有各种的会议安排,如果因为你的迟到而打乱了面试官的日程安排,那第一印象就不好了,还会影响整个面试的过程。但如果真的遇到突发事件时,可以提前联系说明情况,并表达歉意,这往往能给面试官留个好印象。

保持谦虚的态度。任何时候,把自己放在一个相对低的姿态,你是来面试的,需要抱着一种接受检阅和学习的态度,来对待面试。让我记忆犹新的是,曾遇到过一位同学,在面试刚开始时,就拿出了纸和笔,说是为了在面试过程中,当遇到答不上来的技术问题时,以便于记录下来,在回去之后再复习巩固。这一听,就让人觉得这小伙子不错,谦虚又好学,或许以后相处起来也应该比较融洽。

保持礼貌待人。多说“请”,“您”,“谢谢”,记得进门后关门,给你倒的水,在走的时候也要记得扔掉。面试时,坐有坐相,不要跟在家里一样太随便。说话口齿清楚,可以有条不紊地说得慢一些,但要注意把握细节的尺度。如果遇到某个问题和面试官有分歧的时候,不要争论,更不要试图说服面试官,点到即止。这是礼貌,与你的技术有多牛逼无关。

穿着得体,仪容整洁。穿着上,如无特别需要,不要着正装,休闲装就行。仪容上,女士可以化淡妆,也可以素颜;男士需要梳理一下头发,胡子刮干净。干净整洁无异味即可,以表示对本次面试的重视和对面试官的尊重。

2、沟通能力

面试的过程,本质上就是一次沟通的过程。候选人在短时间内,要尽量地向面试官展现自己的长处,隐藏自己的短处,尽量让对方问题得到圆满答复并且留下较好印象。

在面试时,候选人一定要精神饱满,口齿清晰,自信对答。当遇到答不上来的问题时,一定要老老实实的说 “这个我不清楚”,或者 “这个我不会”。千万不要不懂装懂,罗里吧嗦说了一堆,还说不到点子上的话,会让面试官觉得你是在捣糨糊。而且我告诉大家,混是混不过去的,面试官问的问题,他自己肯定非常清楚答案,想糊弄过去或者胡乱回答,那只会给自己 “挖坑”。

一道题答不上来,赶紧翻篇,不要想太多,那是会影响面试状态的。在最后谈薪酬的时候,也不要因为自己有些题没答好,而降低了期望薪资,如果对方真的按你当时说的期望薪资给了 offer,而你却有点不甘心,再次改口的话,会让对方觉得你是在坐地起价,一个好机会可能就此错失了。所以,只要不是漫天要价,就放心大胆地说出来,如果对方觉得略高,会再跟你商量的。但务必一开口就给人真诚,干练,专业的印象。

3、简历上的一些建议

一份优秀的简历,往往能让你获得更多的面试机会。面试官在阅读一份简历的时候,往往会先找关键词,比如 React / Vue / Node 等的技术栈,然后是项目经验,再是 学历 / 工作背景 等,以及是否有 github 或技术博客等的加分项。

技术栈和项目经验很好理解,企业招人会先从成本考虑,熟练工自然是优先考虑。所以,一定要在第一屏就把你最擅长的技术栈,以及运用该技术的项目经验写清楚。

我发现很多候选人,不太重视自己过往的项目经验。就我个人而言,我做过的每一个项目,虽然我在其中可能只负责编写某一个模块,或者功能,但我也会想办法搞清楚整个项目的业务流程,产品设计的意图,我们做的内部功能是如何与外部实现集成的,以及整个系统的架构设计等等。我在面试候选人时,往往会先问最近一个项目的相关内容,有的候选人会说是他自己一个人完成了整个项目的搭建与开发工作,但连其中有哪些模块,为何这样设计,最终如何落地,都答不出来,场面就很尴尬了。

所以,在面试前,应该好好把自己以前的项目经验都捋一捋,特别是最近的一个项目,从业务流程到产品设计再到系统开发。然后,在简历中写项目经验的时候,可以多加设计一番,想一想,当面试官按照你简历中写的 “剧本” 提问的时候,你会有多么的从容呢~

4、不要作弊。

这里说的不要作弊,分为两方面。一个体现在简历上,另一个是指做笔试题。

在简历上,不要把你不熟悉的领域写上去,更不要在其之前还写上熟悉或者精通的字样。如果你写了,那在面试前一定要花时间做足了功课,不然到时候岂不是搬起石头砸自己的脚么。另外,如果你真的没有 github,也不要拿别人的来冒充,被发现就太尴尬了。曾经遇到过一个小伙子的简历,在最上方就贴了 github 地址,我就满怀欣喜地点进去一看,发现 repo 还不少,随机点开一个看源码,感觉还挺有想法的。但是看到后面,却在其代码注释中看到一个博客地址,再进去一看,却明显感觉画风偏女性啊。一番追溯,最后发现,原来这小伙直接拿了别人的代码拷贝过来,在自己的 github 中新开了个 repo,却连那位小姐姐的博客地址都忘了删掉,太尴尬了。但其实,就算删了也没用,因为如果在面试中被问起源码中的细节,仍旧答不上来,是会被怀疑个人诚信有问题的。一旦诚信出问题,哪怕技术再牛,也会被 pass 掉的。

另外的一点,就是有些企业在面试程序员的时候,得先做一份笔试题。请记住,在做试卷的时候,千万不要用手机上网查答案。本身作弊的行为就不好,再加上如果面试官在暗处进行观察,发现你作弊,那就太尴尬了。所以会就是会,不会就是不会,就算你把卷子都填满了,但当面试官再次摊开卷子逐个问你解题思路的时候,你回答不上来,岂不是更尴尬。

5、最后的提问环节

面试的最后,都会有提问环节。我发现一个很奇怪的现象,很多同学往往在这个环节提不出什么问题。面试,是双选选择的一个过程。在自身的技术能力达到对方要求的前提下,当然还得考察这家公司是否适合自己的发展。

有一些思路,可以提供给你。比如,互联网行业都是需要加班的,那么就可以问与加班相对应的补偿机制,是否有调休,或者加班费?还可以问加班的频率等等。我在想,其实我们并不是不愿意加班,而是期望能通过加班给自己带来多少收益,换言之,加班的价值对于个人来说体现在哪里。当然不仅是金钱方面的回报,还有从项目中获得的成长与收获。

又比如,可以问问团队内部是否有技术分享,技术沙龙之类的活动。我们除了认真干活之外,还得考虑自身发展,分享或沙龙活动,能看出该团队的技术氛围如何,浓郁的技术氛围能帮助我们快速成长。我觉得,如果长期得不到技术能力上的增长,或许可以尝试着跳出舒适区,去寻找新的方向了。此外,更进一步地,可以问问公司对于员工的晋升有什么制度,职级又是如何划分的,这些都与个人的发展息息相关。

如果你觉得希望不大,也可以让面试官给一些建议啊,比如自己有哪些方面比较欠缺,接下来可以如何更进一步地深造。我一直认为,面试除了是检验自身能力的一场试炼之外,还是一次向前辈讨教学习的极佳机会。而且,只有问清楚了上面的这些,你才能在与 HR 聊薪酬与福利待遇的时候,进退有度啊~

6、厕所与办公环境

在上门面试时,建议抽空去卫生间看一下。主要是因为通过卫生间的情况,可以侧面了解企业管理者对治理企业的态度。

如果一家公司的卫生间装修得不错,卫生条件也 ok,甚至连厕纸的质量都挺好,那么在其他方面,对待员工应该也差不到哪里去。因为根据我从业这些年的经历来看,我所见过的企业中,几乎都满足这一条。不好的企业,卫生间一定比较破,设施坏了也不会及时修理,可能连厕纸都没有。而好的企业,卫生间设施干净,厕纸也比较厚与柔软。如果大家平时留意一下的话,就会发现,一些好的商场,高档的酒店,对于卫生间的装修和干净程度的要求,相对都会比较高。

另外,顺道还可以一路观察办公环境,不求工作环境高大上,起码要整洁干净,如果办公环境明亮宽敞,干净整洁,大家要么安静地在做自己的事情,要么三两个聚在一起小声讨论问题的话,那么从工作环境上说还是个挺不错的企业的。

关于 996.ICU

说起近期 github 上最火的 repo 非 996.ICU 莫属了。什么是 996.ICU ?工作 996,生病 ICU。随之又诞生了另一个与之对立的 repo,955.WLB,工作 955,work–life balance (工作与生活的平衡)。它们都呼声都很高。

此外,还看到过一些与之相关的插件,比如通过 eslint 控制每天 18:00 之后静止提交代码,周六周日 禁止代码变更。又比如,通过 precommit 钩子来禁止 git 提交等等。

其实我觉得,是否迎合 996 工作制,完全看自己。如果你觉得太辛苦,完全可以换一个相对轻松一些的工作,996 的工作强度并非有利于每个人的成长速度。而另一方面,正像某位大佬说的,现在的 996 工作制度,在未来的某一天回首时,会发现它是正确的选择,能扛下来的人,都会得到相应的成长。从某方面来说,我是认可这一点的,因为我早在两年前,就开始给自己实行 996 了。利用更多的业余时间,夯实基础,不断学习,并开始陆陆续续地写一些东西。

太过舒适的环境,就像温水煮青蛙,当有一天生存环境崩塌时,再想跳却力不从心了。技术人,应当保持一定的技术敏感度,学习是终生的事情。前端的发展非常迅猛,体系也很庞杂,如果你觉得遇到了瓶颈,那就试着跳出舒适区。不要将自己限制在hga008.com|首页器端,因为 Node 是一条通往服务端的路,RN / Flutter 则是另一条通往客户端的路,还要好多的路,就不一一列举了。所以,要有信念,JavaScript 是可以一统天下的(凑不要脸地给自己打气 ^_^)。

我的原创干货

值得庆幸的是,我警醒得还不晚。所以,在 2018 年底,我开了个人公众号 《超哥前端小栈》,并坚持每周更新一篇,计划先坚持一年。会同步更新到 掘金segmentfault 以及 github 上。主要聊聊技术 和 面试,聊聊前端人的成长,不定期还会有内推岗位,希望成为你的陪伴者。

每一篇公众号,都会耗费我大量的时间,有时甚至是连续几个晚上赶进度。因为我想把我理解的东西,用最通俗易懂的方式,朴实无华地表述出来。一般写完后,我还会再校验至少 2 遍,精简内容,提炼精华,检查表述是否到位,语句是否通顺,有无错别字等等。

每周发布完一篇之后,是我最焦虑的时候,因为下一篇该写什么,还没有着落。看过我公众号的同学,或许会觉得有些奇怪,我的文章似乎没有太多成体系的关联。那是因为我每次写的文章,都比较偏实战,灵感主要来源于一些朋友以及小伙伴们,在实际工作中遇到的问题。我看出了问题背后的本质,是因为没有理解某个知识点。而且我觉得这些问题,也许也有同学会遇到,所以就整理成文了。

目前出了大概这样几个系列:面试、干货、源码、感悟。

面试系列:

干货系列:

源码解读:

个人感悟:

岗位内推

我所在的公司,福利待遇绝对是具有竞争力的,也有明确的晋升通道,每周还有两次内部分享。厕所的装修很高档,厕纸很厚也很软。办公环境舒适,工作氛围更是浓郁,不时地总能看见几人一圈围在一起讨论技术问题。

寒冬期,在这儿一点都不冷,因为。。。

莉莉丝游戏招 中高级前端工程师 啦!!!

你玩过《小冰冰传奇([刀塔传奇])》么?你玩过《剑与家园》么?

你想和 薛兆丰老师 成为同事么?有兴趣的同学,可以 关注下面的公众号 加我微信 详聊哈~

本文固定链接: http://www.js-code.com/flutter/flutter_28111.html