为什么招聘高级前端开发这么难? - Go语言中文社区

为什么招聘高级前端开发这么难?


为什么招聘高级前端开发这么难?

腾讯、阿里、网易 这种级别的我不敢说,以我个人的经历来分享一下吧。

先交代背景:上海的创业公司,成立快十年,团队规模近百;主力是自己的产品,有时也作为技术合作方帮合作伙伴做一点外包;前端团队10人以内,目前主要技术栈是 React。

负责招聘工作也有 2 年了,题主给出的要求,别说这些大厂,我们这些普通小厂基本也都这么要求。但从以往的情况看,大部分应聘者都是:

  • 1-5 年工作经验,专科 > 本科,跨专业 > 计算机专业。
  • 大部分是一毕业就从事前端的;排第二的是 UI 转前端;然后是其他更远的行业转过来的。
  • 项目做过不少,但技术含量普遍不高,体现不出什么。
  • 会 Vue 的比会 React 的多,全家桶做 SPA 都会,服务端渲染基本没接触过。
  • 基本功勉强及格,但提到规范、标准了解非常有限。
  • Node.js 最多跑过 Demo。
  • Webpack 用过但不会配置,Git 会基本操作但不懂 Git Workflow。
  • ESLint 之类的基本都听过,坚持做的没几个。
  • 鲜有自己博客或者 Github 有可展示的内容的。
  • 英语水平普遍很糟糕。
为什么招聘高级前端开发这么难?

总的来说就是能干活,但知识结构不够系统,规范性太差,需要团队里有人带。

有人说是不是你要求太高了,有本事的都去大平台了,能来你这儿的质量不会太高。这话有一定道理,但说真的,我的要求已经很低了。给大家看一些我面试经常聊到的话题,个人认为都还是很基础的,如果这个水平都达不到的,我是真的不放心把项目交出去:

Q:简单介绍下 React / Vue 的生命周期

A:几个钩子函数基本能报出来(如果不讲究按顺序、按挂载/更新区分、能把单词用英文念出来并且念对的话),稍微深入一点问下各个阶段都做了什么,一半以上就“不太清楚”了。更有甚者我问 React,对方回答 created、mounted,提醒之后还觉得自己没错的。

Q:【React】定义一个组件时候,如何决定要用 Functional 还是 Class?

A:简单的用 Functional,复杂的用 Class。(不能算错吧……但也不能算答到点子上)追问怎么界定“复杂”,答不上来。

Q:【React】HOC、(非)受控组件、shouldComponentUpdate、React 16 的变化

A:不清楚、没接触过。

Q:【Vue】介绍一下计算属性,和 data、methods、watch 的异同

A:基本都能巴拉一些,说的大部分都对,但就是说不到最关键的“当且仅当计算属性依赖的 data 改变时才会自动计算”。

Q:【Vue】为什么 SFC 里的 data 必须是一个函数返回的对象,而不能就只是一个对象?

A:我承认这个问题有点小难,有一定的区分度,不是每个人都有关注过,但是官方文档有说明这一点,但凡看过的肯定有印象。即便没完整看过文档,在初次学习的过程中难道就不觉得奇怪吗?“学而不思”的人和“学而思”的人,区别还是挺大的。

Q:CSS 选择器的权重

A:经典问题了吧?背都能背出来吧?伪类、伪元素分不清楚,只知道内联、!important、ID、Class 之间的顺序,加上其它的就懵了,而且只说谁大于谁,讲不出具体的计算方法。单层选择器比较还行,几个叠加起来就迷糊了。

Q:JS 有哪几种原始类型

A:基础题,能说上来几个,答不全,主要问题集中在 null 和 undefined 没考虑进去、对象和数组算不算原始类型、以及 Symbol 很多人不知道。

Q:ES 2015+ 有哪些新特性

A:这题可以说的很多,根据应聘者的回答去展开,可以很容易地看出应聘者有没有系统地学习过这方面的东西,以及有没有持续地去跟进语言标准的发展。但这一题能回答的比较好的,寥寥无几,大部分是遇到问题然后零零散散现学的,不够全面、也不够深入,简单用过,但稍微问点细节就只有“尴尬而不失礼仪的微笑”了。

