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

2020-08-28 13:17:40 +08:00
 dustin2016

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

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

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

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

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

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

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

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

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

前端,做的真心累

后端是万年不变 java8

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

哎,说完了,继续搬砖

15874 次点击
所在节点    程序员
170 条回复
Ravenddd
2020-08-28 14:18:11 +08:00
@dustin2016 这个确实挺糟心的, 特别是那种甩锅的领导, 哪怕是前后端的都难受, 还是跳槽换个好点的环境吧
anjianshi
2020-08-28 14:25:31 +08:00
流程肯定是离用户越近的越先排查,这不代表前端是背锅侠啊。
一般在前面,还有客服部门会先承受用户的抱怨,先检查一遍呢。
liujialongstar
2020-08-28 14:28:48 +08:00
目前所在这家公司的这个项目组, 产品经理都是前端来做, 项目经理都是后端来做
qq1340691923
2020-08-28 14:31:04 +08:00
别说了,说的我泪眼蹒跚的..
jake361
2020-08-28 14:31:35 +08:00
@Ravenddd 对,我也觉得他的问题就是领导的问题,这种前后在一起的团队,尽量远离吧,很糟心。
因为,一个不懂前端的领动管你,你想想吧。
frankkai
2020-08-28 14:32:50 +08:00
我以为我发的,心态摆好
kvkboy
2020-08-28 14:46:35 +08:00
我现在非常的确信,不重视前端的公司,其技术部门的制度往往也是不咋地,5 层的概率领导也不咋地
SilencerL
2020-08-28 14:51:56 +08:00
摘一段我的记录,四年后端转前端四五个月的时候吐槽的。
————
曾经在做后端的时候,写代码考虑的更多的是算法和数据结构,这也算是我最感兴趣的一方面,可以针对某一个功能进行细致的打磨最终达到我想要的结果(不论是效率上还是代码的优雅程度上);但是做前端的这四个月我发现我时常陷入一种“想做到更好但是时间不允许”的困境。我试图完美的 1:1 的去还原设计师同学给到我们的效果图,但是却因为不同浏览器的兼容性问题(对,请允许我问候 1024 次 IE )和过于死扣细节导致时间把握的失调。
另一方面,从我们日常统计的 Bug 数量来看,大部分 Bug 都是挂在前端工程师的头上,当然这不是因为前端工程师的代码质量太差造成的,我认为是因为测试人员不能很好的分辨“这个问题到底是前端的问题还是后端的问题”所导致的。往往很多 Bug 送到我这里之后发现“这个报错的提示是根据后端给的返回值弹出的”,前端也只能做到这样了,把后端给的报错友好的提示给用户,但是有的测试同学就执拗的认为“我不管我不管,这是前端的锅,所有问题都要前端来解决”。如此等等,导致前端的 Bug 数量有时候比其他端的 Bug 加起来还多。
当然,这是因为前端的工作是直接面向用户的,用户对产品的所有直观感受基本都来自前端的成果。所以在前端的开发中更要严格的要求自己的工作。
但是如何在“严格的要求自己的工作”和“项目上线时间”中进行妥协?不再抠细节,根据效果图做个差不多就行吗?还是放弃一部分代码的严谨性(这里还是我自己的问题,我个人过于偏向使用 TypeScript 来用约束代码定义)做到能用就行?这还是我目前正在探索的事情,可能在前端工作的道路上再走远一点才能想明白吧。
hahasong
2020-08-28 14:52:00 +08:00
我司前端做活动页,新功能经常加班。我写微服务没人找我,开会基本能正常下班。只要不出线上 bug,我就没什么存在感
zjx1993
2020-08-28 14:52:09 +08:00
话语权真的很重要。
pushback
2020-08-28 14:53:04 +08:00
赶紧转后端啊,我就是后端,一直没想碰前端的原因就是因为杂七杂八的框架太多了,当然 Android 还是可以的,毕竟互通
jones2000
2020-08-28 14:53:49 +08:00
感觉是数据监控流程有问题, 后台应该有数据监控平台, api 都应该有日志的, 数据问题直接查 api 日志,看调用的时候返回的数据日志就可以了。 前端应该只负责 UI 布局,和衍生数据计算。
rf99wSiT6IxH1Z23
2020-08-28 14:56:49 +08:00
转后端就是了,反正是 CRUD body (手动狗头),我转 Java, Spring boot 搞起的
anxiousPumpkin
2020-08-28 14:57:56 +08:00
@SilencerL 非常真实。不过这种 bug 一般都可以打回当作无效 bug 。
dustin2016
2020-08-28 15:07:10 +08:00
@SilencerL 一样的,几十个几百个 bug
如果后端字段给错或者数据有问题,改完了丢给前端继续配合修改
最后 bug 都挂在前端下
一个新功能或者改功能,后端写完接口前端继续接手
还是挂前端下
这种问题扯不清的
无关职场,无关制度
dustin2016
2020-08-28 15:07:55 +08:00
@anxiousPumpkin 看场景吧,都知道可以打回
但是前端真不好说
xuanbg
2020-08-28 15:08:25 +08:00
出了问题第一个永远就是让前端背锅排查

这个完全正常,有问题需要先从前端开始排查定位。别的问题其实后端也有类似的,譬如产品需求大改,先跳起来的肯定是后端啊,他们前面通宵写的代码全都作废,前端倒是经常是小改动。
dustin2016
2020-08-28 15:09:06 +08:00
@jake361 是的,没考虑,大小公司都很混乱
dustin2016
2020-08-28 15:11:21 +08:00
@coderxy i.know~
dustin2016
2020-08-28 15:13:09 +08:00
@
@airqj 说法没问题
领导的笑话都好笑
说话音阶高几分都会盛气凌人
看场景

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/702183

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX