这篇文章的原创作者是个电子工程师出身的专栏作家。文章写的虽是common sense，但是读来仍有不少启发。编译出来，和大家共享。
与非网的目标之一，是发掘我们自己的工程师专栏作家，让他们用前辈的经验，来给更多的后进启发。例如这篇文章，不光系统厂商的项目经理会从中得益，工具厂商的销售也会从中找到自己的selling point，而其中成本核算的方法，对一切business都是有益的。
揣测一下，这篇文章的作者十有八九是工具厂商的背景吧。这是比任何显性广告都好的promotion啊。
开发工具的经济学
成本的核算
准确衡量开发工具的成本是衡量开发项目投入产出的关键。这关系到究竟是“内部做”还是“外部买”。在如今到处开源节流的经济形势之下，工具提升带来的好处是否足够划算，已经成为每个开发者需要想清楚的问题。
众所周知，开发成本绝不只是工程师的薪水，还在于公司为此耗费的时间、工程师的福利待遇、技术培训费用、其他不会注意到的软硬成本等等。比如，系统设计公司里面，平均每三个硬件工程师会有一个辅助性的技术员，那么，每个工程师的人工成本还要再加上技术员的三分之一的薪酬成本……硅谷高科技公司的行情是，老板每年为每位硬件工程师支付20万到25万美金。
工具的价值
俗话说磨刀不误砍柴工。林肯说，“给我6个小时砍树的话，我会花4个小时磨斧子。”所以，一个好用的工具能够达到事半功倍的效果。然而，到底怎么去评价工具是否物有所值？毕竟，它们的价格成千上万甚至十几万。
工具的价值大小，在于和项目的切合程度高低。通常，价值会体现在这些方面：显著降低设计的复杂程度、加快项目的完工时间、提高开发团队的生产力、强大的Debug功能等等——最后一项往往能大大减轻项目经理的精神压力。
实际上，工具在不同的应用阶段有不同的自身价值。比如，一个新工具诞生之初，使用者的注意力在于它如何能加快上市速度、提高工作效率。所以，最先使用这种工具的人往往比他们的同行获益更多。随着工具的逐渐普及，使用者使用工具的意义在于“跟上潮流”，免得因为没有使用工具而显得落后。当这种工具已经成为常用工具的时候，它就变成了招聘工程师的一种指标：不会？那么没门儿。
开发，还是直接购买？
大部分商用工具开始的时候都是厂商自用的工具。当使用者的数量变多时，一些公司就开始从出售自家工具中获利。当第三方商用工具的提供者越来越多时，电子公司就面临着“做，还是买”的选择。
在决定之前，公司的决策人首先要将这个比较置于完全公平的基准之上。你要精确计算出内部开发的所有成本。此外，还有一些其他因素需要综合考虑。例如，大部分商用工具有非常完备的技术文档，而你的内部开发工具则欠缺文档。这时你就要在成本核算的时候加上撰写内部工具文档的时间，或者，算一下“凑合”使用自家工具究竟能造成多大影响。另外，内部工具的持续产生的维护费用、校准费用、培训费用，都要涵盖在你的成本计算之内。
当然，除了经济上的问题，自己开发工具的难点还在于风险控制，其中涉及工具的产品定义是否科学、工具开发过程是否保密等等。
工具部署中的培训成本
对于复杂工具来说，培训成本是不可忽视的代价。
培训课程本身是昂贵的。如果工具教师资源稀缺且抢手，那么每个工程师的培训成本很容易就高到成千上万——比如工程师的时间成本、差旅成本等。
还有一些隐藏成本。比如工程师刚刚使用工具时的生产力是不升反降的。一般而言，工程师需要几个星期甚至几个月的时间才能熟练应用。而且，如果公司内部某个工程师率先精通了某项工具，那么他势必要回答同事提出的大量问题，而这也降低了他本人的生产效率。
综上，你可以明白为什么工具的易用性是如此重要了。同样，你也明白为什么大多数公司都非常害怕转移到新工具上去，而且他们从来不在项目的中途转换工具。
;){kind=link}