南顺网络

程序员开发者应该负责多少代码行数？

当在越来越多的组织中工作之后，我编译时候遇到的有趣问题也越来越多。严格来说， 也有了很多待办事宜。而此处的有趣并不是讽刺。这种有趣就像是你听见一个醉汉夸夸其谈他的政治观点，然后回答说“哦，那……很有趣”。

把这些问题放在哲学层面上真的让我很感兴趣。它们让我想去了解我从来没有想过的事情。今天我从众多问题中选出一个，然后搞清楚。这个问题是一个客户在不久之前问过我的：“开发者应该对多少代码负责呢？”

为什么要问这个呢？ 好吧。是因为他们有一个值得称赞的目标。 他们有一个相当庞大的遗留代码库，并且不想那些在其上工作的人负担过重。 “我们知道我们的代码库有X行代码，所以多少开发人员可以组成一个完美的开发团队？

他们以数据驱动的方式问了一个很好的问题。然而，由于缺乏更仔细的检查，所有理由都不成立。 我今天会说出为什么会如此。下面是一些关于这个想法的问题列表。

集体代码所有权

首先，此处不谈针对集体代码所有权的异议。历史上，应用程序开发的经理出于特殊的目的往往将软件工作和体力劳动做对比。

有一堆需要挖的洞？ 分配给每个团队成员一些挖洞的任务。有一堆需要编写的代码？ 分配给每个团队成员需要编写的代码段。

当你意识到代码与挖洞是不同的，代码块不是商品的时候，你就要准备好应对麻烦事了。也就是说，你不能拿它们做互换交易。所以当你对代码进行了划分，刚好碰上编写 X 模块的人轻量两个星期假，那你只是把任务搁置，直到那个人回来。

个人代码所有权也会带来其他问题，但往往是对业务影响最大的。有人称之为“公共要素”。但是无论你叫它什么，当你开始谈论团队成员对现有代码的“负责”时，你应该鼓励此类行为。 因团队本应该对代码库负责。 仅此而已。

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

对于那些年纪比较大的.NET开发者来说, 你可能会把你的编程历史分为"BL"和"AL". 即"Linq前"和"Linq后"。

在 Linq 出现之前, 你写了大量的指令性的代码,，遍历嵌套循环直到找到你想要的对象。而Linq一经问世, 所有这些都变成了声明式的代码。但它不是通过一对一的智能海量映射做到的。它是将你的冗长的就像快要爆炸了的中子星一样的指令性代码，分割成一系列更小的部分。

编辑:--ns868