License
About
分散SNSのソフトウェアにはFOSSのものがある。それらで採用されているライセンスを整理して理解を深める。
ミドルウェアにおけるGPL/AGPLはかなり寛容な立場になる。
AGPL
GPLにサーバーアプリケーション特有の条項を追加したもの。AGPLのソフトを利用したサービスでは、そのサービスのユーザー (クライアント) へのソースコードのアクセス方法提供が義務となる。
GPLは基本的にユーザーの自由のためのライセンス。ユーザー以外には基本的に影響ない。
GNU socialなどのプラグインを新規作成する場合、そのプラグインのライセンスの選択肢を考えたい。
既存のWordPressの事例が参考になる。
出典:
- テーマも GPL ライセンス | WordPress.org 日本語
- 【クオッカでもわかる】ワードプレスのGPLライセンス。有料テーマ、自作プラグイン販売時の考え方 - アクセス解析&ヒートマップ QAアナリティクス
WordPress本体から呼ばれたり、連携している部分はWordPressと結合されていると考えられるのでGPLが必要。HTMLも同様。ただし、CSS/JavaScript/メディア類は分離されている。JavaScriptのようにリクエストを呼んで処理する程度ならそれは結合しているとはみなされない。
したがって、PHP/HTMLはGPL、それ以外は何でも、というライセンス選択が可能になる。
なお、PHP/HTML部分がGPLだったとしても、販売することは問題ない。インターネット上で全世界に一般公開する必要はなく、購入者にソースコードを開示・提供すればいいから。
これがAGPLだと、購入者以外にもソースコードの開示が必要になる。GPLとAGPLの大きな違い。
GNU socialはAGPLだから、プラグインのPHP部分は少なくともAGPLになるだろう。ユーザーにソースコードのアクセスさえすればいいので、サーバー登録者限定で公開するとかでもいいかもしれない。
あるいは、DBのようなミドルウェア的な使い方をするなら、公開不要かもしれない。
「GNUライセンスに関してよく聞かれる質問 - GNUプロジェクト - フリーソフトウェアファウンデーション」にあるように、自分からの配布時に料金を取るのは問題ない。ただし、取得後の顧客の有料・無料問わず再配布は禁止できない。
Free software
https://t.co/aoOwyTN7hM
年始に書いてたオープンソースの定義逐条解説の付録を抜粋していく。
先ず、自由なソフトウェアの「定義」に至る経緯である。既知であるが、よくある解説だとDebianのDFSGを抜かれることで、オープンソースは何もかも違う概念を定義したと思われることが多いので敢えて書いた— Shuji Sado (佐渡 秀治) コロナで背骨を骨折ニキ (@shujisado) January 14, 2024
https://t.co/aVxsfHH75P
オープンソースの定義逐条解説の付録シリーズ。次はオープンソースと自由ソフトウェア(Free Software)の違い。ライセンス承認プロセスが厳格になった現在では実務で気にするような差異はないという話。大昔の微妙なものは基本的に後継ライセンスで上書きされているし。— Shuji Sado (佐渡 秀治) コロナで背骨を骨折ニキ (@shujisado) January 15, 2024