Q:工程化工具的使用(Webpack、ESLint、Yarn、Git、……)

A:基本都有所接触,但只是“用过”,算不上“会用”,一切顺利还好,真遇到问题了,立马就懵。

Q:Node.js

A:写过 Demo 的水平。

Q:未来 1~2 年的职业规划、下一步最想学的技术、最希望往什么方向发展、怎么看待XXX技术

A:大部分人对自己没有一个明确的态度和规划。说白了就是还没从学校里出来,什么都等着别人来安排。

难吗?

以 3 年为例,差不多也算是职场上一道分界线吧。优秀的人不会担心没处去,不那么优秀的人各有各的理由。个人感觉这个阶段的人大部分都还缺少一些“职业性”,对自己在职场上的“人设”没有很好的关注过,只知道风往哪儿吹自己就往哪儿去,对自己的未来完全没有规划。很多人的技术成长都依赖于公司的业务,学不到东西全怪公司太小接触不到技术难点,然后就想着跳槽,寄希望于新的环境能有牛人带。殊不知技术的积累和公司做什么项目一点关系没有,完全是靠自己对行业的理解,以及空闲时间的安排。

我自己工作年头也不算太长,到今年年底算整 3 年。多的咱不说,毕竟没经历过的没有发言权,分享一下我所理解的1 ~ 3 年,3 ~ 5 年应该有的样子吧。

第 1 年:

以自己经历来说吧。16 年入行,Bootstrap + jQuery 实现功能没问题,但代码设计功力还很浅。我入行的时候 React 和 Vue 刚火起来,Bootstrap + jQuery 还是主流,ES2015 已经出来,我也学了一半了,但 Gulp、Webpack 还一样都不会。接手的第一个项目是 Angular.js 的,之前没学过,第一天就让改东西,只能现学现卖,接下来一周自己花时间把 Angular.js 基本用法搞懂。同年自学了 LESS、SCSS、Stylus、PostCSS,工具方面把 Gulp、Grunt、Bower、npm、Yarn、Webpack 都学了一遍。刚入行时候最大的感觉就是整个行业都在往组件化走,同期有一大堆的工程化工具需要掌握,整天活在一堆听不懂的名词里,所以当时的目标就是尽快把这些不懂的东西弄懂,能跟同行说上话。

第2年:

头一年的目标还是顺利达成了,到年底,我已经全面采用 ES2015+ 开发了,相关的工程化工具也都基本掌握了,但到框架层面还是只会 Angular.js,而主流市场好像已经有了新的选择。看网上评论说 Vue 上手简单,于是从 Vue 入手,开始学习新的技术栈,做了几个项目觉得比较稳了,就开始挑战 React。这一年 Angular 也开始了大改版,到下半年的时候,我找了一个相对不重要的项目,试水了一把 NG4,并实践了 TypeScript。至此,主流的技术栈基本都掌握了,满足常规业务需求不成问题。

第3年:

18 年开始公司迎来了一个高速发展期,单个项目的规模光靠一个人已经顾不过来了,需要团队协作。既然是团队协作的项目,那么就要考虑大家的能力差异,不能再像以前那样随心所欲了,需要给团队制订一套技术选型方案,以及必要的开发规范。好在之前对主流的几大技术栈都有过了实践,因此这时候也才有了选择的权利,一番权衡之后,为团队定下了现在的技术方案,并整理了一套开发规范,包括开发环境、代码风格、开发流程、最佳实践等等。

这一年也是我第一年真正以一个 Team Leader 的身份去带团队,身份的转变也打乱了我原本的学习计划,我很难再有比较连续的时间可以用来系统地学习一些技术,经常会被一些杂事打断,可能是各式各样的会议,可能是团队成员遇到的技术难题,我从一个主攻手的位置,变成了一个辅助型的角色,游走在几个项目之间,哪里需要就去补位。

