不想玩前端了,前端有大佬,但前端无领导,没有话语权,前端永远是第一线的背锅侠
dustin2016 · 2020-08-28 13:17:40 +08:00 · 15882 次点击这是一个创建于 1583 天前的主题，其中的信息可能已经有所发展或是发生改变。
小公司大公司,领导层永远是后端大佬,就算是前端(也是干过后端的挂名前端)
如果前端组没有一个说的上话的 leader,让产品经理或者项目负责人(后端)来安排计划,简直是灾难
出了问题第一个永远就是让前端背锅排查,前端查了是后端的问题,才没事
后端求稳,数据是战略资源,越是不动越是没事,被裁的前端也是匍匐在第一线
前端杂耍,交互和样式就换着花样玩,用户的百家口味实在是难调,前端被玩坏了大不了再换一个人玩
资源不给,时间不给,人力不给,工资低,还加班
但凡线上出了一丁点问题,不看缘由上来就说前端质量差,要解决
不按规定的骚操作导致的也要扯过来
一直潜水,都忍不住口吐芬芳
前端,做的真心累
后端是万年不变 java8
前端还搞什么 ie,chrome,小程序,安卓,ios,公众号,iphone 5 6 7 8 10... es5 6 7 8 9 10 css3 各种兼容各种场景
哎,说完了,继续搬砖
 |
1
IsaacYoung 2020-08-28 13:20:36 +08:00  15
“哎,说完了,继续搬砖”
😂 |
 |
2
putaozhenhaochi 2020-08-28 13:24:29 +08:00 2
人类的悲欢并不相通。 要不试试转 JAVA ？
|
 |
3
yaphets666 2020-08-28 13:24:34 +08:00 8
你说的那一套技术栈还没说全. 还他妈有 weex 还有 RN 还有 flutter 还有 uni-app 没家公司用的都不一样 严重影响跳槽 所以说还他妈得转后端 就 sprng 那一套东西 所有公司都用 极大的扩展了跳槽的机会
|
|
4
yaphets666 2020-08-28 13:25:04 +08:00 1
@yaphets666 激动的 Spring 都打错了
|
 |
5
cco 2020-08-28 13:26:42 +08:00
只能说贵司可能是这样吧。我们都是商量着来，背锅也是领导背。
另外后端万年不变 Java8 也只是贵司吧。 总的来说，前端、后端都不容易，都要学习很多知识，但是后端需要接触的东西应该会相对多一点。 另外搞 IE 的怨不得后端吧，后端给你数据，你去渲染，至于你要兼容 IE 还是不兼容，那是需求方决定的。 |
 |
6
nezumi85757 2020-08-28 13:27:01 +08:00 4
觉得平台不好就换，有些企业确实没法做到同事互相尊重，但去哪里的选择权在你，觉得自己能力不够就努力进步，在一个领域有了自己的沉淀，能够帮到别人解决问题，你自然能赢得他人的尊重，跟你从事前端后端客户端，还是设计运维乃至甚至是不是 it 行业都无关，你唯一的武器是你自己，抱怨是 loser 做的事情，而且对解决问题毫无帮助
|
|
7
cco 2020-08-28 13:28:30 +08:00
@yaphets666 那你转来后端试试嘛。我身边的都是后端转前端的，没听过哪个前端转后端的。
|
 |
8
ZoR 2020-08-28 13:28:36 +08:00
没话语权是真的 背锅侠不是
|
 |
9
m0kha 2020-08-28 13:32:22 +08:00
出了问题先让前端查，前端没问题就是后端的锅
出了问题先让后端查，后端没问题就是前端的锅 这有啥区别？前端就成背锅侠了？ |
 |
10
dustin2016 OP @nezumi85757 道理都是这么说，心里都透彻
要换公司和工作并不是难事，沉淀学习也没问题 只是职场多年，前端多年，举目望去，不论去哪个公司，都没有后端的话语权 也没有多少人明知不懂你的领域还保持谦虚 |
 |
11
rabbbit 2020-08-28 13:32:43 +08:00
前端技术栈,真是没完没了了
HTML CSS(LESS/SASS) JavaScript(ES2016, ES2017 ...) TypeScript Node.js Webpack Vue/Vuex/VueRouter WEEX 小程序 uni-app Three.js |
 |
