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

[dustin2016]

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

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

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

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

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

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

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

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

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

前端,做的真心累

后端是万年不变 java8

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

哎,说完了,继续搬砖

[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 布局，和衍生数据计算。

[cnscorpions]

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

[anxiousPumpkin]

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

[dustin2016]

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

[dustin2016]

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

[xuanbg]

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

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

[dustin2016]

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

[dustin2016]

@coderxy i.know~

[dustin2016]

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