PTT評價

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

看板Soft_Job標題[討論] 開發團隊人數問題作者
lin3835
(小小母牛)
時間推噓 9 推:9 噓:0 →:46

現在的新工作是這樣,本來公司用的系統是買別人的服務,現在想自己做自己的系統。

老牌公司新事業體,該開發團隊包含主管不到5個人(應該不會更多了),依我觀察大部分都主管在寫,目前是說只寫後端商業邏輯,前段、硬體都是外包。

目前自己的感覺跟想法是
1.準時上下班 部門人少不太用社交 。壓力的話就我觀察同事好像也還好,基本上都是弄自己的東西,不太會管你在幹嘛。

2.因為現在是想弄自己的系統,所以感覺是可以從比較一開始開發整個系統,感觸可以比較了解實際上開發的過程。(之前的工作都是根據既有系統來維護新增功能)

3.因為人少所以感覺學到的東西更多了?
比如說剛來就被叫去研究CI/CD,本來以為這都是devops工程師在做的,或是架設團隊使用服務的人弄的,怎麼會叫一個沒接觸過來弄,但後來覺得多學這個也有好沒壞。
(之前的工作是都會有一個專門弄網路管虛擬機弄CI/CD的人)

目前感受大概是這樣 在這種小團隊各位前輩會覺得是一個學習的好地方嗎?

還是會認為說這其實算屎缺呢?

--

※ PTT 留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.227.68.14 (臺灣)
PTT 網址

qwer33885905/19 00:23很正常吧 古早年代沒devops的時候都是後端在弄阿

OyodoKai05/19 00:24DevOps就是水管工 沒底子只能找solution接起來而已

zxc878705/19 00:24看薪資決定是不是屎缺吧

acgotaku05/19 00:53領薪水就老闆要你產就產啥 你知道好不好也沒什麼意義

acgotaku05/19 00:55你沒更好的 offer 能跳也只能待了 老闆也知道這薪水只能

acgotaku05/19 00:56找菜鳥來自幹 你也知道目前沒更多錢的地方能去

也是啦 就想說 是不是可以待個兩年左右再換 還是聽起來其實很不好 不用待到那麼久趕 快找

lazarus112105/19 00:57單純設定cicd沒啥用,但如果能制定公司ut到prod的開

lazarus112105/19 00:57發規範與流程那就有用

abccbaandy05/19 01:01看你怎麼做阿,光CICD就可以搞的很複雜了

現在就是跟主管有對過彼此對架構的認知是一樣,然後開始自幹弄出基本的,後面再把測 試跟源碼掃描這些加進去。

xam05/19 01:05這種改革舊系統,自己重做,應該是用過舊系統的人來做會比較

xam05/19 01:06有效率,他們才知道痛點, 不過找一批不同的人做也有其優點啦

是有說還會找一個資深的 但人數不會超過5,舊系統目前還是再用啊,現在部門開發產出 最多的還是主管。

※ 編輯: lin3835 (36.227.68.14 臺灣), 05/19/2024 01:12:41

ppppman05/19 09:27能重頭開始參與開發的經驗覺得蠻有價值的 如果上下班正常

ppppman05/19 09:27 同事正常 工作項目時間規劃正常 就沒什麼問題啦 剩下就

ppppman05/19 09:27薪水和你自己期望獲得什麼 小團隊本來就很容易遇到有新東

ppppman05/19 09:27西要開發沒人搞要你去處理 除非你不想學這東西 覺得沒價

ppppman05/19 09:27值 不然沒什麼好不好 如果還年輕沒待過小團隊 不雷的話可

ppppman05/19 09:27以看看小團隊的作法和問題 主動一點去想想自己可以多做

ppppman05/19 09:27什麼讓開發更順利 順便寫寫文件自己紀錄 這種經驗才對你

ppppman05/19 09:27有更多價值 但你如果只想到大公司安穩工作 分工明確 照

ppppman05/19 09:27著公司制度 既有功能穩定接續開發 也沒什麼好不好 兩個

ppppman05/19 09:27方向不同 但團隊分工和做事流程在不同人數都有各自問題

ppppman05/19 09:27 不代表人多一定比較好 人多工作流程時程爛的也是有 要

ppppman05/19 09:27看遇到什麼人

airtsubasa05/19 09:37通常用過舊系統的老員工 沒能力學新的事物

airtsubasa05/19 09:37也沒有誘因 人家說不定要退休了

stepnight05/19 10:18多學點沒什麼不好,你所學的都會成為

stepnight05/19 10:18下一份工作敘薪的籌碼,除非你想養老了

yamakazi05/19 11:56Jenkins沒有多難,小單位不可能找專人弄

smalldra05/19 12:05devops學起來其實對發展是有益的

cathychg05/19 12:09https://i.imgur.com/Rckj46f.jpeg

cathychg05/19 12:09https://i.imgur.com/fI3iSpc.jpeg

cathychg05/19 12:09https://i.imgur.com/GtUozzF.jpeg

jackhsien05/19 12:19團隊小 每個人分攤的雜事多 很難針對每件事情都做最好

jackhsien05/19 12:19的工程決定 這樣的模式比較適合有經驗的工程師 因為你

jackhsien05/19 12:19明確知道 你不做工程決定 是由於時間考量 如果沒經驗想

jackhsien05/19 12:19軟體工程 建議去大公司

MOONY13505/19 12:49你覺得是不是屎缺需要問別人嗎?如果你可以找到好的你就

MOONY13505/19 12:49

MOONY13505/19 12:59如果你可以負擔主管一部分工作他就會把那部分切給你了。

superpandal05/19 15:36當然是大公司比較好 如果你沒遇到一堆機歪人是這樣

superpandal05/19 15:37不會有白目的人整天叫你做一些不是你應該付責的職務

superpandal05/19 15:40內容 至於籌碼那不一定 因為還是要看卡位的人怎麼看

superpandal05/19 15:42

superpandal05/19 15:44這行一堆靠小手段和心機上位的 不要把所有事情想的太

superpandal05/19 15:45美好 凡事藏一手

superpandal05/19 15:54這世界終究好人少 這才是真到不能再真的事實

neo527705/20 00:12小團隊比較好吧,希望盡可能控制在十人內,橫向溝通會輕

neo527705/20 00:12鬆很多

neo527705/20 00:12而且什麼都碰的到可以互相備援

DrTech05/20 00:41人數不是問題,人的經驗才是問題。

DrTech05/20 00:44不要求軟體品質與經驗,硬套CI/CD純粹是浪費時間而已。

DrTech05/20 00:45是不是也屎缺,不是看人數啊。是看人的素質。

fatb05/20 11:14事情 錢 人 屎缺與否看這三樣

fatb05/20 11:14目前看起來你這份只有$可能有問題

fatb05/20 11:15但是這種環境有個缺點是你業界人脈累積會不夠快