前端岗位当前现状？（5 年从业者的感受）

哈喽，大家好，我是晨光。前两天逛知乎，刷到了“如何看待现在的前端？”这个问题，结合现在我所在的团队，浅浅的给大家分享一下吧，有一丢丢打工人的卑微。

1、前端得有，但不太重要

目前团队的项目，全流程技改完满 1 年，代码都是最新的，所以就是只剩日常维护，出去比较大的需求，另说，就整体而言，需求量少，价值评估更严格，工时评估超过 5 人日就要上会评估需求的必要性，砍掉的需求一大把。

由于前端是给后端底层数据那边服务的，所以很多需求都是由后端推动，比如某个项目，需要前端配合，不过一旦基建搭好，未来需要前端的地方就更少了。

需求量不大，那就只剩开猿节流了。前端技改，有页面重构、多端合并逻辑下沉，一旦涉及接口改动的，就需要服务配合了。但页面能用，重构的项目基本都不会批。只要线上能跑通，管它是不是💩，老板不关心。又不是不能用，何必计较那么多。

前端能做的，比如数据处理，字段聚合，能收在服务端的基本都在服务，前端最多知道，新增了什么字段，用了控制哪个模块、按钮展示隐藏，对于字段的赋值逻辑，可以不用关心，最终也就导致，前端的作用就越来越停留在视图层了，更深的业务逻辑，都得依赖服务。

2、卑微前端

客户端的代码，大部分时候都和复杂的交互有关。太简单了需求，反而无法体现出前端的重要性。但是太过复杂的交互，有时候又无法实现，真就挺难受的。甚至于，有时候视觉太过嚣张“你代码咋写的，发我看看？” 气到吐血。。

除了上面的这样，前端可以自己写 BFF，可以把接口返回和视图层强绑定，这样在客户端的逻辑处理就更少，如果契约定义的合理，甚至于有些需求只用修改 BFF，不用客户端修改也可以满足要求。工作量又减少了一些，离领大礼包又近了一步哦

说归说，前端还是有作用的，毕竟自己不把自己当回事儿，那别人就更不会把你当回事儿了。

前端里面比较复杂的就是表单校验，填写页的各种校验，可订，创单，用户输入的信息校验，这是让人头疼的，也是最容易出错的，很早之前重构的填写页，现在看当初的代码，有种头皮发麻的感 jio，痛苦面具.jpg

说个夸张的对比，有一个 5 人的团队，只负责一个填写页

而我们团队，之前是 4 个人，后来变成 2 个人，负责一整个全流程，列表、详情、填写、订单详情，加起来页面有10 多个。但奈何订单量不大，加人是不可能的，全靠硬撑。

干得好不会有表扬，干的不好，立马一顿噼里啪啦。

3、没什么地位

之前逛星球的帖子，看到鱼总写的文章里面，有张图，充分的展示的开发的地位，不，应该是没地位。。

以前觉得开发的地位应该大于产品的，上面这张图，让我看到，程序员才是最底层的。

程序员里面还分前端和后端，后端还能给前端挖坑。。前端就是踩坑的那个。说个离谱的，直接通过数组的 index 取值，在页面上展示不一样的模块。是不是很震惊，而且这玩意还不是刚加的，历史老代码，没人敢动。

这妥妥的坑，后来在某次改动的时候，加了 type 值做区分，终于把 index 取值的方式给废弃了，但这种时候，就挺无奈的，服务不动，前端没法动！

现在的工作状态，服务的技改如火如荼，java 转 go，上云（云函数），应用下线诸如此类的降低成本，服务要下沉啊，接口整合，前端就得立马配合做改动。

前端的技改，除了老代码重构，就是各种 BFF，三端一致啦，但是最最核心业务不属于前端，话语权不在前端。

所以很多公司的 CTO，都是后端出身，前端大佬的高度最多就是某个部门的前端老大，不会到 CTO 这一步，还有很多开发转型，转产品，会写代码的产品经理，和开发沟通起来好像会更顺畅一些，技术是工具，通过技术做出一个好的产品，意义好似更大一些。

4、总结

前端的行情不太好，基本趋于饱和，不太推荐前端方向

后端相比前端，未来能达到的高度更高一些，全栈当然更好了

若想要得到的更多，就得多折腾，不管是职场还是生活，折腾的越起劲，获得感越强

大环境不好，能有口饭吃，就还是要把握住了，找准自己的定位，该干什么，不该干什么，想要什么，不想要什么，自己心里有个数，避免浑浑噩噩。

以上，全文完，有收获就点个赞吧～