[北美] 軟韌體工程師工作型態(ownership與否)
大家好。
是這樣的,
我從2009開始做embedded software以來經歷過三間公司,
每間公司在程式開發或維護上面一直都是沒有ownership的概念。
一直到去年換了新公司第一次接觸到ownership的工作型態。
個人覺得這種方式蠻沒有效率而且某種方面來看對工作分配有點不公平。
做了一年下來,興起了換工作的念頭,
但是又想說會不會ownership才是目前的主流。
所以好奇做embedded software或純軟的各位,你們公司是用哪種方式呢?
(以美國為主,但歡迎各地的經驗)
Ownership:
如果寫了個process,
所有和這個process相關的ticket都會由author單一來負責。
不會有其他的人來支援。
如果同時負責多個process又同時被PLL增加需求又壓交期,再外加QA開始測試發bug,就會有種非常孤立無援的感覺。
休假也變成一件很有壓力的事,
因為休假期間沒人會cover,休完假的工作量基本都是加倍。
Non-ownership:
只要是同一個案子裡的ticket,同組的人都可以負責,相對的要負責的範圍就會比較廣(driver, kernel, userspace…etc)。
同組的人會一起分攤互相幫忙,
並不會說某人只能做某特定的功能。
當然依照經歷的不同,
總是有些人特別常接critical/P0的ticket。
但好處是,因為沒有ownership,
資深的人也可以引導較資淺的人做其他的ticket,在旁輔助他們,讓資深的人可以比較專注在P0。(無力感也不會那麼重)
我個人目前還沒有感受到ownership的好處。
總覺得要產品好,開發上要有效率,
還是要多人可以互相討論集思廣益,
然後可以互相cover配合交期才是。
如果大家有不一樣的想法,我也想要聽聽
謝謝大家~~
--
non-ownership 當然比較好,但現實是能有兩個人互相
backup 就已經很感動了
有些 driver 不是容易就能互相 cover 的,ex:USB
座標加州蘋果做ML編譯器 也是non-ownership
這是ownership 的意思啊@@?
W大 我前公司也是會有某些工作會傾向找某些人來做的習慣 但
同時我們也推廣每個人什麼功能至少都要碰一下去漸漸熟悉 所
以今天臨時有人不在 其他人還是可以臨時跳進來救火
結合你的經驗 我覺得embedded跟純軟文化不太一樣
45
[請益] 身邊的人沒有同樣是機械系的 問題請益先講講經歷: 美國路邊大學機械工程系畢業 能拿出來說嘴的能力: 英文 SolidWorks AutoCAD 幹過車床 大學機械設計專案搞過兩次 其中主要做程式碼編寫,材料切割,車床操作,繪圖 然後毫無實際工作經驗 這樣的話我去申請工作 薪水應該要求多少17
[請益] offer(現職/新公司)跟生涯規劃請益小弟今年已經30初頭(沒有家庭負擔) 目前是網頁開發工程師五年經驗 比較熟悉的技能以現在來看算比較老舊主要為 net mvc. mssql. javascript. jquery. 今年到新公司任職15
Re: [請益] 如何有效率的看code ?如果你沒寫錯的話 一年多看幾萬行code真的不多 我也是轉職仔,原本在ic house寫C做韌體,一個人負責一個.c/.h檔。一年才進三行code。 轉職後寫C++整個team大約十多人,負責的那一層有兩千萬行code。然後第一年就進快一萬行code。 我原本不會C++的,所以什麼framework,modern C++,design pattern,multithreaded 之類的都沒學過要重學。6
Re: [討論] 小leader但沒職稱我倒是很好奇為什麼沒權沒名就管不動人? 你們team裡面如果有資深工程師的話 資深跟資淺的說要改哪 難道資淺的會直接不鳥資深? 資深當到這麼沒尊嚴是不是自己也要檢討一下?7
[問題] 想學習但不給機會團體一起完成的勞力工作,身為新人還在學習階段,這方面的工作沒什麼經驗,知道這種 工作要多親自動手做,從中學習累積經驗,遇到的困擾: 1.自己動手在學著做的時候,旁邊的人看到覺得不熟練,會中斷我,然後說要怎麼用,然 後他就把工作做完了,沒機會照他說的方式自己做一遍體會 2.團體中有個在鍛鍊身體,力氣很大的人,喜歡搶著做工作,特別是需要大力氣的工作,3
[問題] 關於實習經驗or工作經驗嗨大家好,想請有在美國拿到工作或實習經驗的人可以給我一些建議。 背景:轉專業,已經有2021 Fall ECE offer (Top 10) 目標:在美國順利找到實習並且轉正 想要接觸的領域:Backend、AWS的應用(DevOps, 雲端部署,docker, CICD ...等等)、clo ud computing、API開法...等等