オープンソースソフトウェアのリポジトリは膨大ですが、その大半のプロジェクトは早期に頓挫してしまいます。ツールをワークフローに取り入れる前に、10分ほど時間を取って、以下の5つの質問に答えてみてください。
1. 直近のコミットからどれくらい時間が経っていますか
2年間音沙汰のないプロジェクトは、必ずしも頓挫したわけではない――完成した可能性もある。しかし、もしリポジトリにまだ何百もの未解決のイシューが残っており、誰も対応していないのであれば、それは見捨てられた兆候だ。
2. 実際に貢献している人は何人いるのか
オープンソースにおいて、たった一人の開発者によるプロジェクトは最大のリスクです。その人が転職したり、やる気を失ったり、あるいは単に忙しくなったりすれば、プロジェクトは停止してしまいます。コントリビューターの一覧を見て、コミットの95%が1つのアカウントからのものである場合は、自分でメンテナンスを行う覚悟をしておく必要があります。
3. その許可証は、あなたの目的に合っていますか
- MIT、BSD、Apache — 自由に利用でき、商用製品にも使用可能
- GPL — これを含む製品を配布する場合、その製品もオープンソースでなければならない
- AGPL — 制限が厳しく、他者にサービスを提供するサーバー上で実行することも配布とみなされる
個人利用の場合は、ほとんど違いはありません。企業での利用となると、これは必須の質問となります。
4. データは取り出せますか
これは最も重要な質問ですが、あまり問われることはありません。ソフトウェアはデータをオープンフォーマットで保存するのか、それとも独自のデータベースに保存するのか?エクスポート機能はあるのか?もし明日、その環境を離れることになった場合、何を持っていくことができるのか?
5. セキュリティ上の脆弱性に対し、コミュニティはどのような反応を示したか
セキュリティパッチの履歴を調べてみてください。真剣に取り組んでいるプロジェクトには独自のバグ報告プロセスが整備されており、数日で修正されます。管理がずさんなプロジェクトでは、脆弱性が毎月公開されるイシューの中に放置されたままになっています。
実用的なルール:重要なデータを多く盛り込むほど、最初の4文には厳格でなければならない。
Thảo luận