当然,即便如此,我还是会在晚上、周末,给自己留出时间去做技术积累,前两年主要是在弥补广度上的不足,现在开始就需要往深度去走,例如设计模式、语言标准、代码规范、内核原理、算法优化,当然一些常规的技术也还是需要花时间去学习的,像 RN、Electron 都是非常值得投资的东西,包括一些服务端的内容,想做 CTO 的话这些都跑不了。

为什么招聘高级前端开发这么难?

小结一下

前 2 年主要在于观察和积累,从刚入行的新人快速成长为一个能够独立负责项目的开发者,对行业内主流的技术方案足够的熟悉,常见的问题要能马上给出方案,不熟悉的问题也要有思路该怎么去解决,做到“但凡是我领域内的,不允许自己做不到”。扎实的基础在任何时候都是你说话的底气。到第 3 年,这些储备应该已经就绪,至少不能让它成为你的短板,这时候需要开始思考一些基础技能以外的东西,比如管理能力,无论往后准备走什么路线,即便是纯技术路线,也早晚会要带团队。

带团队也是需要方法的,这种能力谁也不是与生俱来,面对不同的团队也需要因地制宜给出不同的方法,所以要学的东西还很多。当然技术方面也不要因此而放下,技术的更迭是永恒的,这方面的学习也是一个持续的过程,只要你还在技术圈混,技术实力永远是你服众的最佳利器。什么时候跟不上了,也就差不多要被淘汰了。

3~5 年

这一阶段我还没经历到,但是很快就会进入,所以自己也有一些打算。进入到这个阶段的人都是跳槽市场上最受欢迎的,往年一直都很安静的求职 App 开始大量地向我抛橄榄枝,各种猎头也是隔三差五的联系我,毕竟从概率上讲,3 年以下都还算新人,能淘到的宝很少,从 3 年以上的人里挑就会容易许多,毕竟到这个时候了,该经历的也都经历过了。当然跳槽并不是我们这里要讨论的问题。

到了这个阶段,市场默认你已经是个比较成熟的开发者了,没人会再把你当做应届生看待,你需要表现出足够的职业性,对技术、对行业的看法也需要有一定的深度了。从这里开始,应该开始接触一些通用工具的开发、系统设计、性能优化、新技术探索、团队管理等初级开发者做不来的事,如果你还是只做一些一线的业务开发,出个页面调个接口之类的,那么就该考虑到底是自己能力不行,还是被环境束缚了。

所以为什么招不到人,因为真就是没有那么多“野生的”符合条件的候选人。大把大把的人其实完全有潜力成为市场想要的那一种,但是需要人去点化,让他们明白自己要怎么去做才能更好的成为市场需要的样子。多年来的教育培养出了一大批“懂事听话”的孩子,现在放任他们自由了,反倒不知道怎么做决定了。都想伯乐能看到自己,却不明白自己要怎么样准备,怎么样展示。

所谓的“高级”,很多时候其实指的并不是你在某一方面的技术有多 NB,而是你做事情的方式让人觉得“专业”、“靠谱”,事情交给你之后就能放心的回去等结果了。人家要的是结果,而不是你某一点的能力有多厉害,资本方是不在意技术细节的,只有你自己在意。

能干活的有一堆,但是有自己独立思想的人,真就那么稀有。也正因为稀有,才体现出价值。如果满天飞的都是“高级”了,那么我们是不是又要重新定义什么是“高级”了呢?

【责任编辑:未丽燕 TEL:(010)68476606】

点赞 0
版权声明:本文来源51CTO,感谢博主原创文章,遵循 CC 4.0 by-sa 版权协议,转载请附上原文出处链接和本声明。
原文链接:http://news.51cto.com/art/202011/632341.htm
站方申明:本站部分内容来自社区用户分享,若涉及侵权,请联系站方删除。
  • 发表于 2021-05-17 03:34:15
  • 阅读 ( 1540 )
  • 分类:前端

0 条评论

请先 登录 后评论

官方社群

GO教程

猜你喜欢