建立和经营一家公司需要大量的工作和人才。在运营过程中不应该在任何地方使用不熟悉的技术与方法论。对你来说,唯一重要的是要了解应该在哪些领域进行事实创新，并在该范围之外尽可能使用现有标准和现成的软件。客户（或市场）愿意承受的创新是有限的.遵循这条路线,按时交付,控制预算是产品成功的关键。

如果核心产品是电子商务，你不应该挣扎在权限日志的追踪中.和一些工程师交谈，他们嘲笑付费购买可以帮助他们专注于核心竞争力的软件，认为自己做会更便宜、更容易。“我可以在一个周末内建造它”，他(曾经的我)的信念如此坚定，以至于很难不相信这是真的。这里的谬误是，工程师始终低估项目需要多长时间，始终低估自己的时间，并且通常不会将维护和长期支持视为构建软件的成本。事实上，对于无心投入的部分，付费软件往往是最便宜、最简单、最直接的解决方案。

选择build而不是buy的原因之一是build是最低的进入门槛 ，“进入门槛低”并不意味着“容易”。事实上，情况常常恰恰相反。我们也许能够在周末准备好基本原型demo，但这极具误导性。我们都知道，一个项目的最后20%可能要花费更多的时间和精力，而且我们知道软件维护可以占到一个项目总成本的75%以上。重点是，当我们有机会从事一个不错的新项目时，我们很容易忘记这一点。

软件工程师很容易陷入这样的陷阱，认为编写代码是他们工作的主要职责，常常忘记解决业务和客户问题是你受薪的职责。有时解决问题的最佳方法是使用代码，但有时并非如此。能够认识到两者之间的差异是作为工程师成长的关键因素。能够在不编写代码的情况下解决业务和客户问题的工程师是值得庆祝的，这就是为什么我认为供应商管理应该是高级工程师的核心能力。成功管理供应商集成的教学、开发和奖励应该与我们庆祝编写代码和开发软件工程技能一样多，甚至更多。代码是一种责任，我们应该奖励避免使用代码的工程师。