Bau es selbst：自己构建

当初选用标准软件的理由已经不复存在

选择现成系统从来不是情书。它是一笔成本账：自建意味着开发者年数，而开发者年数是公司里最贵的。相比之下，任何许可证都便宜，任何免费框架都无可匹敌。

这一个量已经变了。以前要一个季度的，今天一个下午就行。支撑整套结构的那个论据因此没了。

剩下的是账的另一面，以前没人关心，因为别无选择：迁就别人的想法，等待别人的时间表，拖着别人的历史包袱，以及一块你自己没选过的攻击面。

这些条目一直都在账上。它们只是从来不是问题，因为替代方案更贵。现在不是了。

标准在哪里继续明显占优

一个不知界限的论点是意识形态。所以这里是界限，它遵循一个唯一的问题： 在这个地方是否与外部世界发生交换？

在有东西离开或进入你的系统的地方，标准不仅允许，而且是强制的。自己的日期格式、自己的图像格式或自己的传输协议不会让你独立，而是让你无法被触及。

最难的情况是加密。 自己写密码学是一条已知的、有充分记录的自我伤害之路。 不是因为自己动手从根本上就不好，而是因为这里的错误是看不见的：一个坏掉的加密方法在测试中运行完美，却什么也保护不了。这同样适用于登录方法、时区、字符编码和支付处理。

所以规则不是“永远不要用现成的”。它是： 边缘用标准，核心用自己的。

可传递的是知识，不是部件

“自己构建”的建议常被误解为“从零开始”。意思恰恰相反。

四十年软件构建带来了正确的认识：分离状态，尽早让错误可见，保持接口狭窄，不重复维护任何东西。 这些原则才是有价值的。 它们不花一分钱，不会产生依赖，也不会过时。

组件则不然，它并不自带这些原则。它带来的是 阐释 由外人做出的原则阐释，外加他们的妥协、他们的历史包袱和他们的路线图。

这也是现有系统仍然有价值的原因，只是方式和原先想的不同： 作为模板，而不是作为基础。 你阅读一个成熟项目是如何解决某个问题的，理解为什么，然后按适合自己情况的方式去建造。蓝图才是收获，不是那栋建筑。