不构建自己的错误跟踪系统的原因[关闭]

现在我已经多次遇到一个团队的计划，他们想要构建自己的错误跟踪系统 - 不是作为产品，而是作为内部工具。

我听到的赞成的论点通常是这样的：

• 想要通过一些内部构建的网络框架“吃我们自己的狗粮”
• 需要一些高度专业化的报告，或者能够以某种据称独特的方式调整某些功能
• 相信构建一个错误跟踪系统并不困难

您可以使用什么论据来支持购买现有的错误跟踪系统？特别是，哪些功能听起来很容易但实际上很难实现，或者是困难但重要但经常被忽视？

首先，看看这些Ohloh http://ohloh.net指标：

    Trac:  44 KLoC, 10 Person Years,   $577,003
Bugzilla:  54 KLoC, 13 Person Years,   $714,437
 Redmine: 171 KLoC, 44 Person Years, $2,400,723
  Mantis: 182 KLoC, 47 Person Years, $2,562,978

我们从这些数字中了解到什么？我们了解到，构建 Yet Another Bug Tracker 是浪费资源的好方法！

以下是我构建自己的内部错误跟踪系统的原因：

1. 你需要在一两年内消灭所有的 bozocoder。
2. 你需要存一些钱以避免明年的预算减少。

否则不要。