不想玩前端了,前端有大佬,但前端无领导,没有话语权,前端永远是第一线的背锅侠

[dustin2016]

小公司大公司,领导层永远是后端大佬,就算是前端(也是干过后端的挂名前端)

如果前端组没有一个说的上话的 leader,让产品经理或者项目负责人(后端)来安排计划,简直是灾难

出了问题第一个永远就是让前端背锅排查,前端查了是后端的问题,才没事

后端求稳,数据是战略资源,越是不动越是没事,被裁的前端也是匍匐在第一线

前端杂耍,交互和样式就换着花样玩,用户的百家口味实在是难调,前端被玩坏了大不了再换一个人玩

资源不给,时间不给,人力不给,工资低,还加班

但凡线上出了一丁点问题,不看缘由上来就说前端质量差,要解决

不按规定的骚操作导致的也要扯过来

一直潜水,都忍不住口吐芬芳

前端,做的真心累

后端是万年不变 java8

前端还搞什么 ie,chrome,小程序,安卓,ios,公众号,iphone 5 6 7 8 10... es5 6 7 8 9 10 css3 各种兼容各种场景

哎,说完了,继续搬砖

[IsaacYoung]

“哎,说完了,继续搬砖”

😂

[putaozhenhaochi]

人类的悲欢并不相通。 要不试试转 JAVA ？

[yaphets666]

你说的那一套技术栈还没说全. 还他妈有 weex 还有 RN 还有 flutter 还有 uni-app 没家公司用的都不一样 严重影响跳槽 所以说还他妈得转后端 就 sprng 那一套东西 所有公司都用 极大的扩展了跳槽的机会

[yaphets666]

@yaphets666 激动的 Spring 都打错了

[cco]

只能说贵司可能是这样吧。我们都是商量着来，背锅也是领导背。
另外后端万年不变 Java8 也只是贵司吧。
总的来说，前端、后端都不容易，都要学习很多知识，但是后端需要接触的东西应该会相对多一点。
另外搞 IE 的怨不得后端吧，后端给你数据，你去渲染，至于你要兼容 IE 还是不兼容，那是需求方决定的。

[nezumi85757]

觉得平台不好就换，有些企业确实没法做到同事互相尊重，但去哪里的选择权在你，觉得自己能力不够就努力进步，在一个领域有了自己的沉淀，能够帮到别人解决问题，你自然能赢得他人的尊重，跟你从事前端后端客户端，还是设计运维乃至甚至是不是 it 行业都无关，你唯一的武器是你自己，抱怨是 loser 做的事情，而且对解决问题毫无帮助

[cco]

@yaphets666 那你转来后端试试嘛。我身边的都是后端转前端的，没听过哪个前端转后端的。

[ZoR]

没话语权是真的 背锅侠不是

[m0kha]

出了问题先让前端查，前端没问题就是后端的锅
出了问题先让后端查，后端没问题就是前端的锅
这有啥区别？前端就成背锅侠了？

[dustin2016]

@nezumi85757 道理都是这么说，心里都透彻
要换公司和工作并不是难事，沉淀学习也没问题

只是职场多年，前端多年，举目望去，不论去哪个公司，都没有后端的话语权
也没有多少人明知不懂你的领域还保持谦虚

[rabbbit]

前端技术栈,真是没完没了了

HTML CSS(LESS/SASS) JavaScript(ES2016, ES2017 ...) TypeScript Node.js Webpack Vue/Vuex/VueRouter WEEX 小程序 uni-app Three.js

[chenqh]

但是后端怎么说呢，歧路也很多，比如不用 java 的话，好工作就比较难找，特别是我这种用 py 的菜逼

[dustin2016]

@yaphets666 哈哈哈哈，懒得继续举例子了，太多了说不完

[dustin2016]

@putaozhenhaochi 有想过

[MengiNo]

其实一套后端要兼容不同来源不同版本不同渠道的前端也不算容易，前端可以上一个版本还在 Vue 套壳 下一个版本直接 ReactNative 走起毫无历史负担。还有大把后端临时 兼容 /配置 的东西，基本就是在墙上抹 shit 粘上去就下不来了。

不过话说回来，如果不要求兼容什么 ie 8 9 10 、iOS 7 8 9 这样的版本，只保证调试的那台正常或者甚至是 Chrome Devtool 正常的话，讲道理这活不就找个后端也能干？ 个人认为，前端能把这么多设备快速的调正确，比他会写出代码实现效果，前者在薪资比重中占着分量多。

[dustin2016]

@cco 确实

[dustin2016]

@ZoR 所有的问题，如果不是服务器炸了，很明显，都要前端先查

[dustin2016]

@m0kha 前端是表现层，但问题不用是前端

