四年前端，聊聊这一行的体会...

[974879409]

先说结论，准备全栈了...

沪漂，毕业后干前端到现在接近四年了；
四年的前端经验带来的结论就是：
- 只要稍微聪明些再加上一些热情，1-2 月内完全入行前端不是问题
- 前端最重要的是 UI 理念（ tailwindcss 、material design 之流）
- 前端最难的是复杂状态管理
- 前端最麻烦的是要记一些“端的特性和 API”：Andriod 、IOS 、BOM 、OS （ electron ）、小程序
...

然后前端其实在蛮多公司话语权是很低的，听话干活就行了。为什么这么说呢，因为前端不懂业务。
然后先别 DD 我... 我最早也会反驳“前端不懂业务”，但是自从自己写过一些后台服务之后，我就不这么想了。
就拿登录注册来说，前端业务里就是 POST 就行了，没了。但是后端就要围绕“用户”思考很多场景，比如单点登录、脱敏、过期等等...

然后！很多人会说前端也有很重要的业务，比如可视化,拖拉拽建站之类... 但从我见识到的情况来看大部分公司还是主要写管理页面和小程序... 在如此情况下，大部分前端工作完全依靠堆人力（谈到敏捷我就想笑.jpg ）就能实现，更别提很多需求纯粹就是靠抄、不明不白、不带前因后果的抄...

再然后很多人会说前端的构建工具 webpack go-esbuild... 这些工具说实话只要用好它们就行... 毕竟工作里真没什么特别要定制工具的场景... 人生苦短...

基于以上种种现实遂果断放弃对前端产业的幻想，这两年一直在补 linux 、k8s 、nestjs 中间件...
以及英语；
不补不知道，一补越来越发现前端在如此工作环境下视野相当受局限，很容易变成云时代的因纽特人...
最后希望自己自己以后能当个 CTO ，专门对接客户；
不写代码只向全团队（前后测试运维）提供业务 /技术方案，消灭产品经理这个岗位...

周五话有点多，大家看个乐哈哈

[wanguorui123]

前端最难的不是封装各种业务组件吗？

[974879409]

@wanguorui123 组件就是各种状态的展示啦 难的是要维护好很多状态，以及处理好它们的交互。然后加上一点点 css🤏

[wu67]

可能有人要喷我, 单看前端玩命造轮子就知道前端是个烂泥潭了, 不去思考怎么把代码写的更好, 整天想着怎么把业务范围写得更广、造了多少轮子、配置工具多牛逼(webpack)、造词、玩八股文、同行互相伤害(面试造火箭的大部分都是前端, Java 起码问底层 /源码 /算法这些还是有用的)

[tsingwong]

纯小表单往上走的路很窄
很少有公司拥有且需要有 otakustay 灰大这个级别的大佬

[tutou]

我也看懂了，前端现在越来越把架构搞复杂，就是想提高存在感，不被优化掉。

[zhouyg]

也是多年前端，大量认同！

[yl20181003]

同 4 年前端，正在转后端，前端不仅没话语权，还是个实打实的娱乐圈，偶然打开一次 jue jin ，惊到了，一天都研究啥高端玩意

[singerll]

我们项目开发人员前后端的比例一般在 4:1 左右，有时候业务比较简单，业务前端不够，有些后端都可以临时写几天前端，反观从来没有前端临时写过后端。。。。

[horizon]

“这两年一直在补 linux 、k8s 、nestjs 中间件”
怎么补的，我也想学一下

[fixbug]

也有这样的体会，工作三年了、最近在想是接着做前端，学习一下 Flutter || Tauri ... 这些, 还是像 OP 一样去学后端语言，争取做“全干”

[wanguorui123]

@974879409 组件就是一个状态机，合格的前端应该会封装各种组件

[Jooooooooo]

事实是, 前端的天花板确实低, 能转可以早点转.

[xrr2016]

建议拓宽一下前端视野~

[974879409]

@wu67 这几年 ToC 造富很厉害的！谁能快速响应市场谁就能赚到钱；然后 html 确实快... 所以短时间内前端需求是很大的，加上前端门槛偏低，所以很多人都在往这行挤。然后大家就卷起来了... 可能你遇到了一些心思不在 coding 上的工程师吧哈哈