12
chenqh 2020-08-28 13:33:28 +08:00
但是后端怎么说呢，歧路也很多，比如不用 java 的话，好工作就比较难找，特别是我这种用 py 的菜逼
|
|
13
dustin2016 OP @yaphets666 哈哈哈哈，懒得继续举例子了，太多了说不完
|
|
14
dustin2016 OP @putaozhenhaochi 有想过
|
 |
15
MengiNo 2020-08-28 13:35:06 +08:00
其实一套后端要兼容不同来源不同版本不同渠道的前端也不算容易，前端可以上一个版本还在 Vue 套壳 下一个版本直接 ReactNative 走起毫无历史负担。还有大把后端临时 兼容 /配置 的东西，基本就是在墙上抹 shit 粘上去就下不来了。
不过话说回来，如果不要求兼容什么 ie 8 9 10 、iOS 7 8 9 这样的版本，只保证调试的那台正常或者甚至是 Chrome Devtool 正常的话，讲道理这活不就找个后端也能干？ 个人认为，前端能把这么多设备快速的调正确，比他会写出代码实现效果，前者在薪资比重中占着分量多。 |
|
16
dustin2016 OP @cco 确实
|
|
17
dustin2016 OP @ZoR 所有的问题，如果不是服务器炸了，很明显，都要前端先查
|
|
18
dustin2016 OP @m0kha 前端是表现层，但问题不用是前端
|
|
19
dustin2016 OP @rabbbit 一个头两个大
学的再多，玩的再溜，还是不如后端话语权 |
|
20
dustin2016 OP @chenqh 学历就是一道坎，技术远型又是一道坎
|
 |
21
airplayxcom 2020-08-28 13:40:40 +08:00
那我就好奇，掘金为什么那么多前端 今天周五.jpg
??? |
 |
22
sampeng 2020-08-28 13:41:31 +08:00 via iPhone
用户说打开了页面，页面不是自己想要的。不前端查谁查？后端盲猜用户怎么操作的？调用接口和显示逻辑都在前端，就得前端根据反馈，逆推出用户的行为，再根据代码反推各种参数。对于后端只能看见一堆数据流，无从查起啊
|
|
23
dustin2016 OP |
|
24
dustin2016 OP |
|
25
dustin2016 OP |
|
26
dustin2016 OP @airplayxcom 因为入门看起来简单，事又多
|
 |
27
ZinWUT 2020-08-28 13:48:19 +08:00
快转后端啊，我已经在学 Spring 了
|
 |
28
randyo 2020-08-28 13:48:23 +08:00 via Android
出了什么问题都是前端的错，明明是接口报错，说前端没显示数据，把错误信息大大的提示出来就行了
|
 |
29
Ravenddd 2020-08-28 13:51:56 +08:00
我这都是后端背锅, 但是前端工作量也挺大的, 可能这边是前端后端各一个领导所以没那么多屁事
|
|
30
dustin2016 OP @ZinWUT 自学了半年的 java 和半年的 python
但是被之前的分佣,子店,之类的金额计算被劝退了,后端也不容易 |
|
31
dustin2016 OP @randyo 抹一抹眼泪,不多说,大兄弟确实懂行
|
|
32
dustin2016 OP @Ravenddd 是的，我就是吐糟我司没一个同级的 leader 来怼后端 leader
|
 |
33
stillyu 2020-08-28 13:57:52 +08:00 11
前端就是个 bug 路由器
|
|
34
nezumi85757 2020-08-28 13:59:43 +08:00
@dustin2016 你压根没看我说的话，跟前端后端无关，乃至于跟行业都无关，抱怨是毫无意义的，每个岗位都有职责跟苦衷
|
 |
35
coderxy 2020-08-28 14:04:23 +08:00
后端也没那么爽，你是不知道后端 24h 随时被打电话上线排查 bug 的痛苦。
|
|
36
dustin2016 OP |
 |
37
airqj 2020-08-28 14:07:07 +08:00 1
前端是负责界面的
界面上看到的问题就应该首先让前端去排查 这样做有什么问题？ |
 |
38
ByZHkc3 2020-08-28 14:12:20 +08:00
出问题不都是大伙一起排查么，难不成线上抛出个异常你前端不检查字段参数有没有传正确？
即使后端半路多加了个字段导致的异常，查出来是他们的问题也很好甩锅啊，一切以文档为主。 你说的这个只能说是公司流程问题，谁是老大真的不重要，按排期做好自己的工作就好了，哪来那么多时间扯皮 |
 |
