天儿真好，
刚刚听过Jeff和Joel谈到SO podcast #59中的开源版本号，这让我想到了我现在遇到的一个问题，我需要考虑各种可能性来实现大型集中式日志记录机制规模网站。我的意思是真的很大。真的，非常大。
一种可能性是使用mod_log_spread，对于Apache 1.3，或mod_log_spread2，对于Apache 2.x，与Spread工具包一起使用。
麻烦的是，就积极参与项目而言，所有这些似乎都已经死了。
在决定是否使用特定的开源资源时，人们如何评估此类事情？
任何提示都将不胜感激。
欢呼声
BTW当前的氛围：Carla Bley“主正在听雅，哈利路亚！” （ - ：答案 0 :(得分：2)
真正最重要的是开源解决方案是否以现有形式解决了您现在遇到的问题。如果确实如此，那么你只能通过使用它来获益;如果没有，那么你需要考虑项目的方向以及OSS项目是否与你的需求相吻合。
一般来说，我只使用符合当前需求的OSS;未来的增强和改进（和错误修正）是很好的，但如果它现在不能做我需要的，那就没有意义了。基本上我所说的就是选择“活着”和潜在的未来发展;如果它现在适合你，请使用它，否则，我会找到另一种方法。无论如何，任何特定项目都不会突然从“活着”变为“无生命”。
答案 1 :(得分：2)
如果代码是可靠的，我觉得它是否正在积极维护并不重要。有时项目不能保持，因为它们是稳定的。
重要的是能够通过对使用或使用过它的其他人的测试或证词来确定代码是否可靠。
答案 2 :(得分：1)
实施开源解决方案的成本是多少？如果“废弃的”开源解决方案结果出现严重错误，您将在以后投资转换为备用解决方案的费用是多少？如果以后对转换的投资很低，那么就没有后顾之忧了，这似乎很明显。
您可能会关注的另一件事可能是该软件尚未被放弃。一些开源项目的开发周期相当平静，并且产品没有任何问题。您是否尝试通过电子邮件向开发人员发送电子邮件以确定他们是否还在使用它？