[974879409]

@horizon 首先你要真的想学... 然后就是看文档敲敲敲就行啦

[974879409]

@tutou 一家公司除了老板本人，任何人都是可以替换的；然后过度设计是工程师的通病啦哈哈

[974879409]

@yl20181003 你就说高端不高端吧（笑

[dtdths1]

正确的

[974879409]

@singerll 业务难不难不重要，早点下班最重要 😢

[974879409]

@fixbug 兴趣最重要，我是想当 CTO... so..

[974879409]

@wanguorui123 看来你们组件业务很多很重 🕯️

[lifesimple]

老哥现在还写前端么 分享下怎么补 linux k8s ....的 谢谢

[theohateonion]

认同，前端如果只是画 UI 的话确实天花板很低。现在看起来两个方向比较清晰，要么钻研用户体验，产品意识好。要么后端也不错，做一个能 cover 端到端交付的工程师。
纯前端的话，个人认为前途不明显。

[inktiger]

前端也能叫程序员么[狗头]

[dudubaba]

现在前端没多少是纯写页面的，这种毫无竞争力。造轮子也不是前端的错，因为就那么点业务，仅限于画画页面调调数据能有多大出息？ KPI 都完成不了，然后就开始卷，各种知识都要学都要“会”，也是没法。但是只要前端努力好学，其实市场是远远大于后端的，像各种管理系统，根本不用考虑并发啊，大数据啊，纯属 CRUD ，后端会前端也会，可前端的 JS 这种让后端转变思维来学就觉得很痛苦了。

[zackwan95]

本来就不存在前端工程师，像硅谷都是统一成软件开发工程师，其实差别不应该那么大。
自己把自己局限在前端就更没必要了，类似于画地为牢还圈了一块特别小的地。

[kop1989smurf]

先抛出论点：在 2022 这个时间节点上，只会按照上级安排来进行技术实现的工具人，没有价值。把会某种，或者多种技术实现当作是一种工作能力和自己的不可替代性，完全是一叶障目。

如果聊二八原则，其实不管前端（包含客户端和 web ）还是后端，多数的工作量都是非创造性的。
只不过前端的复杂与后端的复杂不同，前端的业务与后端的业务也不同。

比如你说的所谓“业务”。
登录 /注册，后端的复杂在于安全与可用性。而前端的复杂在于交互。
比如按钮防抖，如何安全的输入密码，如何安全的实现记住密码等等。

后端的各种环境与工具（ web 容器、CI/CD 工具，数据库，操作系统等等），对应的就是 webpack 、vite 等等脚手架。
他们都是一种既定的工作流而已。他们都只是业界的成熟实现，就跟 10 年前的 java 一张嘴就是 SSH ，web 一张嘴就是 JQuery/ExtJS 一样。

所以核心不是学什么的问题，而是怎么做的问题。

[974879409]

@lifesimple 这个其实蛮... 我说一下我的经历吧 本来我在 window server 上写了点 express 对接 mongodb ，后来服务多了我就写了个远程 cmd 管理服务；然后我发现 express 分发很慢我就上了 nginx ，后来我发现一台机器有点卡... 然后我就发现我要能管理多台机器... 这已经不是会点 os api 能处理的了；所以我选了最难的 k8s ，然后 k8s 只能在 linux 上运行 ... 然后回顾这些事情，我就想我应该直接学习各领域的最佳实践，不能保有侥幸心理... 最后说到“补”其实也没什么方法... 就是看文档敲敲敲... 资料一搜很多的哈哈

[Aloento]

其他的我不知道，我只知道你说的那玩意叫 设计语言

[974879409]

@theohateonion 自己做做外包还是蛮好的，需求长期会有哈哈

[974879409]

@inktiger 拖出去斩了

[zackwan95]

@wu67 其实程序员的高薪大多源于此，如果只是把代码写好不硬生造新轮子抬门槛，很快就会被卷死，毕竟每年那么多聪明又勤奋的新人，打造个人 IP 的反脆弱性远比写几行代码强

