やあ、もう生きていないと思われるオープンソースを使用していますか？
ただSO podcast #59でオープンソースのバージョン番号について話ジェフとジョエルに耳を傾け、それは私が、私は現在、私は集中管理、ロギングメカニズムを実装するための様々な可能性を見てする必要がありますしている問題について考えさせられました大規模なWebサイトの場合そして私は本当に大きな意味。本当に、本当に大きい。
mod_log_spread（Apache 1.3の場合）またはmod_log_spread2（Apache 2.xの場合）とSpreadツールキットの併用が考えられます。
問題は、これらのすべてがプロジェクトに積極的に関与していると考えられます。
特定のオープンソースリソースを使用するかどうかを決定する際に、このようなことをどのように評価しますか？
ご挨拶いただければ幸いです。
歓声
ところで現在の雰囲気：カーラ・ブレイ「！主は雅、ハレルヤに聞いています」 （ - ：
本当に最も重要なのは、オープンソースのソリューションが、あなたが今ある形式であなたの問題を解決しているかどうかです。そうであれば、それを使うことで恩恵を受けることができます。 OSSプロジェクトがあなたのニーズにぴったり合うかどうかを検討する必要があります。
一般に、現在のニーズに適合するOSSのみを使用しますが、今後の拡張と改善が必要です私が今言っていることは、 "aliveness"と将来の可能性のある開発を選択肢から取り除くことです。 、それを使用してください、そうでなければ、私は行く別の方法を見つけるだろう。突然 "生きている"から "生きていない"に変わる。
コードが信頼できるものであれば、積極的に管理されているかどうかは重要ではないと思います。プロジェクトが安定しているため、プロジェクトが維持されないことがあります。
重要なことは、コードを使用している、または使用している誰かのテストや証言を通じて、コードが信頼できるかどうかを判断できることです。
「放棄された」オープンソースソリューションで重大なバグが判明した場合、オープンソースソリューションを導入するコストと、後で代替ソリューションに移行するためにどれくらい投資する必要がありますか？後で変換するための投資が低い場合、心配はなく、かなり明らかです。
あなたが見るかもしれないもう1つのことは、おそらくソフトウェアが放棄されていないことです。一部のオープンソースプロジェクトでは、開発サイクルがかなり静かで、製品に問題がない場合もあります。あなたは彼らがまだそれに取り組んでいるかどうかを確認するために開発者に電子メールを試みましたか？
@Dennis、上記のいずれかを試してみましたが、これまでのところ成功していません。ヒントをありがとう。 –