[dustin2016]

@rabbbit 一个头两个大
学的再多，玩的再溜，还是不如后端话语权

[dustin2016]

@chenqh 学历就是一道坎，技术远型又是一道坎

[airplayxcom]

那我就好奇，掘金为什么那么多前端 今天周五.jpg
???

[sampeng]

用户说打开了页面，页面不是自己想要的。不前端查谁查？后端盲猜用户怎么操作的？调用接口和显示逻辑都在前端，就得前端根据反馈，逆推出用户的行为，再根据代码反推各种参数。对于后端只能看见一堆数据流，无从查起啊

[dustin2016]

@MengiNo 是的，本文只是吐糟话语权
无论你学历如何，技术如何，沟通谈吐如何
后端总是有思维印象优势，数据优势
前端算法再溜，全栈玩的再溜，你的职位挂的是前端
行业如此

[dustin2016]

@cco 有.net ，也有 python
只是吐槽领导总不是前端，不站在前端这一边想问题

[dustin2016]

@sampeng 所以说前端事多，但人轻言微
和技术无关，和个人性格，态度无关，后公司文化无关
和思维定式有关

[dustin2016]

@airplayxcom 因为入门看起来简单，事又多

[ZinWUT]

快转后端啊，我已经在学 Spring 了

[randyo]

出了什么问题都是前端的错，明明是接口报错，说前端没显示数据，把错误信息大大的提示出来就行了

[Ravenddd]

我这都是后端背锅, 但是前端工作量也挺大的, 可能这边是前端后端各一个领导所以没那么多屁事

[dustin2016]

@ZinWUT 自学了半年的 java 和半年的 python
但是被之前的分佣,子店,之类的金额计算被劝退了,后端也不容易

[dustin2016]

@randyo 抹一抹眼泪,不多说,大兄弟确实懂行

[dustin2016]

@Ravenddd 是的，我就是吐糟我司没一个同级的 leader 来怼后端 leader

[stillyu]

前端就是个 bug 路由器

[nezumi85757]

@dustin2016 你压根没看我说的话，跟前端后端无关，乃至于跟行业都无关，抱怨是毫无意义的，每个岗位都有职责跟苦衷

[coderxy]

后端也没那么爽，你是不知道后端 24h 随时被打电话上线排查 bug 的痛苦。

[dustin2016]

@nezumi85757
怎么没看
问题帮别人解决了
证据也甩别人脸上了，人家压根不信不听
没有抱怨，这是吐糟
大家都有苦衷，没什么好抱怨的
具体场景具体讨论

[airqj]

前端是负责界面的
界面上看到的问题就应该首先让前端去排查
这样做有什么问题？

[ByZHkc3]

出问题不都是大伙一起排查么，难不成线上抛出个异常你前端不检查字段参数有没有传正确？
即使后端半路多加了个字段导致的异常，查出来是他们的问题也很好甩锅啊，一切以文档为主。
你说的这个只能说是公司流程问题，谁是老大真的不重要，按排期做好自己的工作就好了，哪来那么多时间扯皮

[jake361]

跟我上一家公司有得一拼，基本上一毛一样。
一句话总结: 能忍就呆，不能忍就出去面试。

[jake361]

@jake361 补充一下，你的问题是，前面没有 leader 没有能担责任的，那么你可以尝试当 leader 啊，如果不行，换公司。

[Ravenddd]

@dustin2016 这个确实挺糟心的, 特别是那种甩锅的领导, 哪怕是前后端的都难受, 还是跳槽换个好点的环境吧

[anjianshi]

流程肯定是离用户越近的越先排查，这不代表前端是背锅侠啊。
一般在前面，还有客服部门会先承受用户的抱怨，先检查一遍呢。

[liujialongstar]

目前所在这家公司的这个项目组, 产品经理都是前端来做, 项目经理都是后端来做

[qq1340691923]

别说了，说的我泪眼蹒跚的..

[jake361]

@Ravenddd 对，我也觉得他的问题就是领导的问题，这种前后在一起的团队，尽量远离吧，很糟心。
因为，一个不懂前端的领动管你，你想想吧。

[frankkai]

我以为我发的，心态摆好

[kvkboy]

我现在非常的确信，不重视前端的公司，其技术部门的制度往往也是不咋地，5 层的概率领导也不咋地

[SilencerL]

