作者keev (a)
看板Soft_Job
标题[讨论] 後端比前端工时更长吗？
时间Sun Nov 3 14:33:00 2024
我待过的公司通常前端比较轻松
看起来有社交生活 稍微有点打扮
前端有自己的群组 下班会一起玩
後端的话 不一定会下班
可能还在加班 或是处理线上问题
像这张图一样
https://i.imgur.com/Igf9f7D.jpeg
这个观察是我自已的特殊经验
还是行业常见现象呢？
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 149.88.103.42 (日本)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1730615582.A.652.html
1F：推 abc21086999: 坐我旁边的资深前端，每天只花10-20%时间工作 11/03 14:42
2F：→ abc21086999: 其他都在IG, FB, 交友软体, YT 11/03 14:42
3F：推 s06yji3: 这是一个人包山包海吧 11/03 14:43
4F：推 NDark: 前端或客户端重视觉互动 後端重资料结构 11/03 14:45
5F：→ NDark: 所以很容易刚好适合的人格特质会走这样的职涯 11/03 14:46
6F：→ NDark: 然後云端世界线上服务通常出问题第一线的人会被call 11/03 14:46
7F：→ NDark: 所以工时会比较容易不稳定 11/03 14:46
8F：→ NDark: 像是手机游戏App一定得审查1~3天 所以想快也快不起来 11/03 14:47
9F：→ NDark: 但是网页就随时可以更新那遇到问题就一定是立即处理 11/03 14:47
10F：推 neo5277: 看自己能力，看专案内容没有一定 11/03 14:48
11F：→ airtsubasa: 全端 周工时约2小时 其余时间打手游 刷股票 11/03 15:11
12F：推 viper9709: 推NDark 11/03 15:26
13F：→ chen09885: 当了後端难免秃头 11/03 15:29
14F：→ keev: 觉得我的问题不精确 应该问後端比较容易秃头吗 11/03 16:34
15F：推 NDark: 秃头基因的问题比较大 烧脑造成的基因就是心理压力失衡 11/03 17:14
16F：→ NDark: *烧脑造成的秃头 11/03 17:15
17F：→ NDark: 心理压力失衡应该不只秃头 有些人就是暴饮暴食便肥胖 11/03 17:15
18F：→ DrTech: 真的要秃头，是没在分职业或工时的。一堆准时下班的公务员 11/03 18:32
19F：→ DrTech: 也骨头。 11/03 18:32
20F：→ DrTech: 秃头 11/03 18:32
21F：→ wuyiulin: 秃头要看你爸有没有秃头比较准（#。 11/03 19:03
22F：→ fantasystar: 很多公司的後端都要轮班，可怜啦，接一通 pagerduty 11/03 19:12
23F：→ fantasystar: 电话掉一撮头发。 11/03 19:12
24F：→ sakyle: 秃头是看舅舅或外公吧 11/03 19:36
25F：推 crazwade: 我们公司後端还真的有长左下的 11/03 19:36
26F：推 TSMCfabXX: 雀食 11/03 19:38
27F：嘘 devilkool: 基因问题 11/03 19:43
28F：推 t19960804: 後端薪水高的背後就是on call, on call的後果就是左下 11/03 20:05
29F：→ superpandal: 後端不停的在新增资料阿 你旧的版本和新的版本产出 11/03 20:33
30F：→ superpandal: 来的东西很可能会不一致 多人开发的情况还会更严重 11/03 20:34
31F：→ superpandal: 然後避免鸟尽弓藏还会再增加难度 所以可控性很重要 11/03 20:35
32F：→ superpandal: 不难别说一切尽在控制中 不出大错都难 11/03 20:37
33F：→ superpandal: 可控性还必需考量框架还是他人改的 11/03 20:38
34F：→ superpandal: 同事是否内斗严重 需求是否很不明确 是否连pm角色都 11/03 20:39
35F：→ superpandal: 要当 语言不同技能术差异 都非常有关系 变数太多 领 11/03 20:41
36F：→ superpandal: 工人薪水做神的事情 11/03 20:43
37F：→ superpandal: 前端就不一样了 传错资料还可以怪後端为什麽没有校 11/03 20:46
38F：→ superpandal: 验资料 11/03 20:46
39F：→ superpandal: 得知真相的我都尽可能简化解法 网路批判王八蛋 11/03 20:49
40F：→ stepnight: 原来不是只有我遇到的前端这麽GY 11/03 20:51
41F：→ superpandal: 忘了说後果 伺服器停摆或爆炸很大机会算你的 11/03 20:55
42F：→ superpandal: 那些黑化的人也不知道是不是在报复社会还是抓交替 11/03 20:57
43F：推 karst10607: 全部碰过还蛮接近，右下还少耳环，然後还有一种是运 11/03 21:12
44F：→ karst10607: 动凉鞋或宅T shirt打扮，感觉要放在中间 11/03 21:12
45F：嘘 MoonCode: 11/03 21:15
46F：推 WTS2accuracy: 痾 後端开的接口 送错资料给前端 不怪後端要怪谁? 11/03 21:15
47F：推 kurtsgm: 秃头的问题建议回家看你老爸老妈的发量 跟工作关系不大 11/03 21:17
48F：推 viper9709: 推前端传错资料还可以怪後端没检查+1 11/04 00:46
49F：推 LoveMoon: 後端不用检查资料喔，真棒 11/04 00:49
50F：→ qwer338859: 後端本来就要验证资料吧 恶意使用者可以绕过前端打ap 11/04 01:53
51F：→ qwer338859: i 11/04 01:53
52F：→ REDX: 前端UI,UX操作有多复杂相对後端也是，一个写画面接 API ， 11/04 09:19
53F：→ REDX: 一个写资料库写 API。并没有谁比较轻松 11/04 09:19
54F：→ REDX: 而且API 传送资料本来就是前後端都要检查 11/04 09:20
55F：推 nayeonmywife: Oncall 都直接call後端的 11/04 09:47
56F：推 WTS2accuracy: 责任一定是後端重啦 前端出事顶多被用户靠北 11/04 10:58
57F：→ WTS2accuracy: 後端出事可能要赔一波大的 11/04 10:58
58F：推 accessdenied: 资料有争议或是错误，一定都是 call 後端来查啊？ 11/04 11:22
59F：→ accessdenied: 尤其这种事情来的又快又急…前端就破版或错字，客服 11/04 11:22
60F：→ accessdenied: 安抚一下就过去了 11/04 11:22
61F：推 tsaigi: 後端只负责资料的完整性吧 前端资料塞错栏位这种的 总不 11/04 12:34
62F：→ tsaigi: 能叫後端验吧 11/04 12:34
63F：推 answermangtr: 没有差 奴性问题 11/04 14:45
64F：推 nacy204327: 後端单纯做CRUD 那种有啥难的 而且一堆公司 api 一分 11/04 14:53
65F：→ nacy204327: 钟也没call个几次 要搞到一分钟千次以上才开始有难度 11/04 14:53
66F：→ nacy204327: 前端也是 几个画面的话 都只是时间问题 麻烦都在你的 11/04 14:53
67F：→ nacy204327: 老板或是UIUX 「我突然有个有趣的想法」ㄏㄏ 结论就是 11/04 14:53
68F：→ nacy204327: 看公司 看专案性质 11/04 14:53
69F：→ nacy204327: 前端要很悲惨的 我也是有看过 就是很雷的设计师 什麽 11/04 14:55
70F：→ nacy204327: 基础概念都没有 真的是拿鬼抓药 遇到这种快逃就对了 11/04 14:55
71F：→ nacy204327: 代表你老板也是个87 11/04 14:55
72F：→ HKCs: 通常小公司+台湾老板 会凹後端兼Ops兼QA 11/04 16:08
73F：→ DrTech: CRUD一分钟上千次叫开始有难度？单位搞错吧，一秒钟才16次 11/04 17:31
74F：→ DrTech: 耶。 正常RDBM，CRUD随便做一秒钟都上千次transaction才正 11/04 17:31
75F：→ DrTech: 常吧。 11/04 17:31
76F：→ nacy204327: 我想说的是上千不是一千 一秒千次在台湾算很大型了 11/04 17:44
77F：→ nacy204327: 面试可以拿来嘴了 11/04 17:44
78F：→ nacy204327: 我前主管就是一分钟不到上千 就在该很难做 难在哪 唉 11/04 17:45
79F：推 lchcoding: 主要还要看硬体够不够力， 11/04 18:13
80F：→ lchcoding: 还有业务逻辑的复杂度 11/04 18:13
81F：→ lchcoding: 1分锺千次是少了点 11/04 18:13
82F：推 newbout: 感觉还是要看做什麽的前端吧？如果做很多客制化功能（可 11/04 19:03
83F：→ newbout: 以让使用者自由调整页面显示）的前端，我不认为前端工时 11/04 19:03
84F：→ newbout: 会比较短 11/04 19:03
85F：→ LipaCat5566: 画面这种问题沟通会复杂很多 11/04 19:09
86F：推 NDark: 我觉得工时长应该要解释为常加班 11/04 19:50
87F：→ NDark: 客户端或是前端视觉类的工作虽然调整的总时间长 11/04 19:50
88F：→ NDark: 但是多半是做一段收意见再改 11/04 19:51
89F：→ NDark: 所以整体上日程会长但日工时不一定会增加 11/04 19:51
90F：→ NDark: 常加班通常来自於凹人加班或赶进度使用情绪勒索手段的主管 11/04 19:52
91F：→ NDark: 算是管理的问题.这种管理问题遇到後端也都是马上就要修好 11/04 19:52
92F：→ NDark: 客户端或前端比较麻烦的应该是需求端不够优秀 11/04 19:53
93F：→ NDark: 所以反覆修改往返直到需求端满意的次数比较令人厌烦 11/04 19:54
94F：→ NDark: 这种需求端不够优秀的问题就是不是人人都讲得出心里想要的 11/04 19:54
95F：→ NDark: 一张A4就能把需求解释清楚这是要训练,老板通常没训练就上工 11/04 19:55
96F：→ NDark: 後端相关的需求端不够优秀是另一种型态 11/04 19:56
97F：→ NDark: 後端的需求规格需要的是强大的资料流抽象化心态 11/04 19:56
98F：→ NDark: 资料流出来伺服器API就可以抓大概八成 11/04 19:57
99F：→ NDark: 後端需求解释不出想要甚麽 第一步就卡住了根本不能开工 11/04 19:58
100F：→ NDark: 不像客户端或前端先做个Prototype才发现不是自己想要的 11/04 19:58
101F：→ Firstshadow: 不愧是从中国回来的D大！ 高吞吐量系统的专家... 11/04 20:58
102F：推 ohmylove347: 看专案性质，要操前端让他徒手刻shader和WebGL也不 11/04 21:46
103F：→ ohmylove347: 是不行，不过大多数专案没这需求 11/04 21:46
104F：→ MoonCode: 一秒上千喔 好难 11/05 00:21
105F：推 viper9709: 推NDark 11/05 00:29
106F：推 accessdenied: 就算是前端塞错栏位和资料，也都是先 call 後端来查 11/05 00:57
107F：→ accessdenied: 啦，後端看不出问题才会轮到前端啦，傻傻的...... 11/05 00:57
108F：→ MonkeyCL: 看公司 11/05 02:32
109F：推 aa0983163178: 後端辛苦+1，前端只要不是太严重的跑版且功能正常的 11/05 07:40
110F：→ aa0983163178: 前提下，大部分user都还是可以接受，可以慢慢修，但 11/05 07:40
111F：→ aa0983163178: 後端在业务逻辑出包和效能过慢，你看会不会被电到飞 11/05 07:40
112F：→ aa0983163178: 起来 11/05 07:40
114F：推 wistful96: 後端辛苦起来的时候 几乎不用睡了 11/07 15:28
115F：推 prag222: 看大家推文我才发现我都挑简单的工作做,哈,但也不轻松 11/07 22:34
116F：推 chan15: 哪家後端敢不验证资料的这麽猛 11/08 15:44
117F：→ prag222: 工作看过专案有资料验证引用专案,但根本没呼叫使用 11/08 17:09
118F：→ prag222: 完全不会跑验证流程,我还回报主管 11/08 17:10