楼主:
keev (a)
2024-11-03 14:33:00我待过的公司通常前端比较轻松
看起来有社交生活 稍微有点打扮
前端有自己的群组 下班会一起玩
后端的话 不一定会下班
可能还在加班 或是处理线上问题
像这张图一样
https://i.imgur.com/Igf9f7D.jpeg
这个观察是我自已的特殊经验
还是行业常见现象呢？
坐我旁边的资深前端，每天只花10-20%时间工作其他都在IG, FB, 交友软件, YT
作者: s06yji3 (阿南) 2024-11-03 14:43:00
这是一个人包山包海吧
作者:
NDark (溺于黑暗)
2024-11-03 14:45:00前端或客户端重视觉互动 后端重资料结构所以很容易刚好适合的人格特质会走这样的职涯然后云端世界线上服务通常出问题第一线的人会被call所以工时会比较容易不稳定像是手机游戏App一定得审查1~3天 所以想快也快不起来但是网页就随时可以更新那遇到问题就一定是立即处理
作者:
neo5277 (I am an agent of chaos)
2024-11-03 14:48:00看自己能力，看专案内容没有一定
楼主:
keev (a)
2024-11-03 16:34:00觉得我的问题不精确 应该问后端比较容易秃头吗
作者:
NDark (溺于黑暗)
2024-11-03 17:14:00秃头基因的问题比较大 烧脑造成的基因就是心理压力失衡*烧脑造成的秃头心理压力失衡应该不只秃头 有些人就是暴饮暴食便肥胖
作者:
DrTech (竹科管理处网军研发人员)
2024-11-03 18:32:00真的要秃头，是没在分职业或工时的。一堆准时下班的公务员也骨头。秃头
作者:
wuyiulin (龙破坏剑士-巴斯达布雷达)
2024-11-03 19:03:00秃头要看你爸有没有秃头比较准（#。
很多公司的后端都要轮班，可怜啦，接一通 pagerduty电话掉一撮头发。
作者:
sakyle (Sakyle)
2024-11-03 19:36:00秃头是看舅舅或外公吧
作者:
crazwade (crazwade)
2024-11-03 19:36:00我们公司后端还真的有长左下的
后端薪水高的背后就是on call, on call的后果就是左下
作者: superpandal 2024-11-03 20:33:00
后端不停的在新增资料阿 你旧的版本和新的版本产出来的东西很可能会不一致 多人开发的情况还会更严重
作者: superpandal 2024-11-03 20:55:00
忘了说后果 服务器停摆或爆炸很大机会算你的那些黑化的人也不知道是不是在报复社会还是抓交替
全部碰过还蛮接近，右下还少耳环，然后还有一种是运动凉鞋或宅T shirt打扮，感觉要放在中间
作者: WTS2accuracy (宝钟海贼団の一味) 2024-11-03 21:15:00
疴 后端开的接口 送错资料给前端 不怪后端要怪谁?
秃头的问题建议回家看你老爸老妈的发量 跟工作关系不大
作者:
LoveMoon (我不是魔兽三国作者.....)
2024-11-04 00:49:00后端不用检查资料喔，真棒
后端本来就要验证资料吧 恶意使用者可以绕过前端打api
作者:
REDX (^^)
2024-11-04 09:19:00前端UI,UX操作有多复杂相对后端也是，一个写画面接 API ，一个写数据库写 API。并没有谁比较轻松而且API 传送资料本来就是前后端都要检查
作者: WTS2accuracy (宝钟海贼団の一味) 2024-11-04 10:58:00
责任一定是后端重啦 前端出事顶多被用户靠北后端出事可能要赔一波大的
资料有争议或是错误，一定都是 call 后端来查啊？尤其这种事情来的又快又急…前端就破版或错字，客服安抚一下就过去了
作者: tsaigi (菜鸡) 2024-11-04 12:34:00
后端只负责资料的完整性吧 前端资料塞错字段这种的 总不能叫后端验吧
后端单纯做CRUD 那种有啥难的 而且一堆公司 api 一分钟也没call个几次 要搞到一分钟千次以上才开始有难度前端也是 几个画面的话 都只是时间问题 麻烦都在你的老板或是UIUX “我突然有个有趣的想法”ㄏㄏ 结论就是看公司 看专案性质前端要很悲惨的 我也是有看过 就是很雷的设计师 什么基础概念都没有 真的是拿鬼抓药 遇到这种快逃就对了代表你老板也是个87
作者:
HKCs (路人)
2024-11-04 16:08:00通常小公司+台湾老板 会凹后端兼Ops兼QA
作者:
DrTech (竹科管理处网军研发人员)
2024-11-04 17:31:00CRUD一分钟上千次叫开始有难度？单位搞错吧，一秒钟才16次耶。 正常RDBM，CRUD随便做一秒钟都上千次transaction才正常吧。
我想说的是上千不是一千 一秒千次在台湾算很大型了面试可以拿来嘴了我前主管就是一分钟不到上千 就在该很难做 难在哪 唉
作者: lchcoding 2024-11-04 18:13:00
主要还要看硬件够不够力，还有业务逻辑的复杂度1分钟千次是少了点
作者:
newbout ( nb 但没有 a )
2024-11-04 19:03:00感觉还是要看做什么的前端吧？如果做很多客制化功能（可以让使用者自由调整页面显示）的前端，我不认为前端工时会比较短
作者:
NDark (溺于黑暗)
2024-11-04 19:50:00我觉得工时长应该要解释为常加班客户端或是前端视觉类的工作虽然调整的总时间长但是多半是做一段收意见再改所以整体上日程会长但日工时不一定会增加常加班通常来自于凹人加班或赶进度使用情绪勒索手段的主管算是管理的问题.这种管理问题遇到后端也都是马上就要修好客户端或前端比较麻烦的应该是需求端不够优秀所以反复修改往返直到需求端满意的次数比较令人厌烦这种需求端不够优秀的问题就是不是人人都讲得出心里想要的一张A4就能把需求解释清楚这是要训练,老板通常没训练就上工后端相关的需求端不够优秀是另一种型态后端的需求规格需要的是强大的资料流抽象化心态资料流出来服务器API就可以抓大概八成后端需求解释不出想要什么 第一步就卡住了根本不能开工不像客户端或前端先做个Prototype才发现不是自己想要的
不愧是从中国回来的D大！ 高吞吐量系统的专家...
看专案性质，要操前端让他徒手刻shader和WebGL也不是不行，不过大多数专案没这需求
作者:
MoonCode (MoonCode)
2024-11-05 00:21:00一秒上千喔 好难
就算是前端塞错字段和资料，也都是先 call 后端来查啦，后端看不出问题才会轮到前端啦，傻傻的......
后端辛苦+1，前端只要不是太严重的跑版且功能正常的前提下，大部分user都还是可以接受，可以慢慢修，但后端在业务逻辑出包和效能过慢，你看会不会被电到飞起来
作者:
wistful96 (wistful96)
2024-11-07 15:28:00后端辛苦起来的时候 几乎不用睡了
作者:
prag222 (prag)
2024-11-07 22:34:00看大家推文我才发现我都挑简单的工作做,哈,但也不轻松
作者:
chan15 (ChaN)
2024-11-08 15:44:00哪家后端敢不验证资料的这么猛
作者:
prag222 (prag)
2024-11-08 17:09:00工作看过专案有资料验证引用专案,但根本没呼叫使用完全不会跑验证流程,我还回报主管