Project management 决定何时构建自己的或在有期限的项目中重用

我有一个项目，需要一些复杂的组件建成。其中一些组件是由一些晦涩难懂的软件包承诺的，这些软件包被证明文档记录不良，难以配置和使用

我想知道，在软件研究阶段，其他人在决定是构建自己的软件包还是坚持尝试现有的软件包时，他们的底线在哪里

我应该花在这类研究上的时间占项目总时间的百分比是多少

提前感谢,，

---

Alex

问问自己，哪些可能需要更长的时间，敲打组件以满足您的需要，或者编写自己的组件

就我个人而言，我几乎总是使用可靠、全面的库（用于web开发的jQuery、用于WinForms的DevExpress），并用我自己的代码填补空白

我脑海中唯一记得的例外是web应用程序的工具提示插件。我试了3次，花了很多时间根据我的需要调整它们，甚至修改它们的源代码，玩它们的图像，修复那些困扰ie7的模糊css标签（因为ie8默认在内部网的ie7模式下），但始终没有完全正确，然后在半个小时内放弃并推出了我自己的

---

并不是说没有很多好的组件足够灵活，可以在活跃的开发环境中使用，但你不太可能在开发你的东西时发现它们，因为最后期限迫在眉睫。利用你的空闲时间寻找它们并将它们添加到书签中，在一些玩具项目中试用它们，看看它们是如何工作的，这样下次你需要类似的东西时，你就知道该用什么了。

问问自己，哪一个可能需要更长的时间，敲打组件以满足你的需要，或者编写自己的组件

就我个人而言，我几乎总是使用可靠、全面的库（用于web开发的jQuery、用于WinForms的DevExpress），并用我自己的代码填补空白

我脑海中唯一记得的例外是web应用程序的工具提示插件。我试了3次，花了很多时间根据我的需要调整它们，甚至修改它们的源代码，玩它们的图像，修复那些困扰ie7的模糊css标签（因为ie8默认在内部网的ie7模式下），但始终没有完全正确，然后在半个小时内放弃并推出了我自己的

---

并不是说没有很多好的组件足够灵活，可以在活跃的开发环境中使用，但你不太可能在开发你的东西时发现它们，因为最后期限迫在眉睫。利用你的空闲时间查找它们并将它们添加到书签中，在一些玩具项目中试用它们，看看它们是如何工作的，这样下次你需要类似的东西时，你就知道该用什么了。

如果你必须修复一些小错误或观察一些代码目前没有考虑到的模式，考虑作为一个好公民回到代码基础。 如果您发现自己必须对一些预先提供的代码进行大量重新编码才能使其正常工作，那么它已经“编码”的事实可能与此无关。咬紧牙关

---

如果是博洛尼亚，你需要重新发明“轮子”，考虑一下你有一份可能无法补偿其实际价值的工作。

< P>如果你必须修复一些小错误，或者必须观察代码目前没有考虑到的一些模式，请考虑作为一个好公民回到代码库。p> 如果您发现自己必须对一些预先提供的代码进行大量重新编码才能使其正常工作，那么它已经“编码”的事实可能与此无关。咬紧牙关

---

如果你是博洛尼亚，你需要重新发明“轮子”，考虑一下你有一份可能无法补偿其实际价值的工作。

< P>我通常在1/10左右划线。也就是说，如果我已经花了，比如说，1天的时间，但我仍然没有让现成的东西发挥作用，我自己只需要10天就可以完成，我自己完成

---

即使需要更长的时间，从长远来看，避免复杂的、难以使用的事情通常会更好。或者，至少，我对自己真正需要的东西有了更好的了解，我可以睁大眼睛挑选现成的包装。

我通常在1/10左右划出界限。也就是说，如果我已经花了，比如说，1天的时间，但我仍然没有让现成的东西发挥作用，我自己只需要10天就可以完成，我自己完成

---

即使需要更长的时间，从长远来看，避免复杂的、难以使用的事情通常会更好。或者，至少，我对自己真正需要的东西有了更好的了解，我可以睁大眼睛挑选现成的包装。

好吧，我想这要看情况而定

考虑到这一点，您可能会花费比开发更多的时间来尝试配置和理解。我想说，如果你足够好，创造比学习的速度快，那么就去吧

否则，如果现有的承诺，伟大的功能，将不会采取太多的整个项目的时间，然后去它。通常很难划清界线。这完全取决于手头的情况。

---

你也可以寻找你现在拥有的东西的替代品。

好吧，我想这要看情况而定

考虑到这一点，您可能会花费比开发更多的时间来尝试配置和理解。我想说，如果你足够好，创造比学习的速度快，那么就去吧

否则，如果现有的承诺，伟大的功能，将不会采取太多的整个项目的时间，然后去它。通常很难划清界线。这完全取决于手头的情况。

---

此外，您还可以寻找现有软件包的替代品。

我明白您所说的仅使用成熟软件包