靖江市住房和城乡建设局的网站,有谁可以做网站寄生虫,做网站线,衡水网站建设地方《大教堂与市集》#xff08;The Cathedral and the Bazaar: Musings on Linux and Open Source by an Accidental Revolutionary#xff09;一书中提到了软工工程的两种开发模式#xff0c;即大教堂模式和市集模式。作者认为“Given enough eyeballs, all bugs are shallow…《大教堂与市集》The Cathedral and the Bazaar: Musings on Linux and Open Source by an Accidental Revolutionary一书中提到了软工工程的两种开发模式即大教堂模式和市集模式。作者认为“Given enough eyeballs, all bugs are shallow”也就是支持市集模式。 我没有读过这篇文章只是从维基百科上了稍稍了解了这本书的内容。从其观点来看我认为作者写这篇文章是鉴于当时的自由软件开发的现状。他不满于当时开发软件的低效率而且他认为低效率的原因在于除错阶段花费了大量的时间。由此他把开源软件的开发模式分为两种一种是大教堂模式源码公开但是开发过程有一个团体控制一种是市集模式同源源码公开且源码放在互联网上供人阅览并可以贡献代码进行开发。并且提倡市集模式认为在足够的人的检视之下BUG将无处藏身。 这篇文章的影响是巨大的。目前从开源软件的繁荣课件一斑。不过这并不意味着市集模式是完美的。POUL-HENNING KAMP的文章Generation Lost in the Bazaar中文版《有人负责才有质量写给在集市中迷失的一代》就是对于市集模式的批判。这篇文章从目前FreeBSD的杂乱无章的现状入手认为正式集市模式造成了这一切。Kamp认为作为软件所谓质量只有在某人对它负责时才有意义而这个“某人”只能是一个人不能是几个人——二重奏除外。而目前的市集模式没有一个人对某个东西负责或者说所有人都对其负责就意味着没有人负责。这就造成了现如今的FreeBSD系统中众多的软件没有规则的相互依赖且众多的软件功能相似没有完成软件工程一贯追求的代码复用。 在我来看市集模式既然能为全世界所接受必有其优点所在。所谓“众人拾柴火焰高”当然软工工程不能类比于“拾柴”不过道理确实是这个道理。而后来Kamp的文章则点明了其缺点所在——人多反而碍事。 其实以我目前的观点不论是市集模式还是大教堂模式都有其优缺点所在这在上文中已经可以看出关键是找到其适用的场景。这个观点虽然中庸不过确实是实话。我以为大教堂模式适用于小的项目或者是团队中有一个技术大牛带领不需要过多的人来指点。而市集模式则是那种涉及的方面比较广泛的项目且不论如何应该有一个几个人的团体对于项目的整体走向、代码有绝对的控制力否则会造成Kamp所说的那种混乱局面。 我们当前的项目学霸系统的UI之用户管理部分可以说是类似于大教堂模式。之所以说类似是我们的源码并非在互联网上公开的只是相像而已。一来因为项目比较小如果非要应用市集模式可能会有意见无法统一浪费资源的问题。此外除了本组的人外也并没有人其他的一些人关注这个项目不具备市集模式的要求No enough ebyballsbugs will not shallow。 题外在读这些文章的时候总是会有想睡觉的冲动。我觉得原因主要是两个一是阅读英文吃力往往读了半天都读不进脑子二是关于软工工程的文章并不是那么的吸引人既无小说的引人入胜亦无技术书籍的技术提升快感。如何解转载于:https://www.cnblogs.com/iEverX/archive/2012/11/13/2768834.html