InfoQ

新闻

代码集体所有制的弱点在哪里?

作者 Mark Levison译者 郑柯 发布于 2008年5月6日 上午9时47分

社区
Agile
主题
协作
标签
故障解决,
教练和指导

敏捷社区中许多人采取“代码集体所有制”实践有一段时间了,这段时间内我们确实发现了一些问题。

根据众多书籍的作者、ThoughtWorks首席科学家Martin Fowler的说法, “代码集体所有制(简称CCO)”抛弃了个人拥有代码所有权的想法。实际上,代码是由整个团队所有的,团队中任何人都有权对其修改。常为人提到的好处包括:增加了“卡车因素”、负载均衡(瓶颈最小化)和使代码向所有人开放。此外,Wiki的发明人、AboutUs公司CTO,Ward Cunningham指出CCO可以增加开发工作的自豪感,因为整个团队都可以看到一个人的全部开发工作,而不是仅看到一个很难理解的API,而此人其他的努力都隐藏于其后。

Software Development和Computer Language的前编辑Larry O’Brien认为:即使有这么多好处,CCO还是有一个很大的缺陷——它会使得管理层无法发现恶劣的程序员。Larry有两个核心观点:

  • 恶劣的程序员并不是工作速度慢的好程序员。他们在主动地对团队的生产力起到反作用。”
  • CCO会隐藏恶劣的程序员,因为好程序员们会发现这些人制造的问题并解决掉;管理层无法知道恶劣的程序员在拖团队的后腿。

摩托罗拉全球电信解决方案部门(Motorola Global Telecom Solutions Sector)的首席软件工程师Brad Appleton已经见过很多案例,在这些案例中,CCO被降级为“无人所有制”,没有人承担责任。实际上,他建议使用 “代码管事人(Code Stewardship)”机制(Martin Fowler称之为“弱代码所有制[Weak Code Ownership]”),他说:

代码管事人既是监督者又是指导者,负责监督指导模块和类中的相关知识。代码管事人的工作不只包括担任并发访问代码的保卫,还要保证代码(在概念上和结构上)的完整性和一致性,以及向他人广泛传播知识及其专业技能。

所以“代码集体所有制”可以起到很好的作用,不过必须要保证它不会堕入“无人所有制”的混乱状况(无论通过纪律保证,还是使用“代码管事人”),而且要注意发现有意拖团队后腿的恶劣程序员。

查看英文原文:Are there weaknesses with Collective Code Ownership?

6 条回复

回复

CCO会隐藏恶劣的程序员? 发表人 凉粉 小刀 发表于 2008年5月6日 下午7时38分
Re: CCO会隐藏恶劣的程序员? 发表人 凉粉 小刀 发表于 2008年5月6日 下午8时7分
Re: CCO会隐藏恶劣的程序员? 发表人 Yuan Yi 发表于 2008年5月7日 上午12时2分
Re: CCO会隐藏恶劣的程序员? 发表人 凉粉 小刀 发表于 2008年5月7日 上午4时4分
随之而变 发表人 白条 长 发表于 2008年5月6日 下午7时59分
BOSS可能只知道速度吧 发表人 gakaki withyou 发表于 2008年5月7日 上午2时17分
  1. 返回顶部

    CCO会隐藏恶劣的程序员?

    2008年5月6日 下午7时38分 发表人 凉粉 小刀

    如果一个程序员代码写的坏,那他的pair,乃至整个团队会很快知道这一点啊,怎么会被隐藏起来呢?

  2. 返回顶部

    随之而变

    2008年5月6日 下午7时59分 发表人 白条 长

    敏捷之精髓在适应变化 应该在 “集体所有制”与“承包责任制”间变化

  3. 返回顶部

    Re: CCO会隐藏恶劣的程序员?

    2008年5月6日 下午8时7分 发表人 凉粉 小刀

    英文站也有这样的回复:

    With collective ownership, the team as a whole will very quickly discover who's harmful. This also turns out to be a much more reliable judgment than any code metrics yet invented.

  4. 返回顶部

    Re: CCO会隐藏恶劣的程序员?

    2008年5月7日 上午12时2分 发表人 Yuan Yi

    但是boss不一定知道啊

  5. 返回顶部

    BOSS可能只知道速度吧

    2008年5月7日 上午2时17分 发表人 gakaki withyou

    感觉还是很有用的,以前项目里很多东西都是我一个人做的什么chart图之类,后面的人等我离开之后都不会做了。 如果所有人都知道这些代码的含义,那公司就不会被一个人的离去而拖垮

  6. 返回顶部

    Re: CCO会隐藏恶劣的程序员?

    2008年5月7日 上午4时4分 发表人 凉粉 小刀

    每个人都有一张嘴两只手,如果一个团队中n个人都认为某人很恶劣,但是boss却不晓得,你觉得这会是CCO带来的问题么?

独家内容

开发者眼中的Android手机平台

在四月份的Beijing Openparty上,InfoQ中文站特邀编辑仝健对三位开发者进行了采访,请他们从开发者角度谈一下对Android的认识和感觉。

智能服务契约带来的巨大伸缩性

可伸缩性并不是无状态设计倾向假设的那个布尔值(译注:一般都认为无状态设计的伸缩性好,此处暗示布尔值为True)。Udi的团队使用服务契约来处理多维度的伸缩性问题,避免了二次失败。

使用NetKerne实现REST风格的ESB

Jeremy Deane对使用NetKernel来编写REST风格的ESB应用做了一番深入的研究。他详细地剖析了选择商业ESB应用的决策过程,以及最终如何使用NetKernel来实现该应用。

多个敏捷团队之间的版本控制

当多个敏捷开发团队在同一个代码库上进行工作时,如何在保证混乱最小化的同时,还能在每个迭代结束时拥有一个干净的、可发布的软件版本?Henrik Kniberg在本文中罗列出了在“Scrum and XP from the Trenches”迷你书中所使用的策略要点。本文并非为版本控制专家编写,而是为我们这些希望进行简单、有效的协作的人所准备的。

想快快喝下Google果汁——Guice吗?

依赖注入出现已经有一段时间了,很多团队都在重构自己的应用以利用DI。但这是一件麻烦的事情。在这篇文章中,Paul Hammant说明了如何将现存应用从单件嵌套设计转为完全成熟的DI设计。

Scrum实施情况调查之案例分析

前不久,InfoQ中文站上发表了一篇文章:Scrum在中国——企业实施情况调查实录,引起了激烈争论。在本文中,作者通过对调查实录中案例的分析诊断,探讨了敏捷开发方法的概念及应用。

Jim Marino与Meeraj Kunnumpurath专访:关于SCA和Fabric3

BEA发布了在WebLogic 10.3中支持的SCA技术预览版,它是以开源的Fabric3运行时为基础构建的。InfoQ对Jim Marino和Meeraj Kunnumpurath进行了专访,前者是BEA Systems的技术主管,后者是VocaLink的首席技术人员。我们就他们对SOA和SCA的看法,VocaLink实施SOA的方法和这个技术的关键优势进行了讨论。

Ruby调试器一览

在Ruby世界中流行着一个误解:Ruby没有调试器。这是明显的错误——Ruby不但有调试器,还有供调试器用的GUI和API。InfoQ仔细调查了Ruby世界中调试器的现状——发现Ruby的调试功能支持已经很好了。