[職場]組裡Senior太多是好事還是壞事？

2025-06-05 09:35 Warald

點選
閱讀原文
瞭解更多詳情
掃碼進入
職場達人
本文是樓主針對junior engineer
發起的一個話題
小編為大家整理了精彩的跟帖
☟
發起
話題
作為junior engineer，在一個滿是senior甚至更高level的engineer的組裡是好事還是壞事？
 由 shiloh00 發起話題
我現在在的組除了我T3，基本上都是T5起 ，平均工齡5 years +  甚至還有一些工齡10年+的大佬。想到的好處就是peer pressure會小一點，可以跟老人學東西。
壞的地方有，得不到好的專案和信任、impact少、做下邊角的東西，被老年人們忽略以及開會聽不懂的挫敗感。
考慮過轉向產品組。
 如果去newgrads junior很多的組， 做得專案會快很多， 好上手（因為senior多的組一般系統都比較複雜 + 難)，但是peer pressure又會很大一堆t3等著升4，但是個人做很多專案應該會有很大的滿足感。

男朋友在前公司的第一個組就是因為組裡有很多E8（funding member) 專案被壓著，新人不被信任，導致後來換組了。

我在前司的組裡也是用了很久的時間融入（因為組裡都是做了五年+的老人，很難插上手新的專案）現在這個組又不是年輕人多的產品組，所以有點迷茫。

