英文原文：How Much Code Should My Developers Be Responsible For?

当我在愈来愈多的组织中任务以后，我编译时分碰到的风趣问题也愈来愈多。严格来讲， 我也有了非常多待处事宜。而此处的风趣并非挖苦。这类风趣就像是你闻声一个醉汉纸上谈兵他的政治观念，然后答复说“哦，那……很风趣”。

把这些问题放在哲学层面上真的让我很感兴味。它们让我想去了解我历来没有想过的工作。今日我从浩繁问题当选出一个，然后搞明白。这个问题是一个客户在不久之前问过我的：“开发者应当对几多代码担任呢？”

为何要问这个呢？ 好吧。是由于他们有一个值得称誉的目的。 他们有一个相当宏大的遗留代码库，而且不想那些在其上任务的人担负太重。 “我们晓得我们的代码库有X行代码，所以几多开发职员可以构成一个完满的开发团队？

他们以数据驱动的方法问了一个很好的问题。但是，因为缺少更细心的反省，一切来由都不建立。 我今日会说出为何会如斯。下面是一些关于这个设法的问题列表。

其它翻译版本 (1) 加载中

个人代码一切权

起首，此处不谈针对个人代码一切权的贰言。汗青上，使用程序开发的司理出于特别的目标常常将软件任务和膂力休息做比照。

有一堆需求挖的洞？ 分派给每一个团队成员一些挖洞的Task。有一堆需求编写的代码？ 分派给每一个团队成员需求编写的代码段。

其它翻译版本 (1) 加载中

当你意想到代码与挖洞是分歧的，代码块不是商品的时分，你就要预备好应对费事事了。也就是说，你不能拿它们做交换交易。所以当你对代码实行了划分，恰好碰上编写 X 模块的人请了两个礼拜假，那你只是能把Task放置，直到阿谁人回来。

个人代码一切权也会带来其他问题，但常常是对营业影响最大的。有人称之为“公共要素”。可是不管你叫它甚么，当你Start议论团队成员对现有代码的“担任”时，你应当鼓舞此类行动。 因团队本应当对代码库担任。 仅此罢了。

代码量意味着甚么呢? 无所谓?

关于那些年岁比较大的.NET开发者来讲, 你可能会把你的编程汗青分为"BL"和"AL". 即"Linq前"和"Linq后"。

在 Linq 呈现之前, 你写了大量的指令性的代码,，遍历嵌套轮回直到找到你想要的工具。而Linq一经问世, 一切这些都变成了声明式的代码。但它不是经过一对一的智能海量映照做到的。它是将你的冗杂的就像将近爆炸了的中子星一样的指令性代码，联系成一系列更小的部分。

经过这些，我们晓得了代码量在分歧的言语、开发者乃至言语的分歧版本之间，都会有宏大的差别。因而，"How Much" 作为一个数值目标变得相当不波动，以致于有很少的可怀抱的值.

从贸易的观念看, 代码就像库存, 它供给了贸易可能性, 可是它放在那儿，就是你的欠债。你盼望开发者用尽量少的代码完成一个功用。而比较挖苦的是，有点开发者们更趋势于为每个功用写尽量多的代码，他们就应当为"起码代码"负全责。究竟有时分, 多纷歧定更好。

代码的不断定性

我提出的第三个也是最初一个支持看法是关于代码不断定性的。这里，我指的是给定文件或代码段的更改频率。

要了解代码的不断定性会在哪发生不合，请思索两个极端。起首，思索一个波动的、被充沛思索的模块，它包括了一百万行代码。每隔3-4年，就会呈现一些新的当局羁系规则，需求对这里或那边实行一些纤细的调剂，但除此以外，它如产品链上的梦境普通运转杰出。

另外一方面，思索一个10,000行使用程序。可是这个使用程序有林林总总的运转时问题。这里，为了更阐明问题，假定持股人在不时改动着他们对软件行动的设法，招致大量精雕细刻。

关于这两个代码库，您完整可能将100万行的代码库交予1个开发职员保护，而你需求一全部团队来为第二个代码库任务也是完整可能的。虽然后者的代码库的巨细是前者的1%，这照旧是有理可据的。

我供给这个例子来讲明一个主要的观念。光用代码的行数来作为保护的根据是欠妥的。因而，仅仅运用代码行数来评价保护方案会成为哀痛的故事。

依据代码库对团队实行评价

那末，你怎么依据代码库来划分一个团队巨细?假如不成行,那末开发职员应当担任几多代码，或者说“开发职员应当承当几多义务?”

我将给出一个既容易又难以权衡的计划：开发职员应当承当多大的义务？基于这点思索，可让代码变得愈加标准。

在矫捷(Agile)开发的天下里，这一思绪发生了故事舆图（story mapping）和方案活动（planning activities）。将软件的目的划分为待处事项列表中的特征，然后让团队对这些特征实行剖析处置。假如团队在营业长进展过慢，则表现你的团队需求强大。假如人们无所事事，阐明你的团队职员冗余。

在自顶向下方案/瀑布模子的天下中，会出现出一品种似的静态景象，而你所能做的就只是算算会在甚么时分先于方案完成（哈，就是如许）或是Start落伍于方案。先于方案，那就是团队人数太多了，落伍于方案，就是人数还不敷。

固然，你得经过盘算和察看软件所完成的功用能否能跟上营业需求的演提高伐，才干估计出开发职员所要承当的义务范畴。

本文中的一切译文仅用于进修和交换目标，转载请务必注明文章译者、出处、和本文链接。 2KB翻译任务按照 CC 协议，假如我们的任务有进犯到您的权益，请实时联络我们。

2KB项目（www.2kb.com，源码交易平台）,提供担保交易、源码交易、虚拟商品、在家创业、在线创业、任务交易、网站设计、软件设计、网络兼职、站长交易、域名交易、链接买卖、网站交易、广告买卖、站长培训、建站美工等服务