工作8年，聊聊前端工程师的职业前景

楼主修房子基建城建装修的比方 真贴切，醍醐灌顶了!

看完觉得没有什么营养。。。

小弟我现在一年前端经验 想跳槽 结果发现每家前端考察的东西都不一样（大公司可能还好一些） 真得很难准备。。

我前后端都做过，现在有刚毕业的小朋友来问我选择什么方向。我的回答一律是如果你 “非常喜欢” 前端喜欢 UI 的东西 (注意非常强调），那么可以选前端，要不然既不要选前端，也不要搞 data analytics， Machine learning 和 mobile，通通一律选择 后端。

从职业发展和面试的角度说一下我的想法

职业发展明显后端比前端更有优势，大到一个 org，小到一个 team，后端的人数至少是前端人数的 3 倍以上。后端特别容易做出跨组的 impact，比如优化 infra，让其他组效率都提高。提高 app performance，每年节省 aws 费用几十万，这种 vp 都会参合在 email 里面跟你 congrats。 而前端不论你做出怎样的 impact，这种影响都不会出组。你费劲九牛二虎之力优化 webpack 把 javascript bundle 缩小了几十个 kb，页面性能提高了100ms，如果不是
Amazon fb 这种特别面向用户的公司是没人 care的。除非你能搞一个非常 popular 的 open srouce project，让公司的人都知道这个人貌似很厉害，才会很加分。这样的情况下，career ladder 就会爬的比较辛苦，在我们公司后端人数是前端人数的3倍的情况下，十几个 staff engineer 中只有一个是 frontend。而且大部分 architetcture的会议都是后端的，也不需要这个 frontend staff engineer 的 input，他自己搞的 design doc，后端人也看不懂，也只能让组内的人 review。也是比较孤独的。

面试角度来说正因为后端人数比前端多，所以公司永远不会派一个前端的员工去面试一个 后端的 candidate，但是非常有可能派一个后端的员工去面试前端的 candidate。这就是为什么很多时候 recruiter 面试前跟你说你放心五轮都是 前端相关，结果一 onsite 就是 三四轮 leetcode hard，因为面你的人自己就完全不懂前端，除了 leetcode 算法题他自己也不知道考什么。这里特别点名狗家，非常常见。所以你要是作为一个后端程序员，没人会要求你懂得写 ui， 如何在45分钟内完成一个 promise 的实现，或者用 javascript 写一个 贪吃蛇或扫雷。但是一个前端程序员不仅要知道各种 ui library 的实现，还要知道当前如何设计一个分布式系统。

所以这就让前端面试陷入非常被动的局面，正如大部分抱怨的帖子说的，如今的前端面试是完整的后端面试 + ui domain knowledge + bfe 100 多道各种诡异的题。准备起来非常的累。

.1point3acres前端已经不是五六年前的前端了，五六年前 leetcode 一两百题，前端面试根本不会设计算法，最多 two sum 难度。很多大厂中厂都是问问 javascript 特性，closure, variable hoist 之类的问题，最多考你一个 debounce 的实现就能进了。 非常搞笑的是我前两天和一个netflix 的recruiter 就一个 senior frontend 的 open position 打电话，他的原话是希望 candidate 能不仅限于 写 ui， 希望也可以去写 backend，同时能完成一些 ux 的设计。我直接跟他说你这是三个人的活啊, 他说是啊，我们相当于netflix 内部的一个 startup。请问他敢让一个 backend position 的人说希望可以同时他会写 ui 和设计 ux 吗。

前端就是一个脏活累活的大杂烩。即使你喜欢前端，你可以努力成为一个会写 ui 的backend engineer，这种对公司的惊喜程度远大于你是一个可以写 api 的 ui engineer。

最后无意引战其他方向, data analytics, machine learning 或者 mobile。这些职位有没有意思，有意思。我自己也在业余时间上课学习。有没有在公司这个方向做的厉害的，确实有。但是你们要看人数，看staff 以上有多少比例是这些方向的。如何比例很少，那大概率也轮不到你。前端和 mobile 在创业公司可能更受重视一点，但是 data 和 machine learning 只有相关方向的创业公司和大公司才可能会有机会。但是 every place needs backend engineer!

Musfanzy 发表于 2021-10-10 10:26
我前后端都做过，现在有刚毕业的小朋友来问我选择什么方向。我的回答一律是如果你 “非常喜欢” 前端喜欢 U ...

基本同意你说的。但也想展开聊聊。

职业发展明显后端比前端更有优势，大到一个 org，小到一个 team，后端的人数至少是前端人数的 3 倍以上。后端特别容易做出跨组的 impact，比如优化 infra，让其他组效率都提高。提高 app performance，每年节省 aws 费用几十万，这种 vp 都会参合在 email 里面跟你 congrats。 而前端不论你做出怎样的 impact，这种影响都不会出组。你费劲九牛二虎之力优化 webpack 把 javascript bundle 缩小了几十个 kb，页面性能提高了100ms，如果不是
Amazon fb 这种特别面向用户的公司是没人 care的。除非你能搞一个非常 popular 的 open srouce project，让公司的人都知道这个人貌似很厉害，才会很加分。这样的情况下，career ladder 就会爬的比较辛苦，在我们公司后端人数是前端人数的3倍的情况下，十几个 staff engineer 中只有一个是 frontend。而且大部分 architetcture的会议都是后端的，也不需要这个 frontend staff engineer 的 input，他自己搞的 design doc，后端人也看不懂，也只能让组内的人 review。也是比较孤独的。

这确实是现状，但也要考虑为什么会是现在这个样子。我的理解是，后端是个历史悠久的职业，所以公司里面的中高层很多都是后端出身，连带着下面的后端工程师也沾光。相比而言前端的人还是太少了，爬上去的更少，我感觉这个局面是会慢慢改观的。而且和大佬们聊下来，他们一致同意前端很重要，做项目也一定会保证有足够的前端资源，但他们是真不懂前端，有点有力无处使的感觉。

爬ladder前端有个隐藏关卡，可能很多刚工作的人意识不到，就是前端的成功是和PM/UX紧密关联的，如果和你合作的PM/UX不给力，那真的是代码写的再好都是白忙活。但反过来说，他们做得好你也跟着沾光。越往上越是看对公司的business impact，做产品的impact都是立竿见影的。

面试角度来说正因为后端人数比前端多，所以公司永远不会派一个前端的员工去面试一个 后端的 candidate，但是非常有可能派一个后端的员工去面试前端的 candidate。这就是为什么很多时候 recruiter 面试前跟你说你放心五轮都是 前端相关，结果一 onsite 就是 三四轮 leetcode hard，因为面你的人自己就完全不懂前端，除了 leetcode 算法题他自己也不知道考什么。这里特别点名狗家，非常常见。所以你要是作为一个后端程序员，没人会要求你懂得写 ui， 如何在45分钟内完成一个 promise 的实现，或者用 javascript 写一个 贪吃蛇或扫雷。但是一个前端程序员不仅要知道各种 ui library 的实现，还要知道当前如何设计一个分布式系统。

哈哈哈，真的是这样，那些后端面试官遇到前端candidate也很无奈啊。只能说天下之大，总能找到个志同道合的公司。如果只是想进大厂，那还是乖乖刷题吧。

前端就是一个脏活累活的大杂烩。即使你喜欢前端，你可以努力成为一个会写 ui 的backend engineer，这种对公司的惊喜程度远大于你是一个可以写 api 的 ui engineer。

找个backend engineer去写ui真的不太行，一方面他们主观上不愿意，另一方面前端也没那么速成，正经的公司还是一定会找专职前端去写的，newgrad/bootcamper做东西都是要高级工程师把关才行。
. From 1point 3acres bbs
做大杂烩也是个必须的活，而且有它独有的乐趣，看着customer用自己的产品还是挺开心的，尤其是和他们面对面谈的时候。

公司的重视程度是逐年提高的，大家可以想想这些年哪个做的好的公司ui很烂？反过来倒是有些公司靠着ui做得好而吸引大批用户的。

总的来说，CS科班出身的人，一路按部就班走下来自然是选后端，没必要也没动力专门去跳前端的坑。大部分做前端的人都是机缘巧合或者半路出家入了前端的坑，既然进来了就安心呆着吧，不会差到哪里去的。

听君一席话

想请问一下面试纯面前端domain knowledge的公司有哪些

以我们组为例，我们是既做UI Infra，又做UI Product，代码库大概不到20万行，npm package有20多个，编译，测试，发布，性能调优，都是自己搞。肯定不如专业UI Infra team搞得好，但也凑合够用。我估计其他公司也类似，只有前端规模很大的时候才值得单独成立UI Infra team，而且这样的team只需要很少人就能服务很多个UI Product team，所以市面上的职位不是很多。

确实是这样，UI/Mobile Infra team通常很难招到人，很多公司的Infra team常年空缺招不到人。这些Infra team通常的来源渠道是从Product转成UI Infra，而且一般也是senior engineer才方便转。
UI Infra尴尬的一点是，虽然本身Engineer seniority比较高，但是想要提升impact，通常得依赖于产品人数的数量。只有产品做得好，总体人数上去了，UI Infra impact才能跟上。

在UI Infra这里做着做着，就不只是负责构建app了，通常还会包含Build, Performance, Monitoring, Library, Testing, Deployment。这些都是属于Developer Infrastructure的范畴了。市面上的第三方tooling有很多，所以单单是Evaluation以及与第三方对接就已经需要很大的投入了。

我觉得对于mobile engineer来说，职业发展的机会并不会比后端或者其他engineer差。大家对mobile development可能了解不多，认为大部分工作是在做mobile ui开发。其实实际上mobile engineer工作中，ui开发只是很小的一部分，除此之外还会涉及到的multi threading，ci/cd，peformance improvement等等。各个公司会有自己的mobile track和career path，有大量的机会可以去发展。面试的话基本也是domain knowledge相关的人来做面试官，不会出现说找一个后端engineer来面mobile engineer的情况（general hire是个例外）。

说实话，我只有一个问题，好多前端位置的design round到底是在面啥。。。  到底是在面grokking system design还是光是前端的design？ 拿大厂来说。 因为我面前端面了一堆公司，onsite Design round 既有grokking那种的，也有只让你Design一个webpage的。  很纠结😅😅