通过同事和离职面试,我听说在我的小公司,我“负责”的任何地方比我在另一份工作多3-10倍的代码。我试图寻找某种模糊的度量,我可以用它来比较我的工作量和我所在领域的其他人。
“代码责任”并不是指“我是唯一知道代码库X区域的人”(但遗憾的是,在启动环境中通常是这样的),而是指" code _base_size/ number _ of _developers“这样的数字。
除了计算代码行外,还有什么资源可以帮助我更准确地度量工作负载吗?
发布于 2011-12-30 16:35:59
对于一个被雇用的开发人员来说,唯一的具体措施就是花在编码和修复bug上的时间,以及你为此得到的钱。如果你一周6天熬夜,一年5万美元,那你就有问题了。不管你的老板想让你负责多少行代码,当然,考虑到一定的代码质量,你不会处理超出你能力范围的代码。在没有单元测试的情况下开发质量不佳的代码是处理更多代码的好方法,但该公司将不得不为一个大型技术债务付出代价。
在小公司中,开发人员往往比大型公司负责更多的代码。在我看来,你所指的因素3到10似乎是现实的。
发布于 2011-12-30 18:57:09
我认识一个三人团队,他们管理着150万行代码库,没有被它淹没。重要的度量不是您负责的代码数量,而是需要在一定时间内更改多少代码。
也有风险评估的角度。如果你是唯一一个知道一段代码的人,那么如果你在公共汽车下行走会损失多少机会成本呢?小公司通常不会进行这样的风险评估,但这意味着企业的持续成功只能靠运气。
发布于 2011-12-30 17:04:32
开发人员的代码基大小/数量与工作负载无关。如果您有一个庞大的、稳定的代码库,那么这个度量就会很高。如果您仍在开发一个较小的代码库,则该度量将很低。每个开发人员每单位时间的行变化更多地与工作量有关。但即使如此,我也花了几天时间追踪那些修正为一行的小虫子.
https://softwareengineering.stackexchange.com/questions/127740
复制相似问题