[974879409]

@zackwan95 太对了

[wxf666]

@kop1989smurf 你是说，核心是“上级是如何思考出这个安排的”？还是啥？

[Er1c0]

开始学 github action ，kubesphere

[zuosiruan]

哈哈，老板都觉得前端是切图仔，后端才是程序

[xiaojun1994]

高级的前后端都难，后端能天花板更高是真的

[imycc]

我不算专业前端，写内部平台的。
我认为前端未必不懂业务，因为 UI 是跟用户产生交互的地方。功能为什么要这么分类、逻辑为什么要这样设计、用户关心什么、数据在后端的处理逻辑是什么？不懂业务不懂产品的话，跟 PM 沟通需求会很费劲。
但前端的运行环境决定了它能玩的东西比较有限，造轮子的速度飞快，但后端玩得比较大，分布式、容器化、微服务、服务治理，能攀爬的高度更高一点。

[mahoo]

建议拓宽前端视野，我也就入行前端两月不到，我们公司完全不用考虑你提到的这些，全由公司自研的框架进行管理，我觉得难的是写好一个这样的框架，需要很强的架构和工程化能力

[hamsterbase]

前端很大，不要把自己局限在画页面。

1. vs code 算前端吗？
2. notion 算前端么

[runtousa]

前端得优势是工作岗位多，远程工作很大部分是前端

[connection]

同 4 年 共勉

[musi]

“然后前端其实在蛮多公司话语权是很低的，听话干活就行了。为什么这么说呢，因为前端不懂业务。
然后先别 DD 我... 我最早也会反驳“前端不懂业务”，但是自从自己写过一些后台服务之后，我就不这么想了。
就拿登录注册来说，前端业务里就是 POST 就行了，没了。但是后端就要围绕“用户”思考很多场景，比如单点登录、脱敏、过期等等...”

借用张鑫旭的一句话，“前端应该为用户体验负责”，虽然数据最终肯定由后端处理，但是你怎么给用户展示，拿登陆场景来说，你的校验应该怎么做，提示信息应该怎么做，甚至于按钮的点击状态什么时候应该是什么样的，web 端和移动端交互的差异等等

感觉你只是在前端这里把自己的路走窄了，然后想接着其他技术栈把路拓宽，但是感觉你这样会遇到其他的问题

[charlie21]

云时代的因纽特人 haha

[wanguorui123]

@974879409 ERP 和财务系统的组件相当复杂

[NarutoAsh]

还是眼光太窄，但也问题不大，混口饭吃而已

[signalas1]

硅谷初创基本被前端技术栈占领了好吗，快速出产品前端一套是很快的，只自研核心部分，周边一切都用 paas 。
国内主要是程序员量大实惠，java 、客户端随便招人。

[Torpedo]

大家都达到什么级别的天花板了。。。看着觉得前端天花板低的。。。

在我看来，p7 （含）以下，前后端都差不多，甚至前端还更好升一些

[yuekcc]

前端不懂业务已经是固有印象。但是 spring boot 写 CRUD 的后端就不要看不起前端了，五十步笑一百步。

前端上手太容易了，特别是 vue 、react 之类的工具的出现，都让人有一种“学几天我也行”的感觉。然后一看代码，一阵“清香”。代码写得好的、结构设计得好的前端实在不多。但是并不所有老板都能理解前端的难点。老板在业务和代码质量两者中选择，必然是前者。同理写 CURD 的后端也是一样的。

但前端的路似乎比较窄，看着是没有后端空间多。后端的天花板也比前端高。

[nulIptr]

前端最重要的是 UI 理念（ tailwindcss 、material design 之流）
笑死，你公司没有 ui 吗，还不是人家出啥你画啥

[Bijiabo]

很多人说前端天花板低，为啥我还没见过几个前端做的好的人...大多数也就写写基础业务

[hangbale]

同样前端有点写不动了 太浮躁 其实大家都心知肚明 js 是一个跑在容器里的语言 上限很低 于是出现各种面向 kpi 的轮子 ui 组件库 js 也是越来越复杂 加一堆没啥用的特性 给开发者喂屎 准备 run 到 rust c++

