点击标题可以直到，这里也放了链接https://www.ituring.com.cn/article/9363
虽然初识是雾里看花，一头雾水，但是不影响我这个勤劳的 little bee来注解一下
经典之作《大教堂与集市》 用“大教堂模式”来形容互联网世界里封闭的、集中式的开发模式（例如最典型的苹果公司的封闭模式）用“集市模式”形容互联网世界里并行的、动态的多人协同开发模式，从传统公司角度来看“大教堂模式”显然更能维护其自身的利益，但如果从软件开发和IT发展角度来看“集市模式”则是必行之道，当然这种模式也是文章中极力推行的。.COM泡沫 成立了一群大部分最终投资失败的，通常被称为“COM”的互联网公司，详细可参见百度互联网泡沫meme一词定义为：文化的基本单位，通过非遗传的方式，特别是模仿而得到传播。 存储于大脑中的信息是模因，而通过各种传递方式传播出去的信息也是模因；当信息在不断地复制、传播的时候，模因也就形成了。集市模因（meme）草根开源由Raymond在其书中称颂的集市模式导致的悲哀的现实：一坨脓包似的权宜代码，被一群盲目的根本不知IT架构为何物的所谓IT“专业人士”永无休止地复制着，粘贴着。这事儿放在今天你也许很难相信，但就是在这令人无比尴尬的混沌之下，沉睡着美轮美奂的Unix大教堂的遗迹，而Unix恰恰是以设计简约、功能实用、执行优雅而著称于世的。（世间荣耀就此消失……）
“所谓质量，只有在某人对它负责时才有意义，而这个“某人”只能是一个人”. 努力迅速无错的制造轮子, 你就可以对所有部分的质量负责. 去掉无所谓的依赖. 保持简洁. 当你想要一个特性时,自己写一个, 而不是去找一个现成的将就. 就可以避免臃肿的系统了.
“代码越重用，浪费越严重”. 要用的时候就写一个. 提高自己编写代码速度, 想要什么, 迅速做一个出来才是王道啊. 这样就不会有依赖, 不会有纠缠, 不会有浪费.
问题在于设计一个封装良好的接口需要的能力和时间以及经验, 比实现一个恰巧对付,且仅满足你当下需求的模块要难的多,需要反复的时间多的多. 大多数和你项目无关的前人做的东西都达不到要求. 当然两者都是需要努力的. 如果封装得好，完全可以重用啊，节约开发时间。
不能摒弃别人的轮子. 问题在于什么是轮子? 轮子指的是一种设计, 一种圆圆的减少摩擦的让车子省力的动起来来的设计. 而不是你制造一部车的时候, 把报销的旧车上的车轮拆下来装上. 别人的模块的精华在于提炼出的接口易于使用. 实现则是次要的东西.
开源最大化群体智慧，增加了复杂性；而敏捷去繁留简，丢失了规范化。这有待软件工程管理标准的发展及完善
