问构建与购买和集成--您如何做出决定？

EN

你已经确定了一个关键问题--当你购买时，你仍然有工作要做，而且可能会有很多工作要做。话虽如此，我每次的总体倾向都是买入。写代码很难，调试代码更难--当你买的时候，你买的不仅仅是你买的代码/应用程序，而是它能工作的事实-后者是90%的收益。

然而，由于您的需求是相当普遍的，为什么不使用开源。这有两个突出的好处。

1)因为你有权访问源代码，所以你可以按照自己的意愿修改它--即不需要在现有系统上使用单点登录。定制登录模块以使用您现有的基础设施，因此不需要保持同步，节省时间，干净的方法等。许多开源承认现实世界通过组件化(?)这些方面无论如何都是特定于环境的。他们通常是数据库/身份不可知的。

2)如果你选择明智，你会有一批已经了解系统的顶尖技术人员准备好提供帮助-唯一的问题是他们不适合你(目前还没有！)

我的建议是选择一个容易的目标--票务系统，分析在开源世界中有什么能满足你大部分/所有的需求。评估并在Rent A Coder上发出所需更改的请求。坐下来等待结果吧，希望结果会很好。你失去了一点时间，却获得了很多经验。

开源并不等同于Linux/Unix -- .Net也有很多好东西。

对于以下情况，一个系统更好：

• One数据存储库(即数据库)

将每个系统链接在一起的简单方法，做交叉引用。无需为单次登录构建中间importer/exporters/sync-ers

• Allows。这在企业中非常有用，可以确保每个人都知道在哪里可以找到正确的信息。所以更多的是“错误跟踪的网站是什么……”并不是每个人都会在大多数时间使用所有的工具，他们会忘记如何访问，甚至use.

• Everything也有相同的外观

在training

• Maintenance上省钱更便宜。所有要更新的东西都是一样的。管理员不必专门听到单独的系统。

但是..。很明显，你被你买的东西卡住了。如果可以，请确保获得一个系统，以便您可以为其构建自己的插件，以便将其与您的业务模型相匹配。

显然，“这要看情况”。我的一般规则是，如果它是内部的，我们购买它，并在需要时进行集成。我们的公司系统管理员有一条支持热线，如果组织外部的人有问题，这不是一个巨大的项目，给我们的开发人员带来负担。

如果它是我正在发布的产品的一部分，我会构建它，或者根据需要从开源库中获取一些源代码。没有什么比别人的黑盒代码破坏你的产品更糟糕的了。运输产品中的依赖项越少越好，IMHO。

我倾向于购买你提到的支持产品。好的产品为共享认证系统、面向用户的主题提供了很好的集成点，可能还有一大堆你的客户服务团队还没有意识到他们想要/需要的功能。

但是，要分析什么呢？当谈到像这样的“管理”项目时，对我来说最重要的是机会成本。我的团队还能做些什么，让我们的公司赚更多的钱，为我们赢得更多的客户，等等？当然，这些项目对底线有一些积极的影响，但与新产品、改进的产品等相比没有什么。随着时间的推移，包括维护在内，开发人员/项目经理/测试人员将在这个管理项目上花费多长时间？如果你购买，集成点不会经常改变，但如果你构建，你的客户(内部人员)将不断要求新功能，而你将在剩下的任期内维护这个项目。