[caisanli]

同前端 特别开需求评审的时候 前端存在感超低的 我看我们前端同事都拿这个本子画画玩儿

[justin2018]

前端啥都可以做 只用招 1 个人 😁

[qiumaoyuan]

p7 是什么玩意？

[BigShark]

最近在公司做了一段时间前端，个人看法：
1. 如果只做前端，前端容易局限于 UI 、页面，但是如果有心在前端发展还是有很多东西可以研究，比如 Node.js 后端框架或者桌边软件向浏览器的移植。
2. 尝试前后端贯通，从一个应用开发者角度，从产品设计的角度去发展自己

[shanyuguangyun]

其实后端做了几年发现也是没啥竞争力，会天天纠结每天写点业务代码 CURD ，没竞争力，还卷的不行。主要还是开看，老板给钱，我干活。真感兴趣就下班或者摸鱼玩点感兴趣的技术做点小玩意就好。没啥好焦虑的。

[ragnaroks]

前端的最后归宿就是整一套 UI 组件库

[slyang5]

认同啊！ 做了 2 年 android 转后端了 还好转的早。

[dreamramon]

@hamsterbase #40 vscode 算前端？核心是 lsp

[AyaseEri]

前端的高度、重要性、产品机制，是与产品、UX 是紧密结合的，你不要用户体验那随便找个后端过来写点 JS/CSS/HTML ，做出来的东西也不是不能用。但你这东西扔到市场上，客户看了觉得很丑不想用。。。
我司有个事情，之前花重金买了某大厂的低代码方案，买回来做完适配性改造，给其他内部应用研发团队推广的时候，人家的反馈就是这东西做出来的应用很丑，UX 出的设计稿各种没法实现，不想用。

[jack778]

不光替代产品经理,所有的技术人员你都可以替代,一个人就是一个团队

[Jaosn]

我以前也是，但是进入更大的平台后就不会这样想了。

以前我也是想往全栈发展，但这样太贴近业务了没什么意思。

[janyin]

所以做 TypeScript 全栈吧

[Cat7373]

讲道理状态管理，比起当年 Windows 窗口程序开发，真的超级简单了，最难的是 CSS 各种特性

[bojue]

@wanguorui123 前端可复用组件算是前端的基操，现在好多概念真的一言难尽，不把简单的事情复杂化感觉你就是躺平

[Finnn]

@Jaosn 哈哈，非常赞同，我还没见过会这么多的真正六边形战士

[Finnn]

前端就是搞用户交互的，怎么状态成了最难的了

[shakukansp]

为什么想贴近业务？
你的经验和公司业务绑定对跳到下家涨工资没帮助啊

[jones2000]

我也是做前端的， 原来是做 c++绘图的前端， 后来学了一点 js 绘图，web 上绘图也会做，而且我只做绘图部分，全公司就我一个人会，也没人跟我卷，平时一周上班 1-2 天就可以了， 没事也不用再公司待着打卡。开发不管前端后台还是要学点有门槛的东西， 这样才不会被人卷，只有你去卷别人。

[233373]

现在纯前端或者纯后端都一样，大部分走着走着就成全干了，node 一样可以后端，其实不需要补其他语言，不如学学运维和网络方便的知识

[nnegier]

“前端不懂业务”，说得好，虽然不绝对

[WOLFRAZOR]

看完 op 的话和评论区才知道前端和后端一起上是最优解法。纯前端放现在真就死路一条了（纯后端还能苟且偷生）。7 楼提到的太真实了，没资格说话、自娱自乐。

[charlie21]

我见过真正的六边形战士

[rodrick]

T 字形人才 前端的横线越来越长长了 后端的竖线越来越长 大概是这种感觉

[atytaop7]

