什么时候可以编写自己的开发工具？(编辑器为IDE)

Question

因此，我首先使用文本编辑器进行编码。这是一个非常简单的编辑器；主要是提供语法突出显示。但在少数情况下，我也需要调试一些东西。那时，我不得不求助于IDE (主要是Netbeans，但让Eclipse/Aptana作为第二后盾)。

不过，对于一般用途来说，IDEs对我来说是行不通的。这是一个直观的东西，用于控制台UI等。在文本编辑器和IDE之间来回切换也有点麻烦。这就是为什么我正在考虑将编辑器扩展到一个成熟的IDE中，但至少集成了一个调试功能。

由于我正在研究PHP，所以似乎没有那么大的努力。DBGp允许从编辑器中将调试处理程序外部化，所以这只是一项很小的集成工作，并解决了如何将断点特性压缩到编辑器(joe btw)中。

虽然我也有时间这么做，但我想知道这是否真的值得。

• 在这种情况下，它不是所需的开发工具。只是为了方便。
• 这样做的原因基本上就是不喜欢现有的解决方案。
• 虽然随着时间的推移，我可能会扩展和调整这个调试器，但最初它将和Eclipse一样间接。它不可避免地作为糟糕的开发工具开始。
• 此外，可能不会有太多的重用。(好吧，这不是重点。大多数这样的软件都没有很大程度上是用例。而且显然，emacs和vim已经存在类似的扩展，所以它不可能完全没有意义。)

但是，如果定制开发工具并不是真正需要的，而是满足个人喜好的话，那么尝试使用自定义开发工具的通用指南是什么呢？(可用性增强不确定。)

Answer 1

在我看来，个人偏好或满足感是开发供自己使用的工具的一个完全合理的理由。您已经承认您有时间构建这个扩展，这听起来很省心。你的长期生产力是重要的，记住，如果有办法改善你的经验，预先的成本听起来是值得的。

见鬼，即使它没有减少编辑器和IDE之间交换的时间，我还是会说构建它。工具的存在是为了让生活变得更容易，即使它只是基于我们的感知。当我对一个工具感到沮丧时，即使它显著减少了任务的时间，我也不想使用它。我宁愿跳过几个容易理解的循环，而不是一个非常困难的环:如果构建插件简化了您的编码经验，那么它可能是值得的。

Answer 2

真正的问题是，如果你觉得花时间去做这件事是值得的。编写供你自己使用的软件，或者让你的生活更容易，没有什么不对的。你可能不会强迫别人使用它。如果它比你写它节省更多的时间，我会说去吧。

Answer 3

如果没有任何工具能够满足您的需要，并且/或自定义工具的好处会超过“丢失”开发该工具的时间；就我个人而言，我做了一些与此相同的原因，我认为程序员想优化他们的工作环境是正常的，我们天生就是问题解决者，我们的目标是优化工作环境。

在开始更大的挑战之前，您可以先为您喜欢的IDE做一个插件，这应该会提示您是否想继续编写自己的开发工具。