現在的新工作是這樣,本來公司用的系統是買別人的服務,現在想自己做自己的系統。 老牌公司新事業體,該開發團隊包含主管不到5個人(應該不會更多了),依我觀察大部 分都主管在寫,目前是說只寫後端商業邏輯,前段、硬體都是外包。 目前自己的感覺跟想法是 1.準時上下班 部門人少不太用社交 。壓力的話就我觀察同事好像也還好,基本上都是弄 自己的東西,不太會管你在幹嘛。 2.因為現在是想弄自己的系統,所以感覺是可以從比較一開始開發整個系統,感觸可以比 較了解實際上開發的過程。(之前的工作都是根據既有系統來維護新增功能) 3.因為人少所以感覺學到的東西更多了? 比如說剛來就被叫去研究CI/CD,本來以為這都是devops工程師在做的,或是架設團隊使 用服務的人弄的,怎麼會叫一個沒接觸過來弄,但後來覺得多學這個也有好沒壞。 (之前的工作是都會有一個專門弄網路管虛擬機弄CI/CD的人) 目前感受大概是這樣 在這種小團隊各位前輩會覺得是一個學習的好地方嗎? 還是會認為說這其實算屎缺呢? -- ※ 發信站: 批踢踢實業坊(ptt.org.tw), 來自: 36.227.68.14 (臺灣) ※ 文章網址: https://ptt.org.tw/Soft_Job/M.1716049010.A.75B
qwer338859: 很正常吧 古早年代沒devops的時候都是後端在弄阿 05/19 00:23
OyodoKai: DevOps就是水管工 沒底子只能找solution接起來而已05/19 00:24
zxc8787: 看薪資決定是不是屎缺吧05/19 00:24
acgotaku: 領薪水就老闆要你產就產啥 你知道好不好也沒什麼意義05/19 00:53
acgotaku: 你沒更好的 offer 能跳也只能待了 老闆也知道這薪水只能 05/19 00:55
acgotaku: 找菜鳥來自幹 你也知道目前沒更多錢的地方能去05/19 00:56
lazarus1121: 單純設定cicd沒啥用,但如果能制定公司ut到prod的開05/19 00:57
lazarus1121: 發規範與流程那就有用05/19 00:57
abccbaandy: 看你怎麼做阿,光CICD就可以搞的很複雜了05/19 01:01
xam: 這種改革舊系統,自己重做,應該是用過舊系統的人來做會比較05/19 01:05
xam: 有效率,他們才知道痛點, 不過找一批不同的人做也有其優點啦05/19 01:06
ppppman: 能重頭開始參與開發的經驗覺得蠻有價值的 如果上下班正常 05/19 09:27
ppppman: 同事正常 工作項目時間規劃正常 就沒什麼問題啦 剩下就 05/19 09:27
ppppman: 薪水和你自己期望獲得什麼 小團隊本來就很容易遇到有新東 05/19 09:27
ppppman: 西要開發沒人搞要你去處理 除非你不想學這東西 覺得沒價 05/19 09:27
ppppman: 值 不然沒什麼好不好 如果還年輕沒待過小團隊 不雷的話可 05/19 09:27
ppppman: 以看看小團隊的作法和問題 主動一點去想想自己可以多做 05/19 09:27
ppppman: 什麼讓開發更順利 順便寫寫文件自己紀錄 這種經驗才對你 05/19 09:27
ppppman: 有更多價值 但你如果只想到大公司安穩工作 分工明確 照 05/19 09:27
ppppman: 著公司制度 既有功能穩定接續開發 也沒什麼好不好 兩個 05/19 09:27
ppppman: 方向不同 但團隊分工和做事流程在不同人數都有各自問題 05/19 09:27
ppppman: 不代表人多一定比較好 人多工作流程時程爛的也是有 要 05/19 09:27
ppppman: 看遇到什麼人 05/19 09:27
airtsubasa: 通常用過舊系統的老員工 沒能力學新的事物 05/19 09:37
airtsubasa: 也沒有誘因 人家說不定要退休了 05/19 09:37
stepnight: 多學點沒什麼不好,你所學的都會成為 05/19 10:18
stepnight: 下一份工作敘薪的籌碼,除非你想養老了 05/19 10:18
yamakazi: Jenkins沒有多難,小單位不可能找專人弄 05/19 11:56
smalldra: devops學起來其實對發展是有益的 05/19 12:05
cathychg: https://i.imgur.com/Rckj46f.jpeg 05/19 12:09
cathychg: https://i.imgur.com/fI3iSpc.jpeg 05/19 12:09
cathychg: https://i.imgur.com/GtUozzF.jpeg 05/19 12:09
jackhsien: 團隊小 每個人分攤的雜事多 很難針對每件事情都做最好 05/19 12:19
jackhsien: 的工程決定 這樣的模式比較適合有經驗的工程師 因為你 05/19 12:19
jackhsien: 明確知道 你不做工程決定 是由於時間考量 如果沒經驗想 05/19 12:19
jackhsien: 軟體工程 建議去大公司 05/19 12:19
MOONY135: 你覺得是不是屎缺需要問別人嗎?如果你可以找到好的你就 05/19 12:49
MOONY135: 去 05/19 12:49
MOONY135: 如果你可以負擔主管一部分工作他就會把那部分切給你了。 05/19 12:59
superpandal: 當然是大公司比較好 如果你沒遇到一堆機歪人是這樣 05/19 15:36
superpandal: 不會有白目的人整天叫你做一些不是你應該付責的職務 05/19 15:37
superpandal: 內容 至於籌碼那不一定 因為還是要看卡位的人怎麼看 05/19 15:40
superpandal: 你 05/19 15:42
superpandal: 這行一堆靠小手段和心機上位的 不要把所有事情想的太 05/19 15:44
superpandal: 美好 凡事藏一手 05/19 15:45
superpandal: 這世界終究好人少 這才是真到不能再真的事實 05/19 15:54
neo5277: 小團隊比較好吧,希望盡可能控制在十人內,橫向溝通會輕 05/20 00:12
neo5277: 鬆很多 05/20 00:12
neo5277: 而且什麼都碰的到可以互相備援 05/20 00:12
DrTech: 人數不是問題,人的經驗才是問題。 05/20 00:41
DrTech: 不要求軟體品質與經驗,硬套CI/CD純粹是浪費時間而已。 05/20 00:44
DrTech: 是不是也屎缺,不是看人數啊。是看人的素質。 05/20 00:45
fatb: 事情 錢 人 屎缺與否看這三樣 05/20 11:14
fatb: 目前看起來你這份只有$可能有問題 05/20 11:14
fatb: 但是這種環境有個缺點是你業界人脈累積會不夠快 05/20 11:15