Android アプリに Apache License, Version 2.0 のライブラリを組み込むときにしなければならないこと - ひだまりソケットは壊れない
Android アプリを開発していると Apache License, Version 2.0 のライブラリを使うことが多いと思います。 Licenses | Android Developers 上のページを見るとわかるように、Android Open Source Project は基本的に Apache License, Version 2.0 ですし、Android Open Source Project 以外のライブラリを見ても、Android 関係では Apache License, Version 2.0 が多数派のようです。 そういうわけで、使用する機会の多い Apache License, Version 2.0 のライブラリですが、Android アプリに組み込むときに (ライセンス的に) 何をする必要があるのか調べたのでまとめておきます。 法律とかライセンスについては
SoC技術論 プロセッサー製作のライセンス料とロイヤリティー (1/3)
今回はもう少し初心に戻って、実際にSoCを作ると決めた場合の手順を説明したい。どんなSoCにするかは千差万別であるが、読者の方にもなじみがあるであろう、スマートフォン/タブレット向けのSoCを考えてみよう。 まずはコアの選択 OSはAndroid 4.xを載せたい まずアーキテクチャーをどれにするかは、どんなOSを載せるかでおおむね決まる。一般的に通用する製品ということであればAndroid 4.xを載せたいところ。そうなるとまずコアになるCPUのアーキテクチャーはARMかMIPS、x86のいずれかになるだろう。ARMは後述するとして、まずはMIPSとx86を考えてみよう。 小型で低消費電力 MIPS MIPSは、最近Imagination Technologiesに買収され、同社の一部門になってしまったが、引き続き「MIPS32」やAptivファミリー、それに最新のものとしてWarrio
本当は恐ろしい、MySQLのライセンス？ - 高尾宏治日記 on はてな
(2012/02/10追記:まぎらわしいのでタイトルに「？」を追加しました。) ここ数日、MySQLのライセンスに悩んでいました。きっかけは知り合いがFacebookに書き込んだ以下のコメントです。 MySQLのライセンスの話から、GPLについて調べてた。受託開発でGPLライセンスのプロダクトを利用する場合の、納品についてのライセンス形態について、まだ理解できていない。 「えっ、MySQLのライセンスはGPLだよね、それなら簡単でしょ。」って思い、コメントしたのですが...少し気になって調べると驚くべき記事がありました。 MySQL ライセンスで頭が痛い: http://d.hatena.ne.jp/kurosaka/20071214/p1 より 企業ユーザは100% MySQL AB社にライセンス費用を支払わなければならない感じ。 また上記のブログには以下のように追記されている。 GPL
GPLやMITやCCなど主要ライセンスの内容と意味のまとめ
ＷＥＢ制作者にとっての強力な手助けとなる「無料素材」や、ＰＣの作業効率を格段に向上させる「フリーソフト」。ＷＥＢの世界では、もはやタダで手に入らないものは無いんじゃないかとさえ思えるほど、さまざまなものが無料で配布・提供されています。 しかしそれらは「使用料金が無料なだけ」であって、「完全に自由に使用する事が可能ではない」のです。 世の中に無料で出回っている画像やプログラムソースやアプリケーションなども、そのほぼ全てが、なんらかのライセンス（使用許諾条件）に添った形で配布・提供されているのです。 著作権を有する制作者本人が示す使用許諾条件を守る事は、制作者への敬意であると同時に、意図しない「著作権の侵害」を未然に防ぐ手段でもあります。 しかし、このライセンスというのが、なかなかに分かり難い。コムズカシイ文言の洪水だったり、そもそも英文だったり、GPLとかLGPLとかCCとか略語まみれだった
プログラマなら押さえておくべき「ソフトウェアライセンス」の話 - I am Cruby!
読書感想文ソフトウェアライセンスの基礎知識作者: 可知豊出版社/メーカー: ソフトバンククリエイティブ発売日: 2008/09/25メディア: 単行本購入: 7人 クリック: 62回この商品を含むブログ (30件) を見るGW帰省（電車の中）で読んだ本がこれ。 この時期だし新米プログラマに良い本だと思うので紹介しておく。 ソフトウェアライセンスはプログラマの基礎知識ほとんどのプログラマはOSSのライブラリを使用して、ソフトウェアを作るはず。 そこで使用するライブラリのソフトウェアライセンスには気を遣わなければならない。 例えば、GPLv2のソフトウェアに動的リンクする場合はコピーレフトが適用されてしまう。 「しゃーねぇ、じゃあ公開したろうか」と思うと、実はGPLv2とは互換性のないライセンスがすでに適用されてしまっていた。 チェックメイツッ！！！ ソフトウェアライセンスは敵じゃないよ！そう
オープンソースのライセンスとビジネス
Takuto Wada @t_wada Togetter - 「RT hyoshioka: @ yukihiro_matz 実はなんでBSDライセンスにしなければいけないか理解できない。利益より害の方が大きいと思う。」 http://htn.to/u4dx1F 2010-09-27 12:27:19 Moriyoshi Koizumi @moriyoshit マジレスしていいですか。僕が最近GPLを選択せず、MITライセンスを選ぶ理由、「人生よりコードの寿命のほうがずっと短い」ということ。いくらよく書けたコードも10年あればだめになる。自分の生み出したものから最大限経済的なベネフィットを生み出したいならうるさいこといわないのが一番だ。 2010-09-27 12:28:50 @mikio1978 でも、MITライセンスにすることで得られる経済的ベネフィットって何だろう。サポート契約とかコン
受託開発とGPL
GPLに対する代表的な誤解・・・というかむしろ謎のひとつに、受託開発（SI）におけるライセンスの扱いがある。この点が明確になっていないため、受託開発において無意味にGPLを回避しようとしたり、GPLに対するFUDを流布することに対する原因になっていたりするように思う。フリーソフトウェアおよびオープンソースソフトウェアを愛する者として、そのような状況は断じて見過ごすことができない！！というわけで、今日はGPLを受託開発（SI）において用いる場合の注意事項を説明しよう。 GPLの使いどころ受託開発においてGPL（とその仲間たち＝LGPL、AGPL）が登場するのは、第三者、つまり発注側でも受託側でもない者が作成したGPLのソフトウェアを利用する場合である。例えばGPLが適用されたライブラリなどだ。周知の通り、GPLのソフトウェアをリンクしたソフトウェアを再配布する場合は、そのソフトウェア全体に対
Qtプログラミング
Qtプログラミング（Qt4.0) ただいま作成中です。 各 章の最後にプログラムリストが付いています。 このページで使われているプログラムはすべてGPLライセンスとなっています。（Qt opensource editionがGPLな為） 詳しくは、GNU General Public License（GNU 一般公衆利用許諾契約書）を見てください。 HTML版 第１章 Hello Qt 1.1 Hello Qt! 1.2 ラベルについて（QLabel） 1.3 ボタンを作ってみよう（QPushButton） 1.4 フォントを変えてみよう(QFont) 1.5 とりあえず日本語を表示してみよう 第2章 Layout を使ってみよう 2.1 なぜLayoutを使うのか 2.2 基本的なLayoutの使い方 2.3 QGridLayout 2.4 LayoutにLayoutを追加する (add
PHPとMongoDBで学ぶ次世代データストア :: handsOut.jp
スライド1: PHP と MongoDB で学ぶ次世代データストア佐藤琢哉LOCAL PHP 部 スライド2: スライド3: 突然ですが スライド4: 4月から札幌市民になります!!!!! スライド5: 友達が少ないので皆さん遊んでやってください スライド6: • MongoDB って何?• 使い方• 他の DBMS との比較• MapReduce• まとめアジェンダ スライド7: そもそも何の話? スライド8: MongoDB すごいよ! スライド9: MongoDB って何? スライド10: http://www.mongodb.org/ スライド11: MongoDB (from "humongous") is a scalable, highperformance,open source, schema-free, documentorienteddatabas
» オープンソースライセンスについて: エスキュービズム ラボ Blog
弊社でもオープンソースのソフトウェアであるEC-CUBEのカスタマイズを手がけているわけですが、 オープンソース ＝ ソースコードが公開されている ＝ 何でもやっていい というわけではありません。 オープンソースのソフトウェアには、それぞれライセンスが設定されており、使用・改変・再配布などについては、この制限を受けるわけです。 「制限」と聞いて、「え！？」と驚いた方もいるかもしれませんが、多くのオープンソース・ライセンスにおいては、 著作権表示を維持すること 無保証 の2点と、他いくつかの規制があるだけです。 当たり前ですけど、「ソースコードの改変不可」なんて制限はついていないのでご安心を。 以下、主要なものをいくつか紹介。 ■MIT License (X11 License) 上記2点のみの、非常に緩いライセンス。X Window Systemで使用されている。 ■BSDライセ
ITmedia エンタープライズ：第2回 オープンソースライセンス事情を俯瞰する
フリーソフトやプロプライエタリなソフトウェアから「オープンソース」を区別しているのがライセンスである。GPL、LGPL、Apache License……数多く存在するライセンスだが、それぞれの違いについてまとめる。 前回解説したように、フリーソフトやプロプライエタリなソフトウェアから「オープンソース」を区別しているのがライセンスだ。ライセンスの中にも、Linuxが使っているGPL（GNU General Public License）や、Apacheに適用されているApache Licenseなどがあり、文字どおり山ほどある状況だ。しかし、いったいなぜライセンスがこんなに増えているのだろうか？ 今回は、当世オープンソースライセンス事情を見てみよう。 オープンソースの定義 オープンソースは概念なので、「オープンソースライセンス」というものはない。実際のソフトウェアに適用されているのは、GPL
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IPA、オープンソースライセンスGPL v3の解説書を無償公開