摘一段我的记录，四年后端转前端四五个月的时候吐槽的。
————
曾经在做后端的时候，写代码考虑的更多的是算法和数据结构，这也算是我最感兴趣的一方面，可以针对某一个功能进行细致的打磨最终达到我想要的结果（不论是效率上还是代码的优雅程度上）；但是做前端的这四个月我发现我时常陷入一种“想做到更好但是时间不允许”的困境。我试图完美的 1:1 的去还原设计师同学给到我们的效果图，但是却因为不同浏览器的兼容性问题（对，请允许我问候 1024 次 IE ）和过于死扣细节导致时间把握的失调。
另一方面，从我们日常统计的 Bug 数量来看，大部分 Bug 都是挂在前端工程师的头上，当然这不是因为前端工程师的代码质量太差造成的，我认为是因为测试人员不能很好的分辨“这个问题到底是前端的问题还是后端的问题”所导致的。往往很多 Bug 送到我这里之后发现“这个报错的提示是根据后端给的返回值弹出的”，前端也只能做到这样了，把后端给的报错友好的提示给用户，但是有的测试同学就执拗的认为“我不管我不管，这是前端的锅，所有问题都要前端来解决”。如此等等，导致前端的 Bug 数量有时候比其他端的 Bug 加起来还多。
当然，这是因为前端的工作是直接面向用户的，用户对产品的所有直观感受基本都来自前端的成果。所以在前端的开发中更要严格的要求自己的工作。
但是如何在“严格的要求自己的工作”和“项目上线时间”中进行妥协？不再抠细节，根据效果图做个差不多就行吗？还是放弃一部分代码的严谨性（这里还是我自己的问题，我个人过于偏向使用 TypeScript 来用约束代码定义）做到能用就行？这还是我目前正在探索的事情，可能在前端工作的道路上再走远一点才能想明白吧。

[hahasong]

我司前端做活动页，新功能经常加班。我写微服务没人找我，开会基本能正常下班。只要不出线上 bug，我就没什么存在感

[zjx1993]

话语权真的很重要。

[pushback]

赶紧转后端啊，我就是后端，一直没想碰前端的原因就是因为杂七杂八的框架太多了，当然 Android 还是可以的，毕竟互通

[jones2000]

感觉是数据监控流程有问题， 后台应该有数据监控平台， api 都应该有日志的， 数据问题直接查 api 日志，看调用的时候返回的数据日志就可以了。 前端应该只负责 UI 布局，和衍生数据计算。

[rf99wSiT6IxH1Z23]

转后端就是了，反正是 CRUD body （手动狗头），我转 Java, Spring boot 搞起的

[anxiousPumpkin]

@SilencerL 非常真实。不过这种 bug 一般都可以打回当作无效 bug 。

[dustin2016]

@SilencerL 一样的，几十个几百个 bug
如果后端字段给错或者数据有问题，改完了丢给前端继续配合修改
最后 bug 都挂在前端下
一个新功能或者改功能，后端写完接口前端继续接手
还是挂前端下
这种问题扯不清的
无关职场，无关制度

[dustin2016]

@anxiousPumpkin 看场景吧，都知道可以打回
但是前端真不好说

[xuanbg]

出了问题第一个永远就是让前端背锅排查

这个完全正常，有问题需要先从前端开始排查定位。别的问题其实后端也有类似的，譬如产品需求大改，先跳起来的肯定是后端啊，他们前面通宵写的代码全都作废，前端倒是经常是小改动。

[dustin2016]

@jake361 是的，没考虑，大小公司都很混乱

[dustin2016]

@coderxy i.know~

[dustin2016]

@
@airqj 说法没问题
领导的笑话都好笑
说话音阶高几分都会盛气凌人
看场景

[dustin2016]

@jake361 总结的到位，但是下一家并不一定会更好~

[dustin2016]

@anjianshi 看人吧，客服只是排查，又不是写 bug 的人

[dustin2016]

@qq1340691923 哈哈哈哈

[dustin2016]

@hahasong 做的再多还是没有话语权

[dustin2016]

@frankkai 我😭了

[dustin2016]

@kvkboy 看业务，更看人
所谓的公司氛围和文化，不外如是

[dustin2016]

@liujialongstar 但是负责人基本是后端

[dustin2016]

@jones2000 测试机不给，日志埋点不做
后端倒是一堆监控和数据
前端没人重视没人搭理

[dustin2016]

@cnscorpions +1

[dustin2016]

@xuanbg 哈哈哈，大改后端爆炸💥

[Marstin]

深表同意，哈哈哈，后端转前端的，真的觉得后端好混日子

[guanhui07]

主要数据是核心，业务核心都在后端这

[Saszr]

在底下业务部门 没什么前端 做个移动端

”什么 vue ？还要打包，还要放到服务器，持续开发？那玩意太重，就 iframe 你 html 嵌进去就行....“

然后我现在主要做 pc 自定义页面二开，兼职移动端探索实施 iframe 做微前端的架构 还有 node 来做内容分发器，分发其中一部分 pc 端自定义 html 开发共用页面的

[Sapp]

