招聘前端的标准
时间：2023-09-07 03:54:01 | 来源：网站运营
时间：2023-09-07 03:54:01 来源：网站运营
招聘前端的标准：虽然过去两年政策重拳打击了行业，但公司充裕的现金流居然还能给小组内挤出两个研发hc。这次打算校招招专业前端，薪资在30～40k/月，可问题是，我们小组之前没以专业前端的标准招聘过新人，之前都是按服务端标准配合一点点前端知识来招人。
问题来了，招专业前端的标准是什么？我是全栈开发，我来尝试解决这个问题。
首先我们采样了同等薪资水平的微软和字jd的requirements部分。
微软- 精通Web前端技术，包括HTML5、CSS、Javascript、Vue、React、小程序
- 熟悉至少一门后端语言，掌握Node.js者优先;
- 深刻理解W3C标准及可用性，能准确进行代码构建，实现产品所需交互效果，并封装通用JS组件；
- 能够快速准确定位和解决web前端（JS,CSS）出现的bug以及解决不同浏览器下的兼容问题；
- 对前端性能优化有丰富经验，代码效率高，有很好的复用性；
- 表达沟通良好，责任心强，学习能力优秀
字节- 精通前端相关技术栈，有扎实的代码功底和良好的上层设计能力
- 对React相关技术栈有深入研究，了解Vue相关技术栈，熟悉Webpack等打包构建工具
- 熟悉Eden、Jupiter、Starry、Semi、Arco等字节前端工具链使用
- 有丰富的中后台开发经验，具备一定的服务端开发基础
- 对前端相关技术抱有好奇心，关注并熟悉前沿技术
可以看到微软强调工程解决问题的实践，业务抽象能力，对前端的某项具体技术没有刻意强调，意在关注员工的发展潜力。字节在此基础上更关注具体的业务工具的熟练度。
如果说要目标是
交付一份jd requirement，那我现在就可以说，
问题解决了，我直接将几个大厂的jd requirement merge就走人了。
但问题就这么简单吗？no，从工作实践来看，我们组内的前端技术优秀的人当前的确能符合上述标准，但在校招时不一定能表现出来，校招的难处就在于
预见他有达到这些标准的潜力。我把需求merge后再分割，其实可以塌缩到四部分
- 基础计算机知识
- 解决工程问题的能力
- 学习新技术的能力
- 对这个职业方向的兴趣和热爱
你肯定会说“
这不是废话吗？所有前后端ai区块链校招都可以用这个标准“。嗯，确实有这个嫌疑，但这是可以在实践中可以消除的。
怎么实践呢？
第一个部分不用说了，计算机知识部分，那计算机网络，操作系统，网络编程都问一遍，算法题来上十道，这是没得跑的。
第二部分，
解决工程问题的能力，就有意思了，他工程经验可以不足，但能力却是可考的，具体而言，可以在面试时扔出一个有业务bug的前端页面，视图bug也好，业务逻辑bug也好。就给他半个小时，让他可以用一切工具，但不得请外援来解决，如果他是有这种能力，那么他应该会先“描述问题”，然后再通过搜索引擎或者官方文档手册等手段，去定位原因，这个时候他会进入一个“假设-求证-再假设”的过程，我们可以不断问他的思路是什么，怎么验证的。
越有这种能力的人，这个过程的思路就会越明晰，没有这个能力的，就会像闷葫芦一样原地打转，或在乱七八糟的网页间随机游走。
第三部分，学习新技术的能力，这其实也是可求证的，具体而言，可以从js相关技术或工程实践的一些技术中一直往深入的方向问，问到他不熟悉的地方，停下，然后给他laptop，让他自己现场学，一直等到他说搞清楚了，然后再看他是真清楚还是假清楚(真假的标准在于自圆其说)，如果是那种浅尝辄止的，肯定禁不住第二第三问，而那种有学习能力的则反之，当然这个“停-学-问”的循环可以多试几次，越多越能发现他的问题。
第四部分，其实更好测，直接问他对这个方向现状的吐槽和期望，如果是“真爱粉”肯定是一肚子想法的，比如会吐槽react native的实践相比flutter是逆势而为，在未来甚至webview都比这个方案好，再比如会畅想一下完全替代w3c html标准的新视图DSL一统各端，里面有不切实际的，有无知的论点，但这都不重要。重要的是，
要有想法。如果他能达成上述四点，请问熟练前端构建工具链对他而言会是很难的事情吗？解决前端工程问题是有障碍的吗？封装和抽象一些业务会不情愿吗？我的回答是否定的。
他的自驱力和学习能力可以推导出上述职业能力。
如果再往深了抽象，你可以把上述四部分再溯源到 “憧憬未来，逻辑思辨，尊重与挑战共识的平衡能力...”，但没有一个jd requirements会这么写，这属实有点哲学了，也不推荐这么刨根。
总而言之，从根源来讲，招一个前端和招一个后端招一个区块链开发标准没有太大不同，无非是上述能力在一个领域的细化，社招侧重结果，校招侧重原因。
在线咨询