。。。三年前端，我只能说你这四年经验水的不行，才能把前端理解成这样。
“前端最难的是复杂状态管理”，这种低能话说出来就知道你这四年怎么过的了-:
而且你的困境在于自己把自己局限在“前端”这两个字上，忘记了自己在前端这个身份之前是一名程序员，什么都从我是一名前端出发看待问题，但你又看不起前端，觉得没有技术显得厉害。就拿你下面这个东西来说，
“就拿登录注册来说，前端业务里就是 POST 就行了”，
对啊，那你想要前端发送一个请求有多复杂呢。你难道不是更应该把关注点放在如何优化用户对于登录注册的体验、想想如果用户多次重复点击按钮或者用户网速过慢以及 server 端响应不及时的时候前端要如何处理才能尽可能给用户好的体验留住用户呢，而且本身对于大多数逻辑处理来说，后端处理的性能是要优于你在前端进行处理的，本身在整个架构上来看前端对于用户更多的就是 view 层，你不好好想着如何优化体验和性能，非要去比功能点，以此来推出前端 xxx 这种东西。
再者，你说的这些东西，还真跟你是不是前端无关，说句难听的，前端只是对于你这种门槛低基础知识薄弱的同学也能更好入门帮你吃上编程饭，所以当你了解了后端的一些知识之后才觉得开辟了新大陆一样，我不太清楚你说的前端产业的幻想是什么，但以你目前的水平和理解，你应该对这个产业也帮不上什么忙。^^

[zhiouzhou]

英语怎么补，初中英语伤不起

[xqk111]

到达一定水平的时候，前端和后端已经不再是瓶颈了，考察更多是对于编程的理解、思维逻辑能力

[shmilypeter]

- 只要稍微聪明些再加上一些热情，1-2 月内完全入行前端不是问题

第一条就反对，你这个只适合 2014 年，花一个礼拜学一下 html 和 css ，再花一个礼拜学一下 js 写个轮播，再花一个礼拜学一下 jQuery 的选择器，再花一个礼拜学一下套站和兼容 IE6 ，那会儿工作好找啊，虽然很 low 但能保证你一个月有 4000 的工资拿。

但现在只会这么点，就是学校的社团都不要你了。起码得知道 MVVM 会个 vue 吧。

[zmal]

@atytaop7

哈哈哈哈你说的有几分道理，但 OP 说的也没啥错，人身攻击实属无必要。
技术是为业务服务的，更贴近业务核心才能有更好的技术视野。
你列举的东西其实是属于前端“体验优化”部分，但体验优化再好也算不上一个产品的核心竞争力，顶多是个锦上添花。

OP 的想法是想让自己更贴近业务核心，你的想法是深挖前端细节。都没有错，但前者价值更高。

[zmal]

不要被自己的技术栈局限了视野。

[xuanbg]

前端真的就是个纯技术岗。所以不是前端不懂业务，而是前端不懂业务没关系，只要技术到位了就能做得很好。当然前提是产品给力，UX 也都要给力。
后端相对就没这么纯技术，只懂技术是无法转化为生产力的。现实情况是后端懂业务的也少，所以大多后端日常就是在屎山上面持续拉屎。

[AnnatarHe]

我能理解楼主的这种技术虚无主义，我曾经几个 leader 也陷入其中，在他们的影响下我也受到很多 “荼毒” （这里是中性词，完全没有抱怨的意思）

在我看来前端相对于其他工种，是个上下限差得非常非常大的方向。如果安稳过日子摆烂，是完全可以的，但日子久了，就正如楼主所言，没有激情，觉得天花板就到这里了。

但是，楼主也可以尝试窥探一些前端的上限，不要总是沉溺于温柔乡之中，挑战一些有趣的东西。比如我最近偶然间看到一个 slide 是讲前端相关的网络安全的。楼主可以感受一下这份 slide 的厚重 —— 前端绝不是 “天花板比较低” 的职业。https://speakerdeck.com/aszx87410/front-end-security-that-front-end-developers-dont-know

同样体验上的，可以试着看看这个产品： https://gamma.app/ 感受一下专业的前端能把用户体验的极限拓展到何种境地。

希望楼主早日脱离苦海，感受到前端的乐趣。

[chenzhe]

