タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
このエントリーはSayanさんによるUnderstanding the AGPL: The Most Misunderstood Licenseの日本語訳になります。 オープンソースの出現は、ソフトウェア産業全体を一変させました。しかし、オープンソースのコードを使って誰が何をできるかを管理することは課題でしたし、今も解決していません。オープンソースライセンスはそこに救いの手を差し伸べました。しかし、常に次のことを忘れないでください：石のない土地はなく、骨のない肉はありません。OSI（オープンソースイニシアチブ: オープンソースを促進することを目的とする組織）が承認したライセンスは80以上あり、その数はさらに増加しています。それぞれのライセンスには利点と欠点があるため、オープンソースの開発者は自分のプロジェクトにあったライセンスを選ぶのは簡単ではありません。Affero General Pu
前回翻訳したAGPLを理解する: もっとも誤解されたライセンスでは、実体以上に強いライセンスであると思われているケースについての紹介がありました。 もちろん、使い方次第ではアプリケーションコードの開示が必要になってしまうケースもあるかと思います。前回のエントリーはわかりやすい切り口で書いてくれていますが、いくつか、やはりプロダクトコード側へ制約が出るケースが考えられるので、その点についてまとめてみます。 AGPLの特徴を2行でまとめると以下の通りかと思います ネットワーク越しに利用することも配布とみなし、AGPLで書かれたアプリケーションのソースにアクセスする権利が伝わる ネットワーク越しの利用することはリンクではないため、ネットワークで通信するアプリケーションのライセンスをAGPLにする必要はない 配布とリンクがごっちゃにされるのが、よくされる誤解の原因かと思います。もしネットワークアク
Redis 8正式リリース、AGPLのもと再びオープンソースとして利用可能に Redisは2025年5月1日、KVSデータベースRedisの最新バージョンRedis 8の一般提供（GA）を開始した。 Redis 8 is now GA, loaded with new features and more than 30 performance improvements Redis is now available under the AGPLv3 open source license 🚨Redis 8 is GA today.🚨 It's fast, loaded with new features, comes with the tools in Redis Stack included, and it's open source. Read more here: https:
Elasticは2024年8月30日、今後数週間以内に同社が開発するサーチエンジンElasticsearch、および可視化ツールKibanaのライセンスにAGPL（GNU Affero General Public License）を追加することを発表した。 Elasticsearch is Open Source, Again | Elastic Blog "Being able to call Elasticsearch and Kibana Open Source again is pure joy." — Shay Banon, Elastic Founder and CTO. Read more from @kimchy: https://t.co/PWgXVqyr8M#Elasticsearch — Elastic (@elastic) August 29, 2024 Elas
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
はじめに ソフトウェアライセンスであるGPL・LGPL・AGPLについて概要をメモとして書き留めておきます。 GPLは、GNUプロジェクトのためにリチャード・ストールマンにより作成されたフリーソフトウェアライセンスです。LGPLとAGPLはGPLから派生したものです。 ライセンスの利用にあたっては公式ドキュメントを参照してください。 https://www.gnu.org/licenses/gpl-3.0.html https://www.gnu.org/licenses/agpl-3.0.html https://www.gnu.org/licenses/lgpl-3.0.html GPLの特徴 ライセンス伝搬/感染 GPLライセンスで公開されたソフトウェアと他のソフトウェアを組み合わせて配布する場合、その組み合わされたソフトウェアもGPLライセンスにしなければなりません。 GPLは権利
このブログは会社の広報のためのものですから、あまり政治的なことやセンシティブなことを書くつもりはありませんが(いつもの出だし)、ここ最近のAI関係の人達のライセンスに対する考え方はいかがなものかと思うことが増えて来ました。 そのことの是非をここで言うつもりはありません。言いたいことは山ほどあるのですが、弊社の業務的にはどうでもいいことです。ただ、その中にあった「商用利用禁止のオープンソース」という話から派生して、表題のような話を書いてみようかと思います。 弊社のオープンソース戦略(？) 特定の顧客がついた仕事の成果物は別として、社内用に作ったもの、あるいは自社サービス用に作ったものは、原則オープンソースライセンスで公開することにしています。 今のところ弊社名義のGitHubのピン止め公開リポジトリは3つしかないので、そんなにドヤれるものでもないですけどね。GitHubに置くのに必要なコード
スタックチャンを触っていたら「ライセンス」が気になった 最近、デスクトップロボット「スタックチャン」を購入しました。M5Stack というデバイスを使った小型のロボットで、自分なりに自作のAIソフトと連携させようと開発しています。そのなかで、公式のソフトを眺めていてふと気になることがありました。それが「ソフトウェアのライセンス」です。 今日は、そのとき調べたことをきっかけに「OSS（オープンソースソフトウェア）のライセンスってどう生まれてきたんだろう？」というのを、簡単にまとめてみました。自分も含む、初心者向けに書いています。 なお、AIも活用（Claude / Codex / Gemini をマルチエージェント的に調査とクロスチェック）した上で、自分自身でもなるべく信頼をおけるソースをもとに、何度かチェックと修正を行っていますが、私はライセンスの専門家ではなく、この記事には間違いが含まれ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く