The MIT License, Line by Line
>> law, technology, and the space between All content by Kyle E. Mitchell, who is not your lawyer. You can subscribe via RSS/Atom or e-mail and browse other blogs. September 21, 2016 The MIT License, Line by Line171 words every programmer should understand This post is part of a series, Line by Line. The MIT License is the most popular open-source software license. Here’s one read of it, line by l
図解：Apache License2.0の特許条項 | オープンソース・ライセンスの談話室
西尾泰和さんが「でかい企業のOSSがApache License 2.0だと嬉しい理由」として、Apache License2.0の特許条項を解説しています。 Apache License, Version 2.0の特許条項は、こんなふうになっています。 3. 特許ライセンスの付与 本ライセンスの条項に従って、各コントリビューターはあなたに対し、成果物を作成したり、使用したり、販売したり、販売用に提供したり、インポートしたり、その他の方法で移転したりする、無期限で世界規模で非独占的で使用料無料で取り消し不能な（この項で明記したものは除く）特許ライセンスを付与します。ただし、このようなライセンスは、コントリビューターによってライセンス可能な特許申請のうち、当該コントリビューターのコントリビューションを単独または該当する成果物と組み合わせて用いることで必然的に侵害されるものにのみ適用されます。
ちょっとユニークなライセンスたち・まとめ - Qiita
※タイトルから「オープンソースライセンス」を消しました。ライセンス分類はGentooグループの License Groups レジストリによります。 NYSL 分類: 未掲載 日本人にはお馴染みのライセンス。2016年4月現在、400以上のプロジェクトで採用されている。 A. 本ソフトウェアは Everyone'sWare です。このソフトを手にした一人一人が、 ご自分の作ったものを扱うのと同じように、自由に利用することが出来ます。 A-1. フリーウェアです。作者からは使用料等を要求しません。 A-2. 有料無料や媒体の如何を問わず、自由に転載・再配布できます。 A-3. いかなる種類の 改変・他プログラムでの利用 を行っても構いません。 A-4. 変更したものや部分的に使用したものは、あなたのものになります。 公開する場合は、あなたの名前の下で行って下さい。 B. このソフトを利用する
オープンソースライセンス比較用早見表
Sheet1 ライセンスと著作権の表示,変更した旨を示すこと,ソースコードの開示,ライブラリとして使用すること,商用利用,改変,配布,派生物に別のライセンスを課す,特許の利用,個人利用,作者に責任を求めること,商標の利用,注記 No License,必須,可能,禁止,禁止,禁止,可能,GitHubで公開したソフトウェアにライセンスを付記しなかった場合の条件 G...
JSをbrowserifyでビルドし、ライセンスコメントを適切に残す - $shibayu36->blog;
最近JSを利用するときは、依存モジュールはnpmを利用し、ES6やTypeScriptの仕様を開発には使った上で、ブラウザ用にコンパイルして配信するようになってきている。また同時にネットワークの負荷を下げるためにminifyを行う場合もある。 minifyはライセンスが絡むと少し難しい。例えばコメントを全て削除してしまうとライセンスコメントまで消えてしまう。この問題にはみんながそれぞれの手法で対処しているみたい。1年ほど前の記事でクライアントサイドJavaScriptのライセンス管理 | エンジニアブログ | GREE Engineering というものがあり、いろんなJSのコンパイルのためのライブラリが独自でライセンスの形式を決めていて、それにマッチしないものは消えてしまう、みたいな辛いことが起きてそうだった。 そこで今回は自分の勉強も兼ねて、npmのモジュールを含めてブラウザ用にコンパ
フリー素材と著作権、判決から見る使いやすい写真素材サイトとは、｜フリー素材のぱくたそ
先日、有料写真素材の不正利用で著作権侵害が認められたと話題になっていましたね！('A')ﾉ こんにちは！ぱくたそフリー素材の管理人すしぱくです。不正利用はほんとやめてください。 【@Pressさんに掲載されたその記事はこちら↓】 クリエイティブ業務に関わる皆さまへ有料写真、インターネット上の無断使用で著作権侵害が認められ勝訴 ブコメ、ツイート、FB、と様々なコメントが付いております！ 原告のアマナイメージ社さんの見解、そして判決の全文を読んで思ったことは、クリエイターが更に意識する事、知らなかったでは許されなく素材サイトは簡単に賠償請求できるようになった点です。 その上で、フリー素材サイトを運営する者として、そしてWeb制作者として、この訴訟がどのような内容だったのか分かりやすくまとめてみました。ぜひ、Web制作系の会社さんはご一読していただけると嬉しい限りです。 ※ ちなみに、今回の記事
Webスクレイピングの法律周りの話をしよう！ - Qiita
[2020/09/09追記] 本記事の内容は著作権法改正より前に記載されたものです。 最新の情報をご確認下さい。 * 著作権法の一部を改正する法律（平成30年法律第30号）について | 文化庁 * 令和2年通常国会 著作権法改正について | 文化庁 上記に関連して、次の記事を記載致しました。 * 【2020年度版】個人用クローラーの開発手順とその注意点 - Qiita 4日目になるまでに残り1時間なので、急ぎで書きます。 後、私は法律の専門家ではないので記事の正確性は保証できません。自己責任でお願いします。 はじめに Webスクレイピングの技術的な情報は多いのですが、法律に関する情報は数少ないです。 その為、技術的にできる事でも遠慮してしまい、インターネット上のデータを利用する事を避けてしまう人もいます。 特にLibraHack事件以降、その傾向が強いです。 これは「モノのインターネット（
(旧版) オープンソースライセンスの基礎と実務
こちら古いバージョンです。著作権・ソフトウェアライセンスから始めて、各種オープンソースライセンスを平易に解説 >> 2018年版はこちら https://www.slideshare.net/YutakaKachi/ss-118947772Read less
クリエイティブコモンズ｜商用利用でトラブルを避ける全知識
「クリエイティブ・コモンズ」という言葉をどこかで聞いたことがあっても、「クリエイティブ・コモンズの表記がある画像であれば、勝手に使っていいのか」「商用利用してトラブルになったりしないか」と、判断が迷うことがあるかと思います。 今回は、「画像の利用」の場合に絞って、クリエイティブ・コモンズを商用するための知識を図解しつつ、クリエイティブ・コモンズ・ライセンスを利用するための注意点を洗い出しました。 また、最後に、商用可能なクリエイティブ・コモンズ・ライセンス下の無料画像が見つかるサイトもまとめて紹介いたします。 【商用利用もOK！】無料(フリー)写真素材を上手に見つける方法・サイト厳選7選 クリエイティブ・コモンズ商用利用チェッククリエイティブ・コモンズ・ライセンスは下記のように分類されます。 使用したいと思っている画像についているライセンス（マーク）を確認してから、その画像を使用しましょう
Webスクレイピングの注意事項一覧 - Qiita
[2020/09/09追記] 本記事の内容は著作権法改正より前に記載されたものです。 最新の情報をご確認下さい。 * 著作権法の一部を改正する法律（平成30年法律第30号）について | 文化庁 * 令和2年通常国会 著作権法改正について | 文化庁 上記に関連して、次の記事を記載致しました。 * 【2020年度版】個人用クローラーの開発手順とその注意点 - Qiita はじめに Webスクレイピングで誰も嫌な思いをしなくて済むように、注意事項一覧を作りました。 ただ、法律の専門家による解釈ではないので責任は取れません。 この記事は、クリエイティブ・コモンズのCC-BYで公開致しますので、ご自由にご改修下さい。 データをダウンロードする時 目的は下記のものに限る。 * 個人や家族間で使用する * Web検索サービスを提供する * 情報解析をする ※参考：著作権法第30条・著作権法第47条(6
オープンソースのコードを取り込んだ時のライセンス表記について - 30歳からのブラウザづくり
GPLのコードを１行でも取り込んだ場合は、ソフトウェア全体をGPLで配布しなければいけませんが、BSDやMITライセンスのコードを一部取り込んだ場合のライセンス表記ってどうなってるんだろう？と思っていろいろ調べてみた。 BSDライセンスに関しては、Wikipediaによると以下のような記載がある。 「無保証」であることの明記と著作権およびライセンス条文自身の表示を再頒布の条件とするライセンス規定である。この条件さえ満たせば、BSDライセンスのソースコードを複製・改変して作成したオブジェクトコードをソースコードを公開せずに頒布できる。 ようするに、「無保証の明記」と「著作権表示」をどこかに書いておけばOKということのよう。 ちょっとひっかかるのが「ライセンス条文自身の表示」の部分。ライセンス条文を書いてしまったらBSDライセンスのコードを再利用しているソフトウェア全体がBSDライセンスで配布
「パテント・トロールとは何か？」をわかりやすく解説したムービー
特許権を駆使して賠償金やライセンス料の獲得目的訴訟を起こす行為は「パテント・トロール」と呼ばれ、Eolas社がマイクロソフトに勝訴して5億2100万ドル(当時のレートで約625億円)もの巨額の賠償金を獲得したことが広く知られています。Appleとサムスンのように大手テクノロジー企業間でも泥沼のような特許戦争が繰り広げられており、パテント・トロールの被害は年々増え続けていますが、そもそも「パテント・トロールとは一体どういうことなのか？」ということがムービーでわかりやすく解説されています。 Rise of the Patent Troll: An "Everything is a Remix" Special Presentation - YouTube アメリカのコメディアン、アダム・カローラさんは、1日に25万回以上ダウンロードされている有名なPodcast放送を配信するポッドキャスターと
MIT license を読む 2013-12-22 - 未来のいつか/hyoshiokの日記
MIT licenseはシンプルだ。3段落しかない。 最初の段落で、何を認めるか(grant)を述べている。2番目の段落で、どのような条件の時、上記の許可(permission)を与えるか、そして3段落目は無保証ということを宣言している。 ソフトウェアは著作権で保護されているので、第三者が勝手にコピーしたり、変更したり、何かにそのまま含めたり、出版したり、再配布したり、サブライセンスしたり、販売したりはできない。 そこでMITライセンスは、著作権者が自分の著作物に対して、第三者が上記のことをすることを許可している。"Permission is hereby granted" このライセンスは契約なのか、著作権の権利の不行使の宣言なのかという法律上の論争があるがここではそれに踏み込まない。 The MIT License (MIT) Copyright (c) Permission is h
クライアントサイドJavaScriptのライセンス管理 | GREE Engineering
最近シリコンウエハーもらって嬉しかったago（@kyo_ago）です。 このエントリはGREE Advent Calendar 2013 11日目の記事です。 今回はクライアントサイドJavaScriptにおけるライセンス管理の問題を取り上げたいと思います。 ライセンス管理の問題点 「使用しているライブラリのライセンス管理をどうするか」はクライアントサイドJavaScriptにかぎらず発生する問題ですが、クライアントサイドJavaScriptには以下の様な特徴があるため問題が複雑になります。 コードが結合、圧縮される場合がある クライアントサイドJavaScriptでは読み込みの速度を上げるため、使用しているライブラリの結合、圧縮を行うことがあります。しかし、この時誤ってライセンス文が捨てられてしまうことがあります。 ソースが外部に公開される クライアントサイドJavaScriptではソー
30秒でわかるオープンソースライセンスまとめ - kazuhoのメモ置き場
「よくわかるFOSSライセンスまとめなんてないよねー」と煽られたので３分で書く。 オープンソースライセンスは、以下の３種類に大別される。 代表的なライセンス 改変部分のソースコードの開示が必要 リンクして使う、他のソフトウェアのソースコード開示が必要 GPL (コピーレフト型) ○ ○ LGPL /MPL (準コピーレフト型) ○ × BSDL / MITL (非コピーレフト型) × × 自作のソフトウェアをオープンソースで公開する場合、 コピーレフト型にする場合は「GPLv2以上」 準コピーレフト型にする場合は「LGPL兼MPL」 とするのが無難。非コピーレフト型はMITLのほうがBSDLよりも明確だと言われることが多い（そしてどちらを選んでも問題ない）。 ※表の出典は OSS ライセンスの比較および利用動向ならびに係争に関する調査 より詳しく知りたい方へ： ライセンスの解釈については、
Githubによる、オープンソースライセンスの選び方 | オープンソース・ライセンスの談話室
「オープンソースライセンスは、分かりにくい。」 まだまだ、このように感じているソフトウェア開発者が多いようです。 たしかに、オープンソースライセンスをお手軽に解説した記事は、かなり人気があります。 ソースコード共有サービスとして人気のGithubの利用者にとっても、これは例外ではないようです。 Githubでは、オープンソースプロジェクトには、無償でレポジトリを提供していますが、「GitHub 上で公開されているソースコードの半分はライセンス的に問題あり」と指摘されていました。公開リポジトリの多くに、ライセンス文が設定されていなかったのです。ライセンスが設定されていないソースコードは、著作権者の明示的な許可が得られていないので、自由に複製・配布・改変できません。 そこで、ここでは、2013年7月にGithubが設置したライセンス選択サイト「Choosing an OSS license d
ライセンスの選択を恐れる必要はありません - Qiita
この記事は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ページを開く
MIT License
Go and License
OSSライセンスの比較および利用動向ならびに係争に関する調査 - 調査報告書