39
jake361 2020-08-28 14:14:04 +08:00
跟我上一家公司有得一拼，基本上一毛一样。
一句话总结: 能忍就呆，不能忍就出去面试。 |
|
40
jake361 2020-08-28 14:17:11 +08:00
@jake361 补充一下，你的问题是，前面没有 leader 没有能担责任的，那么你可以尝试当 leader 啊，如果不行，换公司。
|
|
41
Ravenddd 2020-08-28 14:18:11 +08:00
@dustin2016 这个确实挺糟心的, 特别是那种甩锅的领导, 哪怕是前后端的都难受, 还是跳槽换个好点的环境吧
|
 |
42
anjianshi 2020-08-28 14:25:31 +08:00
流程肯定是离用户越近的越先排查，这不代表前端是背锅侠啊。
一般在前面，还有客服部门会先承受用户的抱怨，先检查一遍呢。 |
 |
43
liujialongstar 2020-08-28 14:28:48 +08:00
目前所在这家公司的这个项目组, 产品经理都是前端来做, 项目经理都是后端来做
|
 |
44
qq1340691923 2020-08-28 14:31:04 +08:00
别说了，说的我泪眼蹒跚的..
|
|
45
jake361 2020-08-28 14:31:35 +08:00 1
@Ravenddd 对，我也觉得他的问题就是领导的问题，这种前后在一起的团队，尽量远离吧，很糟心。
因为，一个不懂前端的领动管你，你想想吧。 |
 |
46
frankkai 2020-08-28 14:32:50 +08:00
我以为我发的，心态摆好
|
 |
47
kvkboy 2020-08-28 14:46:35 +08:00 1
我现在非常的确信，不重视前端的公司，其技术部门的制度往往也是不咋地，5 层的概率领导也不咋地
|
 |
48
SilencerL 2020-08-28 14:51:56 +08:00 via iPhone 9
摘一段我的记录，四年后端转前端四五个月的时候吐槽的。
———— 曾经在做后端的时候，写代码考虑的更多的是算法和数据结构，这也算是我最感兴趣的一方面，可以针对某一个功能进行细致的打磨最终达到我想要的结果（不论是效率上还是代码的优雅程度上）；但是做前端的这四个月我发现我时常陷入一种“想做到更好但是时间不允许”的困境。我试图完美的 1:1 的去还原设计师同学给到我们的效果图，但是却因为不同浏览器的兼容性问题（对，请允许我问候 1024 次 IE ）和过于死扣细节导致时间把握的失调。 另一方面，从我们日常统计的 Bug 数量来看，大部分 Bug 都是挂在前端工程师的头上，当然这不是因为前端工程师的代码质量太差造成的，我认为是因为测试人员不能很好的分辨“这个问题到底是前端的问题还是后端的问题”所导致的。往往很多 Bug 送到我这里之后发现“这个报错的提示是根据后端给的返回值弹出的”，前端也只能做到这样了，把后端给的报错友好的提示给用户，但是有的测试同学就执拗的认为“我不管我不管，这是前端的锅，所有问题都要前端来解决”。如此等等，导致前端的 Bug 数量有时候比其他端的 Bug 加起来还多。 当然，这是因为前端的工作是直接面向用户的，用户对产品的所有直观感受基本都来自前端的成果。所以在前端的开发中更要严格的要求自己的工作。 但是如何在“严格的要求自己的工作”和“项目上线时间”中进行妥协？不再抠细节，根据效果图做个差不多就行吗？还是放弃一部分代码的严谨性（这里还是我自己的问题，我个人过于偏向使用 TypeScript 来用约束代码定义）做到能用就行？这还是我目前正在探索的事情，可能在前端工作的道路上再走远一点才能想明白吧。 |
 |
49
hahasong 2020-08-28 14:52:00 +08:00 via iPhone
我司前端做活动页，新功能经常加班。我写微服务没人找我，开会基本能正常下班。只要不出线上 bug，我就没什么存在感
|
 |
50
zjx1993 2020-08-28 14:52:09 +08:00
话语权真的很重要。
|
 |
51
pushback 2020-08-28 14:53:04 +08:00
赶紧转后端啊，我就是后端，一直没想碰前端的原因就是因为杂七杂八的框架太多了，当然 Android 还是可以的，毕竟互通
|
 |
