※ 本文轉寄自 ptt.cc, 文章原始頁面
看板Soft_Job
標題

[討論] 開發團隊人數問題

最新2024-05-20 11:15:00
留言55則留言,19人參與討論
推噓9 ( 9046 )
現在的新工作是這樣,本來公司用的系統是買別人的服務,現在想自己做自己的系統。 老牌公司新事業體,該開發團隊包含主管不到5個人(應該不會更多了),依我觀察大部 分都主管在寫,目前是說只寫後端商業邏輯,前段、硬體都是外包。 目前自己的感覺跟想法是 1.準時上下班 部門人少不太用社交 。壓力的話就我觀察同事好像也還好,基本上都是弄 自己的東西,不太會管你在幹嘛。 2.因為現在是想弄自己的系統,所以感覺是可以從比較一開始開發整個系統,感觸可以比 較了解實際上開發的過程。(之前的工作都是根據既有系統來維護新增功能) 3.因為人少所以感覺學到的東西更多了? 比如說剛來就被叫去研究CI/CD,本來以為這都是devops工程師在做的,或是架設團隊使 用服務的人弄的,怎麼會叫一個沒接觸過來弄,但後來覺得多學這個也有好沒壞。 (之前的工作是都會有一個專門弄網路管虛擬機弄CI/CD的人) 目前感受大概是這樣 在這種小團隊各位前輩會覺得是一個學習的好地方嗎? 還是會認為說這其實算屎缺呢? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.227.68.14 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1716049010.A.75B.html

55 則留言

qwer338859, 1F
很正常吧 古早年代沒devops的時候都是後端在弄阿

OyodoKai, 2F
DevOps就是水管工 沒底子只能找solution接起來而已

zxc8787, 3F
看薪資決定是不是屎缺吧

acgotaku, 4F
領薪水就老闆要你產就產啥 你知道好不好也沒什麼意義

acgotaku, 5F
你沒更好的 offer 能跳也只能待了 老闆也知道這薪水只能

acgotaku, 6F
找菜鳥來自幹 你也知道目前沒更多錢的地方能去
也是啦 就想說 是不是可以待個兩年左右再換 還是聽起來其實很不好 不用待到那麼久趕 快找

lazarus1121, 7F
單純設定cicd沒啥用,但如果能制定公司ut到prod的開

lazarus1121, 8F
發規範與流程那就有用

abccbaandy, 9F
看你怎麼做阿,光CICD就可以搞的很複雜了
現在就是跟主管有對過彼此對架構的認知是一樣,然後開始自幹弄出基本的,後面再把測 試跟源碼掃描這些加進去。

xam, 10F
這種改革舊系統,自己重做,應該是用過舊系統的人來做會比較

xam, 11F
有效率,他們才知道痛點, 不過找一批不同的人做也有其優點啦
是有說還會找一個資深的 但人數不會超過5,舊系統目前還是再用啊,現在部門開發產出 最多的還是主管。
※ 編輯: lin3835 (36.227.68.14 臺灣), 05/19/2024 01:12:41

ppppman, 12F
能重頭開始參與開發的經驗覺得蠻有價值的 如果上下班正常

ppppman, 13F
同事正常 工作項目時間規劃正常 就沒什麼問題啦 剩下就

ppppman, 14F
薪水和你自己期望獲得什麼 小團隊本來就很容易遇到有新東

ppppman, 15F
西要開發沒人搞要你去處理 除非你不想學這東西 覺得沒價

ppppman, 16F
值 不然沒什麼好不好 如果還年輕沒待過小團隊 不雷的話可

ppppman, 17F
以看看小團隊的作法和問題 主動一點去想想自己可以多做

ppppman, 18F
什麼讓開發更順利 順便寫寫文件自己紀錄 這種經驗才對你

ppppman, 19F
有更多價值 但你如果只想到大公司安穩工作 分工明確 照

