自定义工具指南

Question

在开发产品时，我们经常需要创建专有工具来测试它们的一些独特功能或诊断问题。实际上，这些工具可以像产品本身一样有趣，而且我们的一些内部团队已经要求提供它们的副本。

因此，除了显而易见的业务驱动规则（例如不检索敏感数据）之外，在构建个人或内部工具时有何不同，而不是 - 销售产品，为什么？

内部工具对您来说更重要（或更少），在构建公司时，您是否考虑公司的整体价值？

感谢您的想法！

Answer 1

1. 首先，内部工具总是快速而肮脏。几乎没有测试 - 只需要做这项工作。
2. UI与面向客户的应用程序一样重要。
3. 内部工具可以使用他们测试的产品和框架的内部/私人/专有知识。例如，我们的上一个产品绕过了部分已发布的API，并使用了未记录的Web服务调用来获得更好的结果。
4. 这是一个重要的观点，但却是一场失败的战斗：永远不会将内部工具留给客户。 作为一名顾问，我有时不得不在现场使用甚至开发这些工具。我试图将它隐藏在我的客户手中，但有时候，他们要求我随身携带工具（或者更糟糕的是，请致电销售代表并要求提供“神奇的工具”）。您不希望客户根据第1-3点的工具构建来判断整个公司的生产水平。

Answer 2

从工程角度来看，我不会做任何不同的事情：

• 内部和待售工具都需要编写良好且记录良好
• 需要根据一系列要求，截止日期，预算限制等来创建
• 两者都需要进行测试或验证

我看到的一个重要区别是适用于销售产品而不是内部工具：销售产品需要营销，支持等内部工具可以不用。

此外，由于内部工具将在更受控制的环境中使用，因此无需针对不同的计算机系统，Internet浏览器等进行测试。

Answer 3

最大的区别：

通过个人和内部工具，您可以更自由地尝试新技术，即最新时尚。您可以承担您实际向客户发送的应用程序不会带来的风险。

Answer 4

由于我构建的诊断通常非常特殊，我倾向于提供比面向客户的产品更多的选项和内置示例。换句话说，我认为用户比一般客户更熟悉技术，并且我提供了更多调整工具运行方式的能力，而不用担心它可能会压倒用户。但是我也尝试让它满足80％的用例而没有用户的太多“帮助”。