52
jones2000 2020-08-28 14:53:49 +08:00
感觉是数据监控流程有问题， 后台应该有数据监控平台， api 都应该有日志的， 数据问题直接查 api 日志，看调用的时候返回的数据日志就可以了。 前端应该只负责 UI 布局，和衍生数据计算。
|
 |
53
rf99wSiT6IxH1Z23 2020-08-28 14:56:49 +08:00
转后端就是了，反正是 CRUD body （手动狗头），我转 Java, Spring boot 搞起的
|
 |
54
anxiousPumpkin 2020-08-28 14:57:56 +08:00
@SilencerL 非常真实。不过这种 bug 一般都可以打回当作无效 bug 。
|
|
55
dustin2016 OP @SilencerL 一样的，几十个几百个 bug
如果后端字段给错或者数据有问题，改完了丢给前端继续配合修改 最后 bug 都挂在前端下 一个新功能或者改功能，后端写完接口前端继续接手 还是挂前端下 这种问题扯不清的 无关职场，无关制度 |
|
56
dustin2016 OP @anxiousPumpkin 看场景吧，都知道可以打回
但是前端真不好说 |
 |
57
xuanbg 2020-08-28 15:08:25 +08:00
出了问题第一个永远就是让前端背锅排查
这个完全正常，有问题需要先从前端开始排查定位。别的问题其实后端也有类似的，譬如产品需求大改，先跳起来的肯定是后端啊，他们前面通宵写的代码全都作废，前端倒是经常是小改动。 |
|
58
dustin2016 OP @jake361 是的，没考虑，大小公司都很混乱
|
|
59
dustin2016 OP @coderxy i.know~
|
|
60
dustin2016 OP |
|
61
dustin2016 OP @jake361 总结的到位，但是下一家并不一定会更好~
|
|
62
dustin2016 OP @anjianshi 看人吧，客服只是排查，又不是写 bug 的人
|
|
63
dustin2016 OP @qq1340691923 哈哈哈哈
|
|
64
dustin2016 OP @hahasong 做的再多还是没有话语权
|
|
65
dustin2016 OP @frankkai 我😭了
|
|
66
dustin2016 OP @kvkboy 看业务，更看人
所谓的公司氛围和文化，不外如是 |
|
67
dustin2016 OP @liujialongstar 但是负责人基本是后端
|
|
68
dustin2016 OP 1
|
|
69
dustin2016 OP @cnscorpions +1
|
|
70
dustin2016 OP @xuanbg 哈哈哈，大改后端爆炸💥
|
 |
71
Marstin 2020-08-28 15:27:57 +08:00
深表同意，哈哈哈，后端转前端的，真的觉得后端好混日子
|
 |
72
guanhui07 2020-08-28 15:29:20 +08:00
主要数据是核心，业务核心都在后端这
|
 |
73
Saszr 2020-08-28 15:29:38 +08:00
在底下业务部门 没什么前端 做个移动端
”什么 vue ？还要打包，还要放到服务器，持续开发？那玩意太重，就 iframe 你 html 嵌进去就行....“ 然后我现在主要做 pc 自定义页面二开，兼职移动端探索实施 iframe 做微前端的架构 还有 node 来做内容分发器，分发其中一部分 pc 端自定义 html 开发共用页面的 |
 |
74
Sapp 2020-08-28 15:31:15 +08:00 2
人类的悲欢并不相通
你说的那些我基本都没碰到，负责人是后端，但是后端基本不管前端 出事目前好像都是后端出事比较多，数据问题怎么可能让前端背锅，不过前端排查是肯定的，很多测试也搞不清谁的问题，只能前端排查，你让后端排查他也看不懂你页面啊？ 前端只要看一下页面是数据问题锅不就甩走了么？ 至于前端那些技术，我觉得大多数其实都差不多，我一般都是看两眼知道怎么回事就行了，用的时候再说，我之前一直写 vue，来这个公司第一天 react 一天都没写过，还不是上手就干了，招的人还有 react + ts 一个都没写过的，还不是看看就能上手了，又不是个多难的东西，至于你那些小程序公众号什么的，我连了解的兴趣都没有了，微信小程序刚出的时候还有点意思，后面这些都是些重复的东西，看了都属于浪费时间，用的时候去扫一遍文档就行了。chrome 插件我这周刚做，以前从来没看过，实际找了一下别人的实现发现大多数情况下都能用 vue 、react 写页面，需要看的也就是 chrome 的那些 api 以及 background 和 content 、popup 的交互，这个你做的时候找一下看看就行了，哪有那么恐怖 |
|
75
dustin2016 OP @guanhui07 +1
|
|
76
dustin2016 OP @Marstin ……
|
|
77
dustin2016 OP |
|
78
dustin2016 OP 3
|
|
79
jake361 2020-08-28 15:50:06 +08:00
@dustin2016 面试的时候大概能知道个七八分吧，一般来说都问题不大，现在 70 80%的团队前端还是比较独立的。 我也是今年换的工作，加油。
|
 |
