なぜPlayをスポンサーすべきか?
2021年末に、Play Frameworkの開発を約10年間スポンサーし、主導してきた企業であるLightbendが、プロジェクトをコミュニティに譲渡しました。それ以来、Play Frameworkは、貢献者への支払いとその他のプロジェクト費用をOpen Collectiveを使用して、可能な限り透明な方法で集めています。
皆様の寄付は、プロジェクトが存続し、順調に成長するのに役立ちます。Play Frameworkの改善とサポートのために活気のある貢献者コミュニティを維持することにご関心をお持ちの場合は、Open Collectiveのページにアクセスして、バッカーまたはプレミアムスポンサーになってください。
もちろん、プロジェクトとそのコミュニティへのその他の貢献方法も推奨し、高く評価しています。
バッカーになる
プロジェクトに月額5ドル以上寄付するバッカーには、次の特典があります
- Play FrameworkのWebサイトのフロントページの「バッカー」セクションに表示されます。
- PlayのGitHubリポジトリのメインプロジェクトページの「バッカー」セクションに表示されます
プレミアムスポンサーになる
あなたの会社がPlayに投資している、またはビジネスの運営をPlayに依存しており、それゆえプロジェクトの成功に関心がある場合、月額1200ドル以上、または12か月以内に少なくとも14400ドルの一括払いの寄付により、プレミアムスポンサーになることができます。
プレミアムスポンサーには、次の特典があります
- Play FrameworkのWebサイトのフロントページに、会社のロゴが表示されます。
- PlayのGitHubリポジトリのメインプロジェクトページに、会社のロゴが表示されます。
- 会社のロゴを含むすべてのリリース発表で言及されます。
- @playframeworkからの「ありがとう」ツイート
ご不明な点がございましたら、[email protected]までお問い合わせください。
誰が責任者ですか?
2021年末に、過去にPlayの開発に深く関わってきた人々のグループが運営委員会を結成し、プロジェクトを主導し、フレームワークの将来の開発に責任を負うことになりました。そのメンバー全員がPlayまたはそのサブプロジェクトにかなりの量のコードを貢献しており、一部はLightbendの元従業員です。
これらのメンバーは次のとおりです
プロジェクトはお金を何に使うのですか?
Open Collectiveは公開された完全に透明なプラットフォームであるため、プロジェクトの財務状況を完全に把握できます。誰でも経費を申請でき、PlayのOpen Collective管理者によって承認されると払い戻しを受けることができます。
お金は、次のプロジェクト費用をカバーするために使用されます
- Playに取り組んでいるコア貢献者への支払い
- ウェブサイトのホスティング
- 開発者向けツールとライセンス
- 法的保護
十分なお金がある場合は、次のことに使用します
- バグバウンティシステムの導入については、この議論を参照してください。
- 開発者向け集会の費用の支払い:会議やチームミーティングの旅費および食費
- プロジェクトグッズの支払い
- Meetupの料金支払い
次のステップは何ですか?
(2021年12月)
GitHubプロジェクトボードを見て、Playをコミュニティ主導の組織に変えるために何が起こっており、何に取り組む必要があるかを確認してください。また、Playの開発目標に関するロードマップと優先順位についても質問されています。
-
セキュリティ修正
これまで、セキュリティ問題が報告された場合、Playチームはできるだけ早く修正を試み、通常は修正を含む新しいマイナーPlayバージョンをすぐにリリースしました。この慣行を継続する予定です。 -
最新バージョンのJVMのサポート
Java 17 LTSのサポート作業はすでに今年の春に開始されており、その結果、汚れてはいますが、動作するプルリクエストが作成されました。これは、メインブランチに入れるためのクリーンアップが必要なだけです。つまり、今後のPlay 2.9は間違いなくJava 17 LTSをサポートします。それに加えて、少なくともPlay 2.9ではJava 8のサポートを継続する予定です(実際には、すぐにドロップする理由はありません)。 -
最新バージョンのsbtのサポート
それも私たちの優先事項です。今年の春に、Playをsbt 1.4以降で動作するようにしました(#10648、#10711、#10655を参照してください)。sbt 1.4は、内部(仮想ファイルシステムの採用)の変更を伴って出荷されたため、Playと互換性がなくなっていたため、Playのコードの調整が必要でした。
要するに、新しいsbtバージョンはリリース後すぐにサポートします。 -
最新バージョンのScalaのサポート
Scala 3もサポートする予定です。コミュニティからの関心が高く、それに取り組む意思のある人もいます。すべてが順調に進めば、Play 2.9ですでにScala 3のサポートが見られるかもしれません。Scala 3に対してPlayをクロスビルドしやすくするために、メインブランチですでにScala 2.12とsbt <=1.3のサポートを削除しました。 -
Play 2.7以前の新しいリリース
一部の人々は、古いPlayバージョンをより長く保守し、少なくともセキュリティと重大なバグ修正を受け取ることを望んでいることを認識しました。ただし、それはこれらの古いバージョンの保守に誰が時間を投資できるかの問題であり、多かれ少なかれプロジェクトの資金調達に依存します。そのため、古いPlayバージョンのリリースを見たい場合は、プロジェクトを財政的にサポートしてください。 -
安定したAPIの維持
今のところ、画期的なAPI変更を導入する予定はありません。今のところの計画は、Playが保守され、マイナーリリースが出て、今後の数か月で最終的にPlay 2.9をカットできるようにすることです。したがって、Playを新しい方向に導く計画はありません。もちろん、新しい機能が登場する可能性は非常に高いですが、本番環境でPlayを積極的に使用している企業やユーザーと話し合った結果、現在の目標は、最新のsbt/JVM/Scalaバージョンのサポート、セキュリティ修正、修正を含む新しいマイナーリリース、およびコミュニティが望む新しい機能を備えたメジャーリリースに関して、Playを保守し続ける貢献者がいることです。最後のメジャーリリースで行ったように、移行ガイドを公開します。
ありがとうございます!
最後に、Playの前進にご協力いただいたすべてのバッカーとプレミアムスポンサーに感謝します!本当にありがとうございます!