[請益] 系統架構Migration頻率和職責

[makemyday (賴特水水 ^-^)]

自己負責的工作內容有點雜

比較偏向於DevOps工程師

會需要開發新功能也會需要做維運的工作

但工作一兩年回想起來

大概一半以上的時間都在做Migration相關的工作

舉凡系統架構/程式語言/Infra等相關的都有

這種工作其實很耗費心力，也沒什麼彈性，通常就是照著舊架構轉...

雖然有些心裡知道是有必要性的，但還是覺得占比太重了

因為這是第一份工作，不太確定這樣的頻率是軟體業常態，還是特例

想請教大家目前工作的現況

在Migration 上花的時間/頻率，大概是哪個角色/職位會負責這類的工作

求大家分享 借參考目前手上工作的合理性QQ


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 106.1.235.122 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1630212336.A.05C.html
推 MoonCode: db migration?
推 bryant307: 不都是趁migrate順便做新功能優化嗎
→ forewero: 只要不是新創或沒有包袱的專案，其他應該都有這種需求
→ forewero: 吧。我們這也是不斷在做這類工作，你缺工作嗎XD
真的也有DB migration XD 看來是常態
可能真的在意的點是工作分配，同事一半的人還是做新功能居多
可以順便跳槽嗎？Q_Q
※ 編輯: makemyday (111.243.110.200 臺灣), 08/29/2021 14:44:00
推 chrischen: devops不是這個範圍吧? 是不是有什麼誤解
→ chrischen: 如果希望多做新功能開發，直接跟主管反應
推 clonsey1314: 聽起來不是devops而是dev+ops
推 jinmin88: 通常都是後端工程師順便負責 mig改啥只有後端最清楚
推 jlhc: devops的常態就是這樣, 如果不愛的話建議轉 swe/sre
→ jlhc: 如果是有經歷時代的公司, 1. 是肥到無法 migration
→ jlhc: 2. 是無止盡的 migration.