Search and analytics, data ingestion, and visualization – all at your fingertips.
![Elasticsearch is Open Source, Again](https://cdn-ak-scissors.b.st-hatena.com/image/square/0893228bb77130b7b19e444b0d7adad6d25f6f22/height=288;version=1;width=512/https%3A%2F%2Fstatic-www.elastic.co%2Fv3%2Fassets%2Fbltefdd0b53724fa2ce%2Fblt12045d30d68469e7%2F66d0d948e6fe738e272e800b%2Fold-logos-opengraph.png)
まえがき開発中のソフトウェアのライセンスを策定するため、現時点でのベストプラクティスについて探っていたところ、ここ数年の OSS ライセンスの動向が面白かったので復習も兼ねてまとめました。 特に、Umbrel が採用したという PolyForm という新しいライセンス形態が面白かったので、これについて詳しく述べます。 なぜ今ライセンスについてまとめるのか私はソフトウェアやサービスをマネタイズする方法について興味があり、特にビットコインの応用について調べたりしています。 ビットコイン (Lightning Network) を HTTP で利用することで、Web API の課金方法の可能性は大きく広がることは間違いないのですが、これはあくまで単なる支払いの手法であって、広く使われる事を前提としたソフトウェアの開発を支える手法にすることは(それだけでは)難しいという問題があります。 ソフトウェ
最近、私的にDockerで遊んでいるのですが、Dockerを使っていると様々なライセンスを有したオープンソースソフトウェア(OSS)と遭遇します。自分が知らない間に著作権に抵触してしまうことが怖かったので、OSSのライセンスについて以下の流れでまとめてみました。 「ライセンス関連用語」を理解する 「オープンソースの定義」を理解する 「コピーレフト」を理解する 「主要ライセンス」を理解する 1.「ライセンス関連用語」を理解する OSSを理解するにあたって、まずは主要なライセンス関連用語の定義を理解することが重要です。私の場合は、「使用」と「利用」の違いや「オープンソースソフトウェア」と「フリーウェア」の違いについて、恥ずかしながら明確に理解できていませんでした。。。 【オープンソース・ソフトウェア(Open Source Software, OSS)】 ソースコードが無償で公開されており、誰
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます こんにちは、日立ソリューションズの吉田です。今回は、OSSを語り始めると避けて通れない「ライセンス」についてご紹介します。 OSSというと「GPL(GNU General Public License)」というライセンスが有名で、諸悪の根源のように表現され、“GPL汚染” などと表現されるとてもかわいそうな存在です。本当にそんなにひどい存在なのでしょうか?じっくり考えていきたいと思います。 OSSライセンスとは? Open Source Initiative(OSI)は、オープンソースの要件として、以下のような定義 “The Open Source Definition(OSD)” を掲げています。 自由な再頒布ができること ソースコー
Rosenlaw & Einschlag Technology Law Offices Lawrence Rosen ● 3001 King Ranch Road, Ukiah, CA 95482 ● 707-485-1242 Michael B. Einschlag ● 25680 Fernhill Drive, Los Altos Hills, CA 94024 ● 650-949-2267 Open Source Licensing Software Freedom and Intellectual Property Law by Lawrence Rosen with a foreword by Lawrence Lessig This book was published by Prentice Hall in July 2004. Please support the
「よくわかるFOSSライセンスまとめなんてないよねー」と煽られたので3分で書く。 オープンソースライセンスは、以下の3種類に大別される。 代表的なライセンス 改変部分のソースコードの開示が必要 リンクして使う、他のソフトウェアのソースコード開示が必要 GPL (コピーレフト型) ○ ○ LGPL /MPL (準コピーレフト型) ○ × BSDL / MITL (非コピーレフト型) × × 自作のソフトウェアをオープンソースで公開する場合、 コピーレフト型にする場合は「GPLv2以上」 準コピーレフト型にする場合は「LGPL兼MPL」 とするのが無難。非コピーレフト型はMITLのほうがBSDLよりも明確だと言われることが多い(そしてどちらを選んでも問題ない)。 ※表の出典は OSS ライセンスの比較および利用動向ならびに係争に関する調査 より詳しく知りたい方へ: ライセンスの解釈については、
オープンソース法 オープンソース・ソフトウェアにかかわる法律問題について、この分野の第一人者である弁護士(ローレンス・ローゼン氏)が初歩の初歩から応用まで分かりやすく解説した「オープンソース・ライセンス」という本の翻訳を掲載しています。 ・このブログでは、オープンソース・ソフトウェアにかかわる法律問題について、この分野の第一人者である弁護士(ローレンス・ローゼン氏)が初歩の初歩から応用まで分かりやすく解説した「オープンソース・ライセンス」(原題:Open Source Licensing - Software Freedom and Intellectual Property Law)という書籍の翻訳案を掲載しています(なお、原文はhttp://rosenlaw.com/oslbook.htmにて公開されています。)。 ・オープンソース法をじっくり学びたい方は、古いエントリーから順にお読み
自分の作ったソフトウェアをオープンソースとして公開する。まだまだ敷居が高いようです。人気のソースコード共有サービスGithubも、無償で使う場合にはソースコードをオープンソースにする必要があるのですが、「GitHub 上で公開されているソースコードの半分はライセンス的に問題あり」という話もあるくらいです。 では、なぜオープンソースライセンスが、なかなか適用されないのでしょうか。 その理由としては、 オープンソースにしたくない オープンソースライセンスの適用方法が分からない といったことが考えられますが、前者は、Githubの利用条件に合わないので、そもそも無理があります。 さて、後者の「ライセンスの適用方法が分からない」ですが、前回、Githubのライセンス解説サイトを取り上げた時も、「ライセンスが分からない、めんどう」といったコメントが、いくつか見受けられました。ですから、ライセンス適用
この記事はCC BY 3.0に基いて公開されてゐるWebサイトChoosing an OSS license doesn’t need to be scary - ChooseALicense.comのコンテンツ各ページを翻訳し、単一記事として再構成、訳者による補足を追加したものです。 2017年5月9日に開示されたコミュニティガイドラインに伴って、本記事の翻訳部分につきましては削除いたしました。 (この記事が削除または非公開化されない限り、編集履歴からお読みいただくことは可能です。) (訳註: この「はじめに」及び末尾の「訳者による補足」の章は原文にはなく、翻訳者(@tadsan)によるものです。記事の著作権表示及び元Webサイトの利用規約、免責事項、そしてこの記事についての訳者の見解について記します) (この記事の一部または全て ——ただしコメント欄は含まれない—— はCC BY-SA
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く