ppppman, 20F
著公司制度 既有功能穩定接續開發 也沒什麼好不好 兩個

ppppman, 21F
方向不同 但團隊分工和做事流程在不同人數都有各自問題

ppppman, 22F
不代表人多一定比較好 人多工作流程時程爛的也是有 要

ppppman, 23F
看遇到什麼人

airtsubasa, 24F
通常用過舊系統的老員工 沒能力學新的事物

airtsubasa, 25F
也沒有誘因 人家說不定要退休了

stepnight, 26F
多學點沒什麼不好,你所學的都會成為

stepnight, 27F
下一份工作敘薪的籌碼,除非你想養老了

yamakazi, 28F
Jenkins沒有多難,小單位不可能找專人弄

smalldra, 29F
devops學起來其實對發展是有益的

cathychg, 30F
[討論] 開發團隊人數問題

cathychg, 31F
[討論] 開發團隊人數問題

cathychg, 32F
[討論] 開發團隊人數問題

jackhsien, 33F
團隊小 每個人分攤的雜事多 很難針對每件事情都做最好

jackhsien, 34F
的工程決定 這樣的模式比較適合有經驗的工程師 因為你

jackhsien, 35F
明確知道 你不做工程決定 是由於時間考量 如果沒經驗想

jackhsien, 36F
軟體工程 建議去大公司

MOONY135, 37F
你覺得是不是屎缺需要問別人嗎?如果你可以找到好的你就

MOONY135, 38F

MOONY135, 39F
如果你可以負擔主管一部分工作他就會把那部分切給你了。

superpandal, 40F
當然是大公司比較好 如果你沒遇到一堆機歪人是這樣

superpandal, 41F
不會有白目的人整天叫你做一些不是你應該付責的職務

superpandal, 42F
內容 至於籌碼那不一定 因為還是要看卡位的人怎麼看

superpandal, 43F

superpandal, 44F
這行一堆靠小手段和心機上位的 不要把所有事情想的太

superpandal, 45F
美好 凡事藏一手

superpandal, 46F
這世界終究好人少 這才是真到不能再真的事實

neo5277, 47F
小團隊比較好吧,希望盡可能控制在十人內,橫向溝通會輕

neo5277, 48F
鬆很多

neo5277, 49F
而且什麼都碰的到可以互相備援

DrTech, 50F
人數不是問題,人的經驗才是問題。

DrTech, 51F
不要求軟體品質與經驗,硬套CI/CD純粹是浪費時間而已。

DrTech, 52F
是不是也屎缺,不是看人數啊。是看人的素質。

fatb, 53F
事情 錢 人 屎缺與否看這三樣

fatb, 54F
目前看起來你這份只有$可能有問題

fatb, 55F
但是這種環境有個缺點是你業界人脈累積會不夠快

lin3835 作者的近期文章

[討論] 現在做的事情對未來有幫助嗎?
如題 背景 普通國立電資碩 工作1.5年 新工作年薪最低80左右 應徵的都是後端軟體工程師 前一份原本剛開始還是在改客戶需求,後面大部分時間被叫去研究 高可用性架構HA (Hig h Availability) 來用在服務跟資料庫(從0找工
[請益] 會計四大的顧問
如題 其實已經剛去新工作報到了,但又收到會計四大的顧問面試,應該是協助客戶數位轉型, 我本來以為顧問是那種很資深,不用下去寫的那種。 但其實聽一聽像是接客戶需求自己下去寫的工程師,但在這行業統稱顧問。 這種資訊顧問的薪水是沒什麼看到,但看那
[請益] 職涯offer請益
目前工作一年多,但覺得做的事情很雜 比如說開發客戶需求 幫忙測試 找Log High Availability 架構,其實不太確定有沒有學到東西… 現在面試有幾個比較有興趣的職缺 但不知道為什麼沒辦法到年85以上 N=平均薪資中位數 1.國
更多 lin3835 作者的文章...