所以想问一下，nestjs 、mongodb 、redis 这算前端还是后端？
从 NodeJS 入手学习 JS ，然后学了 React ，后来小程序原生，又接触了 Taro ，最近又玩上了 NestJS 。这些东西都接触了，最近又想学一下 Swift UI ，因为没在这个行业，不清楚前端和后端到底是怎么划分的。
印象中后端好像是那些写算法的人……

[reactna1ve]

我个人理解是：
无论前后端，首先是一名工程师，工程师本身是去解决问题的，语言本质上只是工具之一。然后回到前端方向上，首先要去看公司这个方向上现在存在的问题：
- 是业务不行？需要不断试错验证新业务的可行性，那么对于工程师来说，如何在现有基础上快速迭代是首先要解决的技术问题
- 业务到瓶颈了？那看前端方向上的瓶颈是什么？交互体验太差？交互体验差是因为逻辑 bug 多还是性能不行

就算工作是疯狂去抄其他产品的实现，作为工程师去执行的时候起码也要去思考为什么老板要抄这家？老板就算不思考这点只是去抄，那起码其他产品的团队怎么做的决策要推动这样的方案上线，对于大的产品不可能说没经过市场认证就直接推广的，所以市场起码认可这样的方案。从中可以尝试去理解市场，这样增强自己对于产品甚至整个行业的判断力。

其他还有很多细节楼上也有人说了，比如交互的细节，实现方案中可能存在的各种问题，比如现在对于隐私合规和无障碍越来越重视的环境下，产品不了解这些东西，研发可以积极提出来而不是简单的实现，这样也是对于业务的一种理解。

我理解这些会是一个工作多年工程师和一个新人工程师的差距，至于编码上的其实反而差距没那么大

[cloudzqy]

@AnnatarHe 说实话，就算是讲安全，相比后端，也实在担不起厚重这两个字，讲来讲去都还是耳熟能详的那几个，随着框架和浏览器的进步解决了大部分问题，现在大部分新手根本不懂前端安全，也难写出明显的漏洞代码。
至于做体验，这方面不是技术深度不够，而是国内没需求，产出又不好量化，一身屠龙术还不如乱造轮子的混得好。

[qdxb]

@singerll 因为前端的工作量大。。。前端自己的工作都来不及做，临时帮写什么后端

[SanjinGG]

那只能说你自己不愿意去了解。你以为后端不是天天 CRUD ？再说个事实，现在培训班的存在，没有不能几个月成不了的事

[andyxic]

上古时期谁分前后端，时代进步了分化出来的工种，程序员往上专家，产品，管理，把职业规划做好就行了。啥前端不懂业务。业务也不是凭空出来的，还不是根据需求分解出来的。不要太局限

[hzxxx]

能理解你说的。
1. 但是就登录来说，前端还是挺多要做的，例如用户态失效，该怎么无缝请求新的（第一个请求登录态失效，后续的都等待第一个登录态刷新请求再进行，而不是每个请求都自己请求新的登录态，或者跳到一个登录页面），关于请求的封装，会有部分默认参数等处理、格式转换、请求前请求后处理（分批处理和单次处理）等（该怎么写得优雅可扩展），如果公司业务场景有多平台，如 WEB 、小程序，怎么封装到一起，不至于让大部分相同逻辑都要每端写一套，又要分开维护。

2. 如果有公司有 APP ，那要封装 APP 与 WEB 交互的一套库，怎么定结构，如 WEB 与 APP 的交互过程，是否要要有回应、回调等，怎么统一化。

3. 公司通用 UI 框架，怎么在多端复用。

4. 以上说到的情况，要用 TypeScript 做编写，那么怎么兼容非 commonjs 、esmodule 的项目呢，又是一个新的情况。

只要业务大的情况下，不管是什么端都会有复杂场景，都需要先进的管理方式和工程化。

[hzxxx]

最主要的问题在于国内没多在乎用户体验，只需要功能正常即可，用户也习惯了这一套，或者说是审美还没上去。
就以 apple 的网页为例，就能看出差别了

[mihawkeye]

@hzxxx 这个其实还是产品和设计的锅，前端只是负责实现他们的想法