切勿使用可以用一下午的编程时间替换的依赖项

简而言之，我认为对于使用某些编程语言的人来说，使用来自互联网这个广阔的小丑世界的库已经变得太容易了。他们的生态系统使得依赖这些东西变得非常非常容易。问题是，这些库通常是💩的。如果它的某些部分损坏了，您可能无法对其进行编码，并且可能必须实际处理它们才能修复它。

我有一个简单的规则：永远不要使用可以用一下午的编程来替换的依赖项。

没有哪种依赖是不言而喻的，以至于您只需不到几个小时的时间就可以让它工作：

你会有一些东西可以准确地解决你的问题，而不是一般的问题，所以它肯定更短，而且往往更快。

很多时候，最好的方法是首先在线搜索并将代码读取到其他几个解决方案中，然后使用从了解它们如何工作中获得的知识编写您自己的解决方案。

有一种观点认为，依赖关系可以解决错误，因此您不必这样做。这可能是对的，但也确实，一般解决方案会有许多您在特定解决方案中不关心的错误，因为编写一般程序要比编写特定程序困难得多。

总之，任何可以在不到一个下午的时间内编写的代码都应该由您自己处理。

在软件生态系统中有一个可预测的循环。UNIX、perl、windows、python、php/wordpress…。所有这些都遵循这样的模式：先是标准库很棒，然后是用户库的腾飞，然后是DLL地狱，最后是低质量的用户自制库泛滥。