こんにちは。Sansan Android エンジニアの @rockwillj です。もともと Java プログラマーで Android エンジニア歴1年ちょっとです。趣味で Delphi とか C# とか JavaScript とか色々書いてました。今は少しだけ Groovy 勉強してます。 はじめに 突然ですが、皆さんはアプリで利用しているライブラリのライセンスをどのように管理しているでしょうか。ライブラリのライセンスをきちんと明示しないとライセンス違反状態になってしまうことは知りつつも、きちんと管理するのって結構面倒ですよね…。 アプリが利用している全ライブラリを抽出して、それらがどのライセンスのもとで公開されているのか1個ずつ調べて、利用しているライブラリとそのライセンスの一覧を HTML などのライセンス文書として作成する。そしてライブラリを追加/削除するたびにライセンス文書を更新
2020年01月現在の近況については下記のエントリを参照してください techlife.cookpad.com こんにちは、投稿推進部の吉田です。 オープンソースライセンスの管理はアプリ開発における悩み事の一つですよね。今回はこの煩雑な作業をgradleプラグインを使って自動化する話をします。 本稿におけるライセンスの管理とは、OSSライブラリの著作権者とライセンス文の管理に限定されることを予めご了承下さい。 紹介するgradleプラグイン cookpad/license-tools-plugin license-tools-pluginが提供する機能 yamlを使ったオープンソースライセンスの管理 ライセンス追記漏れのチェック ライセンス一覧のhtmlの作成 license-tools-pluginの利用方法 複雑な設定は必要なく、3ステップでライセンス一覧を管理することが出来ます。 プ
先月あたりから、オープンソースソフトウェア（以下、OSS）のライセンスのあり方について、Facebookを火種にして侃々諤々の議論が起こっているので解説してみる。 ASFがFacebookにNOをつきつけることの始まりは、Apache Software Foundation（以下、ASF）という著名OSSプロジェクトを多数保有する非営利団体が、Facebookが自社OSSに付加している独自ライセンス Facebook BSD+Patents license を「Category-X」リスト（禁忌リスト）に追加したことだ。 ASFプロジェクトは、Category-Xに含まれるOSSに依存してはいけない決まりがあるため、Facebook製のOSSに依存しているプロジェクトは、8月31日以降はそれらの依存を取り除いてからではないと新しいリリースが出来ない。影響を受けたプロジェクトは少なくとも C
このたび、『ＣＲＩＣ（著作権情報センター）』に、絵画の著作権に関して、問い合わせてみました。そこで得た、回答をまとめたものです。 商用ページ、絵画以外の著作権に関しては、ドリアン、よく分かりません。ＣＲＩＣ（著作権情報センター）に、『著作権相談室』があり、電話でも相談できますので、そちらに、問い合わせてみてください。ホームページも、とても分かりやすいです。 絵画に関しては、作者の死後、５０年を経たものについては、著作権は無くなります。人類共通の財産となります。 注意しなければならないのは、日本は第二次大戦敗戦国なので、連合国側の絵画に関しては、作者の死後５０年ではなく、６０年半を経なければ、自由にならない、というペナルティがあります。 日本で使用する場合は、画家の出身が、連合国側であったか、そうでなかったかで、注意が必要です。
/** * Modules in this bundle * @license * * licensify: * license: MIT (http://opensource.org/licenses/MIT) * author: Takuto Wada <takuto.wada@gmail.com> * contributors: Okuno Kentaro, Ayumu Sato, Denis Sokolov, yudppp, Daijiro Wachi * homepage: https://github.com/twada/licensify * version: 3.1.0 * * convert-source-map: * license: MIT (http://opensource.org/licenses/MIT) * author: Thorsten Lorenz <
最近シリコンウエハーもらって嬉しかったago（@kyo_ago）です。 このエントリはGREE Advent Calendar 2013 11日目の記事です。 今回はクライアントサイドJavaScriptにおけるライセンス管理の問題を取り上げたいと思います。 ライセンス管理の問題点 「使用しているライブラリのライセンス管理をどうするか」はクライアントサイドJavaScriptにかぎらず発生する問題ですが、クライアントサイドJavaScriptには以下の様な特徴があるため問題が複雑になります。 コードが結合、圧縮される場合がある クライアントサイドJavaScriptでは読み込みの速度を上げるため、使用しているライブラリの結合、圧縮を行うことがあります。しかし、この時誤ってライセンス文が捨てられてしまうことがあります。 ソースが外部に公開される クライアントサイドJavaScriptではソー
「よくわかるFOSSライセンスまとめなんてないよねー」と煽られたので３分で書く。 オープンソースライセンスは、以下の３種類に大別される。 代表的なライセンス 改変部分のソースコードの開示が必要 リンクして使う、他のソフトウェアのソースコード開示が必要 GPL (コピーレフト型) ○ ○ LGPL /MPL (準コピーレフト型) ○ × BSDL / MITL (非コピーレフト型) × × 自作のソフトウェアをオープンソースで公開する場合、 コピーレフト型にする場合は「GPLv2以上」 準コピーレフト型にする場合は「LGPL兼MPL」 とするのが無難。非コピーレフト型はMITLのほうがBSDLよりも明確だと言われることが多い（そしてどちらを選んでも問題ない）。 ※表の出典は OSS ライセンスの比較および利用動向ならびに係争に関する調査 より詳しく知りたい方へ： ライセンスの解釈については、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