人类的悲欢并不相通
你说的那些我基本都没碰到，负责人是后端，但是后端基本不管前端
出事目前好像都是后端出事比较多，数据问题怎么可能让前端背锅，不过前端排查是肯定的，很多测试也搞不清谁的问题，只能前端排查，你让后端排查他也看不懂你页面啊？ 前端只要看一下页面是数据问题锅不就甩走了么？
至于前端那些技术，我觉得大多数其实都差不多，我一般都是看两眼知道怎么回事就行了，用的时候再说，我之前一直写 vue，来这个公司第一天 react 一天都没写过，还不是上手就干了，招的人还有 react + ts 一个都没写过的，还不是看看就能上手了，又不是个多难的东西，至于你那些小程序公众号什么的，我连了解的兴趣都没有了，微信小程序刚出的时候还有点意思，后面这些都是些重复的东西，看了都属于浪费时间，用的时候去扫一遍文档就行了。chrome 插件我这周刚做，以前从来没看过，实际找了一下别人的实现发现大多数情况下都能用 vue 、react 写页面，需要看的也就是 chrome 的那些 api 以及 background 和 content 、popup 的交互，这个你做的时候找一下看看就行了，哪有那么恐怖

[dustin2016]

@guanhui07 +1

[dustin2016]

@Marstin ……

[dustin2016]

@Saszr 前端多且杂，也涉及 node，算法
但永远只是展示层，非数据
技术玩的再深，在别人看来，不过如此

[dustin2016]

@Sapp 后端难的是架构，前端难的是兼容
技术什么的，本来就跟玩一样
但是业务和人心加起来，就不是玩玩而已
不信你问问 css
它说 js 算个球

[jake361]

@dustin2016 面试的时候大概能知道个七八分吧，一般来说都问题不大，现在 70 80%的团队前端还是比较独立的。 我也是今年换的工作，加油。

[gollwang]

这么说不太对吧，咋就成了前端背锅侠，前端页面出了问题也没后端数据出了问题严重啊。。。况且后端要搞的东西那么多。。。。。。

[darknoll]

"前端还搞什么 ie,chrome,小程序,安卓,ios,公众号,iphone 5 6 7 8 10... es5 6 7 8 9 10 css3 各种兼容各种场景"
你罗列这些就没意思了啊
后端要学的东西远比前端要多得多

[vandort]

@qq1340691923 泪眼婆娑

[darknoll]

@dustin2016 都 2020 了，时代早就变了，还谈什么兼容，IE 明年都正式退役了。

[supuwoerc]

https://ftp.bmp.ovh/imgs/2020/08/a7e364d9e8fe7b4e.png

 学起来，我在一边摸鱼一边看 java

[caopi]

@yaphets666 weex 早没人用了。阿里自己都不推了。。。electron 最近招聘倒是经常看到说会的加分

[cnlee]

话语权这东西要靠自己争取

[lemon6]

戾气真重，只是你公司是这样的把。建议跳槽多去外面看看

[pigzzz]

那还是去 php 公司好，都是前后端一把梭的好手

[yaphets666]

@caopi 我上午刚看招会这个的 我知道 weex 是绩效产物 但是还是有人用 有单位招的

[8Cangtou]

我刚好相反。。。一个项目就我一个后端。。。4 个前端。。。领导是前端。。。我感觉我就是个工具人。。。

[Reol]

@8Cangtou 啥公司兄弟。

[charlie21]

我们是按模块划分的，一个人负责一个模块的所有部分，从后端到前端。出 bug 之后反正是谁负责的这个模块谁去改，这样就没有前端哭诉的情况了，无论 debug 步骤是从后往前捋还是从前往后捋，他自己设置的断点和 defensive programming 他自己非常清楚（即使他有一个助手，知道这个模块所有细节的人是他，而不是他的助手）

前后端一把梭是有道理的

[cbb1]

欢迎加入我 java 大家庭

[zhgg0]

@cco 我身边基本都是前转后的，包括我自己。

[specita]

问题看来是 leader 没有话语权啊，这事儿跟前端后端没关系啊，公司内部 leader 没有话语权那肯定难受，领赏没有你，但背锅被甩锅肯定是第一位的，所以换 leader~~

[8Cangtou]

@Reol 棋牌游戏公司= =

[wxsm]

如果出了问题别人想到的第一个永远是你前端，那你要思考一下你的前端是不是真的做好了。

[yaphets666]

@wxsm ...这不是前端后端做的好不好的问题 是因为所有问题都是表现在前端的 也是在前端操作的 很多问题需要前端排查完问题 才能确定到底是什么问题 比如说接口返回的信息错误 会导致前端表现异常

[craiiz]

永远是产品背锅

[Reflection]

说到底还是你公司不行