大家好。
是这样的，
我从2009开始做embedded software以来经历过三间公司，
每间公司在程式开发或维护上面一直都是没有ownership的概念。
一直到去年换了新公司第一次接触到ownership的工作型态。
个人觉得这种方式蛮没有效率而且某种方面来看对工作分配有点不公平。
做了一年下来，兴起了换工作的念头，
但是又想说会不会ownership才是目前的主流。
所以好奇做embedded software或纯软的各位，你们公司是用哪种方式呢?
(以美国为主，但欢迎各地的经验)
Ownership:
如果写了个process，
所有和这个process相关的ticket都会由author单一来负责。
不会有其他的人来支援。
如果同时负责多个process又同时被PLL增加需求又压交期，再外加QA开始测试发bug，就
会有种非常孤立无援的感觉。
休假也变成一件很有压力的事，
因为休假期间没人会cover，休完假的工作量基本都是加倍。
Non-ownership:
只要是同一个案子里的ticket，同组的人都可以负责，相对的要负责的范围就会比较广(d
river, kernel, userspace…etc)。
同组的人会一起分摊互相帮忙，
并不会说某人只能做某特定的功能。
当然依照经历的不同，
总是有些人特别常接critical/P0的ticket。
但好处是，因为没有ownership，
资深的人也可以引导较资浅的人做其他的ticket，在旁辅助他们，让资深的人可以比较专
注在P0。(无力感也不会那么重)
我个人目前还没有感受到ownership的好处。
总觉得要产品好，开发上要有效率，
还是要多人可以互相讨论集思广益，
然后可以互相cover配合交期才是。
如果大家有不一样的想法，我也想要听听
谢谢大家~~

non-ownership 当然比较好，但现实是能有两个人互相backup 就已经很感动了有些 driver 不是容易就能互相 cover 的，ex:USB

座标加州苹果做ML编译器 也是non-ownership

这是ownership 的意思啊@@？

W大 我前公司也是会有某些工作会倾向找某些人来做的习惯 但同时我们也推广每个人什么功能至少都要碰一下去渐渐熟悉 所以今天临时有人不在 其他人还是可以临时跳进来救火

结合你的经验 我觉得embedded跟纯软文化不太一样