我曾多次面对一个团队想要构建自己的缺陷跟踪系统，这不是作为产品，而是作为内部工具。
我听到的支持意见通常是：
- 希望通过一些内部构建的Web框架来“吃自己的狗粮”
- 需要一些高度专业的报告或以某种所谓独特的方式调整某些功能
- 认为构建缺陷跟踪系统并不困难
如果要支持购买现有的缺陷跟踪系统，你可能会使用哪些论点？特别是，哪些功能听起来很容易但实际上很难实现，或者很难并且很重要但常常被忽视？
建立自己的漏洞跟踪系统不可取的原因
54
- Matt Sheppard
1
我们自己构建了系统。这并不难。它极大地改善了客户服务，因为它可以与我们自己定制的CRM集成。我们已经有了客户数据库……添加一些额外的字段并不难。我们公司非常成功。这是一个巨大的时间节省和客户服务优势。不需要使用多个系统很棒。现代技术可以轻松地将定制表单和报告放在网上。商业系统很复杂，学习曲线陡峭。工程师们很容易过度思考，使事情变得复杂。保持简单就好。 - David J
35个回答
0
不要为了“自我实践”而编写自己的软件，这样只会增加工作量，你可能可以购买完成相同（甚至更好）功能的软件，花费更少的时间和金钱。
- Chris Pietschmann
0
我认为建立一个内部跟踪系统并不是相对容易的事情，而且它肯定无法与付费或开源解决方案相匹配。大多数时候，我会选择“程序员自尊心”或者只是拥有一个真正不能使用第三方软件并且必须构建每个使用的软件的IT部门。
曾经我在一家电信公司工作过，他们有自己的内部版本控制系统，它非常糟糕，但它让整个团队都很忙碌...
- t3mujin
0
告诉他们，“太好了，公司需要一段时间节省一些开支，很高兴能在你休假期间为项目提供开发工具。任何希望放弃年假来参与项目的人都可以自由选择这样做。”
- Andy Dent
0
我同意这里大部分人的观点。当有许多工具（甚至是免费的）可用时，重新构建某些东西是没有意义的。 如果你想要自定义任何东西，大多数免费工具都会给你代码，让你自己去玩。
如果你进行新开发，你不应该只为自己而做。
- quadri
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接