想求大家指點迷津：如果是infra的組就是會這樣，那麼問題也可能是”年輕人如何在infra team survive？”
前面提到男朋友在的第一個組很多E8，而這些E8都是自尊心極強的白人，整個open source的funding member 連老闆都要看他們臉色行事，很明顯不是一個好組。
我的前司高達90%的印度人比例，作為組裡唯一的女程式設計師非常的不被重視。印度老闆思想裡覺得女性差不多做點小活就行了，不需要take很大的responsiblity。即是年底的pf給的是exceed，自己卻因為學的太少很鬱悶。
新組的國人白人各一半，華人老闆很supportive。一週兩次的1o1，積極的給我找不太複雜又有價值的task， 老闆本身也剛來半年，感覺還在ramp up階段。組裡的人都比較獨立強大，沒有team lunch 工作，各司其職！
—–
—–
以下是整理自地裡的優秀回答
回答來自ay3333
只能說各有利弊，取決於你有多麼junior。
我工作沒多久也算是兩種都經歷過了，以下講講我的經歷和感受：
剛畢業的時候加入的是個senior遠超於junior的infra team，大概是6個超大牛（principal及以上級別）、3-4個senior、1個SDE2和1個可憐的new grad(我）。
缺點就是三個字：壓力大。大到晚上睡不好覺，因為我無論如何努力都遠不及我的teammates，經常擔心我的manager會有buyer's regret後悔收了我。
優點當然就是能從不同人學到非常多的東西，不僅是coding技術上的更是工作上溝通為人處世方面的。
我覺得作為team裡面唯一的junior不要一上來就想加入核心feature，而是要從bug一點點入手。主動去問大牛們他們手裡的bug那個你可以help investigate+fix。一般他們會非常開心把bug甩給你。
改bug是個很好熟悉系統的方式，主動幫senior load balance也會讓老闆更加了解+信任你。我是大概做邊邊角角和改bug將近三個月後才開始參與feature的，都是senior們的design我來implement這樣。
我覺的只要會主動要work，在senior多的組才impact大。因為專案選擇多且都是非常核心的專案（每寫的任何一行code都有可能take down整個service。。），而且沒有人會和你搶東西做。
大概工作一年多後我們組因為牛人太多被分成了兩個組然後新招了些SDE2級別的人，不過依舊senior多。
分成兩組代表我們team own的core features變少了，on-call時候負責的東西少了，相對壓力變小了，整個team room氛圍感覺更放鬆了，但是同樣的可以讓我隨意問問題或者bounce idea的人也少了。
又大概半年後組裡先後走了兩個大牛，其中離開的一個大牛是我很好的朋友對我幫助非常大，可以說是我工作以來最敬佩的一個人。大牛把手下很core的feature ownership留給了我，工作壓力突破頂峰。
現在我們team大概senior/junior一半一半把（我依舊level最低）。優點就是責任變重了，慢慢開始lead小project了，更敢在design meeting上發表自己觀點了。
不好不壞的就是一些瑣碎的事情比如需要回復的email，參加的design meeting，review的pull request都變多了。
缺點就是學到東西少了，感覺大家（尤其是junior間）多的是埋頭做自己分配的的工作反而knowledge sharing少了。
回答來自Black Liu
感覺這個就像圍城牆裡的面的人想出來，牆外面的人想進來。
我一開始入職的時候我們組只有兩個人，連manager都還在招。
這個時候的team剛剛建立，雖然有了自己own的東西，但是很多不明確，根本不可能去做一些大的系統的活只能幹一些邊邊角角的小feature。
後來manager入職了之後，會覺得你是這個team的founding member然後給你分派一些大的活。而且還會招一些新的SDE，這樣你還可能mentor新人。
優點是可以做一些很大的project並且寫一些design。
缺點就是沒有一個經驗成熟的senior的話可能會在design上有所欠缺。具體到component的設計，scope，resource等等。
一個有經驗的senior可以很好的define不同team的界限，掌握整個的project的進度並且進行有效的push back。
這點很重要，有些時候的push back是必須的，不然就陷入了無窮無盡的自己team承擔很多活。
以上都是當你在沒有經驗去lead一個project的時候會遇見的坑。但是反過來，當你和一個senior合作的時候，你的impact一定會在這個senior之下。這個時候就會感覺到自己可有可無。
我個人的意見是樓主想明白自己現在追求的是什麼，並且學習和掌握怎樣增加自己的visibility。
舉個例子，如果現在target升職，在很多Senior的情況下就比較困難，因為自己的impact可能並不會很大。
但是如果想要學習就好好利用這個機會學習一切的關於tech和soft skill的東西。同時也需要讓你的manger知道你的想法，主動積極的去爭取一些專案。
當你在一個組裡的時候，可以主動寫一些proposal出來來說服你的老闆這個會給整個團隊帶來什麼。一旦你的專案被採納來lead這個專案的人就應該是你了。
我覺得不管在任何一個組成的團隊裡，你要展現的都是你對整個團隊的影響，大到所有的design，小到所有的featur task，CR你都可以用自己的理解來comment。滿滿的有了新的想法就可以起飛了！
回答來自hxtang
取決於senior是怎樣的人，以及team的人跟project之間的比例。
提供一個data point：
我入職的時候是4，組裡兩個senior都是e7 tl。
剛入職的時候兩個人輪流帶我，有問題的時候幫著debug，有質疑的時候回答很謙虛，performance review的時感覺比我自己還希望我promote。我之後又有若干4-5 join，都是這個待遇。

當然這個data point一半是運氣，兩個senior都是人好的大神。
另外一半我覺得是team增長的需求，如果own很大scope卻沒有足夠多人，那來了新人不會想著信不信任，想的都是趕緊教上手了可以新人自己own一塊，還能幫著帶更新的人。
回答來自buck_zzy 
我在senior多的infra組和junior多的產品組都呆過，也經歷過一個組從基本全junior成長到senior人滿為患的過程。
前面大家已經把兩方面的優缺點都總結的差不多了，很多人提到senior多的環境容易學東西，也有人說要自己有機會上手才能漲經驗。
我從自身經歷聊聊這兩種情況下的到底能學到什麼。
首先，我們這裡不討論書本上能學到的知識，這裡包括但不限於各種CS基礎知識，OS，網路，語言，演算法，常見open source system架構。
這些知識有大量的公開課，教材，文件可以自學。我記得看到過有人寫在google工作的好處，是可以直接在內部IM上問golang commitee的人初級問題。這就是典型的浪費學習機會，也是浪費彼此的時間。
那在一個全是senior的環境下能學什麼呢？
我理解主要是兩方面：

第一是解決複雜技術問題的方法論。
這裡的複雜問題可以是各種奇怪debug過程，系統重構，或者是梳理一個一團亂碼的專案。我接觸到的最senior的工程師，往往是team裡最被信任能夠解決困難的問題的人。
而我在觀察他們解決這類問題的過程時，能明顯感覺到他們會對技術問題有各種各樣的抽象，也就是所謂的"solve the problem at a different level"。
這種抽象能力和方式和每個人的知識結構和經驗有直接關係。在一個全是senior的組裡，你可以接觸到很多人很多年形成的知識體系，那還等什麼呢？

第二是設計經驗，或者說是提前預測問題的能力。
設計一個系統，或者做任何一個技術決定的時候，一個工程師能提前考慮到多少不同的因素和潛在的問題，是system design能力的直接體現。
設計一個直接能上線的系統容易，但設計一個能survive若干次需求和人員變動的系統，是需要踩很多坑才能鍛煉出來的能力。
現在輪到junior挑大樑了，我覺得這種情況下最能學到的是各種軟能力。
如何push一個cross team的專案，什麼問題該什麼時間和什麼人用什麼順序communicate，誰有資格做什麼樣的決定，如何說服別人一個技術上分歧。
這些問題在專案裡有senior的時候往往被解決好了，只有當你自己挑大樑的時候才能鍛鍊。
—–
—–
以上只是部分回答
點選原文，到地裡去
你會看到更多精彩回答
也許能為你答疑解惑！
Computer Science 601
谷歌工程師講系統設計
Data Science 501 Analytics 
資料科學麵試真題講解
科技公司如何以資料分析
來驅動產品開發
Data Science 401 
工業界資深資料科學家
教你破解各大公司面試

Data Science 601
AB Test：從入門到精通

公眾號太多，找不到一畝三分地怎麼辦？
點選訂閱號
長按Warald，置頂公眾號
就可以一眼找到Warald
▼網站：https://www.1point3acres.com/bbs/▼
轉載分享到朋友圈是對我們最有力的支援！ 

相關文章