经济学原理：同等价值的产品，成本越低，利润越高。这应该就不用多说了。软件开发的成本通常是一个效率问题。效率决定成本。直接后果是软件能否赚钱。效率包括两个方面：

　　对于后一点，它与成本的关系非常明显，开发过程的效率并不高，当然会导致更多的人力或时间投资，从而增加软件的成本。在整个软件工程控制方面，要求具有良好整体观点的人员对开发过程进行高质量的管理。在完美的软件开发过程中，编码的时间比应该只占整个过程的一小部分（10%或20%），但编码结果是软件结果的最终体现，因此如何提高效率尤为重要，对于编码人员，充分利用现有资源是一种有效的方法。

　　现有资源可分为内部资源和外部资源：内部资源是指开发人员所在公司或程序员本身的积累：外部资源是指前两种资源以外的一些资源，主要是网络上的各种资源。毫无疑问，内部资源应该得到充分利用。如果一个公司或个人不能充分利用以前的积累，那就像竹篮打水一样。无论他们多么努力，这都是空的。对于外部资源，许多程序员之所以抵制，是因为他们有一种潜意识，他们怀疑一切或视而不见。他们认为一切都必须自己实现，才能反映自己的价值，而其他人的想法或代码是不可靠的。

　　在学习和研究的过程中，这一想法仍然值得提倡和欣赏，但在软件开发的过程中却非常糟糕。在当今不断变化的技术和日益激烈的竞争中，有这种想法的人只能被淘汰。Delphi在开发方面，许多开发人员对第三方控制有抵抗力。

　　事实上，如果你仔细想想，有时第三方控制器的效率可能会差几十倍以上，这就是一天和几十天开发控制器的区别。如果发控制器，这也应该有很好的控制和修改他人控制的能力（当然，前提是使用有源文件的控制），那么为什么我们不节省时间，把精力花在其他更重要的地方呢？科学上常说站在巨人的肩膀上，软件开发也是如此。

　　对于软件运行的性能和效率，似乎与成本无关，但实际上它仍然有关。经常看到一些程序员写东西没有意识到效率或稳定性问题，或者有时为了方便或匆忙牺牲程序性能（有时几行代码的差异会导致几倍甚至几十倍的性能差异），直到用户真正使用，由于数据量或使用频率，积累问题暴露在用户面前，然后不可避免地返工修改甚至全部推翻（我基本上没有遇到挑剔的用户）。真正做过开发的人应该有经验，返工修改的工作量永远不会低于正常开发（更不用说从头开始），因为工作热情（通常修改一件事的热情远低于新开发一件事的热情），效率会很低，当然，这里不仅应该有更多的态度和能力。因此，不仅要充分考虑软件的性能和效率。