别在集市中迷失自我 “所谓质量，只有在某人对它负责时才有意义，而这个“某人”只能是一个人”. 努力迅速无错的制造轮子, 你就可以对所有部分的质量负责. 去掉无所谓的依赖. 保持简洁. 当你想要一个特性时,自己写一个, 而不是去找一个现成的将就. 就可以避免臃肿的系统了. “代码越重用，浪费越严重”. 要用的时候就写一个. 提高自己编写代码速度, 想要什么, 迅速做一个出来才是王道啊. 这样就不会有依赖, 不会有纠缠, 不会有浪费. 不能摒弃别人的轮子. 问题在于什么是轮子? 轮子指的是一种设计, 一种圆圆的减少摩擦的让车子省力的动起来来的设计. 而不是你制造一部车的时候, 把报销的旧车上的车轮拆下来装上. 别人的模块的精华在于提炼出的接口易于使用. 实现则是次要的东西. 集市上的东西确实会粗糙，但肯定会实用，而且其带来的繁荣也是不可忽视的。这跟生活一样，每个地方的集市差不多都是最有活力的地方，不管摊贩还是买家，考虑的更多是货物的实用性，其次才是品相.
“这是由Raymond在其书中称颂的集市模式导致的悲哀的现实：一坨脓包似的权宜代码，被一群盲目的根本不知IT架构为何物的所谓IT“专业人士”永无休 止地复制着，粘贴着。这事儿放在今天你也许很难相信，但就是在这令人无比尴尬的混沌之下，沉睡着美轮美奂的Unix大教堂的遗迹，而Unix恰恰是以设计 简约、功能实用、执行优雅而著称于世的。（世间荣耀就此消失……）”这是书中所描写的一个现代的由于市集式开发越来越普及甚至泛滥的场景，虽然对于这个现实我还没有充分全面的认识，但是身为一个初入编码世界的人来说，自己的亲身经验告诉我，这是真实的且是毫不夸张的。 我们都是身在代码世界里的建筑师与设计师，但是由于一种由于时间和经验沉淀而来的休养与眼界，导致我们设计出来的东西，已经不再能够称之为“大教堂”了。“所谓质量，只有在某人对它负责时才有意义，而这个“某人”只能是一个人，不能是几个人——二重奏除外。”这是一种对于代码纯净化，避免大泥球甚至混乱的一种保证。我觉得微微有点儿偏激吧。 另外，书中所说的“些人企图粉饰太平，假装正经，还有人通过制定技术标准的形式来达到类似立法的目的，希冀着在集市中引入秩序和结构。到目前为止，他们的努力全部以失败告 终，因为在集市中迷失的这一代.COM神奇小子，从来就没有见过大教堂，也不可能知道你为什么需要大教堂，更不用说去想象教堂是个什么样子了。”这是一种悲观主义，我们不能停止在对于“大教堂”已经“覆亡”的感叹中，而又对于现状的无动于衷，对于那些试图有所改变的人的冷嘲热讽中。我们同样需要前行，甚至于一种固执的努力——把“大教堂”从“市集”中挖掘出来。
原文链接 https://blog.csdn.net/D7584/article/details/108939592?utm_medium=distribute.wap_relevant.none-task-blog-title-3
https://www.cnblogs.com/wx1991/archive/2012/11/12/2766080.html
