作者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/m.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