80
gollwang 2020-08-28 15:58:56 +08:00
这么说不太对吧，咋就成了前端背锅侠，前端页面出了问题也没后端数据出了问题严重啊。。。况且后端要搞的东西那么多。。。。。。
|
 |
81
darknoll 2020-08-28 16:11:01 +08:00
"前端还搞什么 ie,chrome,小程序,安卓,ios,公众号,iphone 5 6 7 8 10... es5 6 7 8 9 10 css3 各种兼容各种场景"
你罗列这些就没意思了啊 后端要学的东西远比前端要多得多 |
 |
82
vandort 2020-08-28 16:11:50 +08:00
@qq1340691923 泪眼婆娑
|
|
83
darknoll 2020-08-28 16:12:35 +08:00
@dustin2016 都 2020 了，时代早就变了，还谈什么兼容，IE 明年都正式退役了。
|
 |
84
supuwoerc 2020-08-28 16:17:48 +08:00
|
 |
85
caopi 2020-08-28 16:20:55 +08:00
@yaphets666 weex 早没人用了。阿里自己都不推了。。。electron 最近招聘倒是经常看到说会的加分
|
 |
86
cnlee 2020-08-28 16:27:34 +08:00
话语权这东西要靠自己争取
|
 |
87
lemon6 2020-08-28 16:33:57 +08:00
戾气真重，只是你公司是这样的把。建议跳槽多去外面看看
|
 |
88
pigzzz 2020-08-28 16:41:07 +08:00 2
那还是去 php 公司好，都是前后端一把梭的好手
|
|
89
yaphets666 2020-08-28 16:42:13 +08:00
@caopi 我上午刚看招会这个的 我知道 weex 是绩效产物 但是还是有人用 有单位招的
|
 |
90
8Cangtou 2020-08-28 16:49:46 +08:00
我刚好相反。。。一个项目就我一个后端。。。4 个前端。。。领导是前端。。。我感觉我就是个工具人。。。
|
 |
92
charlie21 2020-08-28 17:22:19 +08:00
我们是按模块划分的，一个人负责一个模块的所有部分，从后端到前端。出 bug 之后反正是谁负责的这个模块谁去改，这样就没有前端哭诉的情况了，无论 debug 步骤是从后往前捋还是从前往后捋，他自己设置的断点和 defensive programming 他自己非常清楚（即使他有一个助手，知道这个模块所有细节的人是他，而不是他的助手）
前后端一把梭是有道理的 |
 |
93
cbb1 2020-08-28 17:23:06 +08:00
欢迎加入我 java 大家庭
|
 |
95
specita 2020-08-28 17:26:34 +08:00
问题看来是 leader 没有话语权啊，这事儿跟前端后端没关系啊，公司内部 leader 没有话语权那肯定难受，领赏没有你，但背锅被甩锅肯定是第一位的，所以换 leader~~
|
 |
97
wxsm 2020-08-28 17:28:36 +08:00 via iPhone
如果出了问题别人想到的第一个永远是你前端，那你要思考一下你的前端是不是真的做好了。
|
|
98
yaphets666 2020-08-28 17:32:06 +08:00 1
@wxsm ...这不是前端后端做的好不好的问题 是因为所有问题都是表现在前端的 也是在前端操作的 很多问题需要前端排查完问题 才能确定到底是什么问题 比如说接口返回的信息错误 会导致前端表现异常
|
 |
99
craiiz 2020-08-28 17:35:26 +08:00
永远是产品背锅
|
 |
100
Reflection 2020-08-28 17:36:52 +08:00
说到底还是你公司不行
|
Select Language