大教堂与集市

大教堂:传统开发模式,需要顶尖的程序员、细致的工作规划、完美的程序架构等,像伟大的建筑师建造大教堂那样开发程序

集市:通过互联网协作方式开发程序,以Linux运动为代表,这种模式也称为开源开发模式

大教堂模式:

  由于起初设计严密,导致后期难以排除出现的bug,维护成本较高

集市模式:

  大量的开发人员协作开发,起初没有什么规划,很多只眼睛能迅速发现bug,

  以Linux为例,开发出的程序更为健壮

时间: 2024-10-05 07:15:44

大教堂与集市的相关文章

大教堂与集市(The Cathedral and the Bazaar)读书笔记

大教堂与集市The Cathedral and the Bazaar,一本不像计算机方面的计算机书籍 只要眼多,bug好找 黑客开源:产品相关富足,赢得尊重不是因为占有什么,而是贡献了什么如果你把它当成资源,它就会成为你的珍贵资源 如果不想做,找一个合适的接手人,知道什么时候收手,是一个不错的主意“我是一个很懒的人,别人干活,我得荣誉”linus 如果认真的态度对待,机会自然会来.做有价值的事,一直做,早晚会有收获的.虽然劳动的价值来自稀缺性 开发软件不一定要从头开始,有个基础,虽然这些代码早晚

观后感《大教堂与集市》

在第一章中<大教堂与集市>讲解了unix和linux的基本的发展史,也是计算机行业最初的发展史,在那个计算机远古时代,一个个黑客富有创新,一个个人才创造了一个个新的事物,最终逐渐的成熟.在早期Unix占据了操作系统的统治地位,但是因为代码不是开源的,各个厂商开发自己的Unix相互竞争,最终导致了windows占据了桌面的市场,而Linux被linus开发出来,虽然刚开始的时候linux并不优秀,但是因为它这种开放的类似于集市的模式,每个都可以获取linux系统的源代码,进行开发发布,不断的修改

读《大教堂与集市》有感

最近草草的读了一遍<大教堂与集市>,坦白的说并没有完全理解作者想表达的意思,对其中的一些论述性的内容也没有太大的兴趣,但里面有些内容还是很让我有所感触. 所谓大教堂,按我对书中的理解,是值得传统模式下(相对开源软件)的开发模式:最终产品是被计划好的:而所谓集市则是指以Linux为代表的开源软件的开发模式:最终产品是参与者共同协作的结果,它可能是按照发起人的意愿往一个方向走,但最终的结果绝对不是发起人能预见或计划到的. 对大教堂和集市模式的看法很难说两种模式到底谁好谁坏(虽然作者显然是更认同集市

《大教堂与集市》

<大教堂与集市> 基本信息 原书名:The Cathedral & the Bazaar: Musings on Linux and Open Source by an Accidental Revolutionary 原出版社: O'Reilly Media 作者: (美)Eric S. Raymond 译者: 卫剑钒 丛书名: O’Reilly精品图书系列 出版社:机械工业出版社 ISBN:9787111452478 上架时间:2014-6-4 出版日期:2014 年6月 开本:3

《大教堂与集市》十五年前的关于开源与封闭的软件开发模式的思考 四星推荐

作者熟悉开源软件的开发模式,总结了一些开源社区的特征.比如说开源软件的贡献者们(书中称为黑客)其实在乎的是声誉,其实开源社区还是有一些约定俗成的行为准则的. 后面作者谈到他参与到了开源对闭源的商业战斗中.他的演讲让Netscape高层下了开源的决心.作者在2000年前对开源做了一些预测,认为应用级软件很可能继续闭源,中间件会分化,开源闭源都可以,基础架构比如操作系统.Web Server,开源软件的份额将增加.现在看这个预言是说对了. 个人感觉这一类比较老的经典的缺憾在于:时间过去这么久了,书中

我的2016书单以及为2017年准备的书单

看见博客园不少博友都在晒书单,我也想梳理下自己2016年读了哪些书.这些书大多都是在手机上读的,电子书确实比纸质书要方便许多.写下这些东西给自己做个记录,回顾下2016,展望下2017. 2016年读了不少文学作品,技术类的作品看的比较少,汗- 2016回顾 技术类的: <php核心技术与最佳实践>,一本很好的php程序员进阶书籍,2016年看了一部分,2017年还要继续看. <深入php:面向对象.模式与实践>,自己买了一本,但翻了翻感觉自己看这本书还有点儿早,我现在好像还不适合

Beta阶段项目总结

1.   每个成员在beta 阶段的实践和alpha 阶段有何改进? 吴论:对JAVA开发与PS软件的使用更为熟练 丁官甲:对界面设计和功能设计更为成熟 2.       团队在beta 阶段吸取了那些alpha 阶段的经验教训? 在Alpha版阶段中,我们只注重具体功能的实现,没有考虑界面的美观,没有考虑用户的体验感受.Beta版中更加注重用户的体验感受,对界面实现了一定的美化,添加了标签功能,强化了笔记功能. 3.   12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点.   

程序员必读书单

作者:Lucida 微博:@peng_gong 豆瓣:@figure9 原文地址:http://www.cnblogs.com/figure9/p/developer-reading-list.html 关于 本文把程序员所需掌握的关键知识总结为三大类19个关键概念,然后给出了掌握每个关键概念所需的入门书籍,必读书籍,以及延伸阅读.旨在成为最好最全面的程序员必读书单. 前言 Reading makes a full man; conference a ready man; and writing

【个人阅读作业】软件工程M1/M2总结

链接:”看<快速软件开发>的五个问题“ http://www.cnblogs.com/leiyy/p/4027759.html 一.较为明白的问题 1. 在文章的第一个关于Square_Tech的案例中,代码测试和优化都是在所有程序完成以后才进行的,这应该也不符合快速软件开发的要求吧.如果测试工程师在最开始的时候就加入到软件开发中的话,软件开发进程会不会更快呢? 在团队项目之前,虽然并不是特别了解测试工程师的工作内容,但想到既然是软件开发项目中的一个单独列出来的角色,那就肯定大有用处.当初为什