これはオープンソースとビジネスを両立させたい企業にとって良い作戦かも。
ちなみに、一定期間後に移行するライセンスは製品によって異なる。
HashiCorpのTerraformはMPL (＠ITの記事は間違っていると思う)。
MariaDBはGPL 2.0以降。
サイオスのOSSゲストブログに、こんな記事が掲載されました。全3回。
ご縁がありまして、コーディングスキルの評価サービスなどを展開しているpaizaさんの「paiza開発日誌」に、こんな記事を書かせて頂きました。
ちょっとタイトルが扇情的ですが、わりと中身はフラットに書いてあります。オープンソースコミュニティでの開発の例も、少し触れています。
ソフトウェア開発におけるパクリ問題の基本的なポイントを整理していますので、何がパクリで、何がパクリでないのか、どんなふうにしたらパクリ／パクられないのか、といったあたりを考える参考にして頂ければと思います。
※2015-02-22：文化庁のWebページの利用ルールを再確認して、引用のルールとして本ページに転載して大幅に書き直し。
引用のルールについて解説する記事が増えてきました。
論文とか特定のコンテンツだけでなく、あらゆるコンテンツに引用のルールが適用されます。
なので、コンテンツを作る人は、きっちり押えておく必要があるでしょう。
ここでは、文化庁のWebサイトにある「文化庁 | 著作権 | 著作権制度に関する情報 | 著作権制度の解説資料 | 著作権制度の概要 | 著作物が自由に使える場合」から、（注5）引用における注意事項をコピーしておきます(これは、自由利用マークのコピーOKが付いているので、営利目的でなければコピーできまます)。
(注5)引用における注意事項
他人の著作物を自分の著作物の中に取り込む場合，すなわち引用を行う場合，一般的には，以下の事項に注意しなければなりません。
（1）他人の著作物を引用する必然性があること。
（2）かぎ括弧をつけるなど，自分の著作物と引用部分とが区別されていること。
（3）自分の著作物と引用する著作物との主従関係が明確であること（自分の著作物が主体）。
（4）出所の明示がなされていること。（第48条）
（参照：最判昭和55年3月28日 ｢パロディー事件｣）
これが引用のルール。
他の人の著作物を許可なく引用として利用するには、上記のルールに従う必要があります。週刊誌などの記事を丸パクリして転載するのは引用ではない。
文化庁にも、いくつか解説があります。
ほかにも、たくさん解説があります。
あ、英語だと“quotation”というんですね。だから、引用はクオーテーションマークで囲むんですな。
著作権の保護期間は作者の死後50年(日本の場合)なのですが、
通常、各国で保護期間が切れる日が1月1日になっているそうです。
で、これが「パブリックドメインの日」(Public Domain Day)と呼んでアピールされていました。
とくに、ガジェット通信が積極的に取り上げていますね。
ちょっと面白いので、関連リンクをまとめておきます。
有名どころでは、小津安二郎とか力道山がいるそうです。
OSSやITによる復興支援に関する情報発信などでご尽力されてきた、日経ITproの副編集長の高橋 信頼氏がお亡くなりになったそうです。Facebookでは、OSSコミュニティの面々が、高橋氏の書いた記事を発掘しており、その膨大さと内容の深さに、あらためて驚いています。
今でこそ、OSSプロジェクトがプレスリリースなどでメディア向けに情報配信するのが定着していますが、このような情報を早くから取り上げて、ITproで紹介してくれたのが高橋さんでした。もちろん、単なるリリースの焼き直しではなく、できるかぎり追加取材をして書くという姿勢を貫いておいででした。最近では、「記者の眼 – 山形県のMicrosoft Office再評価は「OpenOffice.orgからの逆戻り」ではない：ITpro」という記事がインパクトがありました。私自身も、旧二宮町でのOSS利用実証実験の際などで、大変お世話になりましたた。
昨年から今年にかけて、メジャーなOSSプロジェクトに日本から積極的に参加している開発者のインタビュー「OSS開発者に聞く！コミュニティー活動の実際 – OSS開発者に聞く！コミュニティー活動の実際」が印象に残っています。その発展系である「OSS支える！コミュニティー訪問」も楽しみにしていました。
日経BP社において、一番のOSSの理解者だったのだろうと思います。
私自身は、ここ数年、OSSのイベントや勉強会などに行く機会が減ってしまい、直接お会いする機会を逃していました。現在の仕事先が、わずかばかりながらOSSコミュニティへの活動を始めており、それを松江のRuby World Conferenceでご報告したいと思っていましたが、非常に残念です。
心より、ご冥福をお祈りいたします。
公益社団法人著作権情報センター(CRIC)というのがありまして、”次世代を担う著作権法制の研究者・実務者の研究を奨励し、著作権法制の適切な発展を期することを目的として”、2年ごとに著作権・著作隣接権論文を募集しています。その第9回の選考結果が発表されて、「OSSライセンスとは－著作権法を権原とした解釈」という論文が佳作入選しました。
書いたのは、NEC ソフトウェア技術統括本部 OSS推進センターの姉崎 章博さん。 @ITで「企業技術者のためのOSSライセンス入門」を掲載するほか、オープンソースカンファレンスなどで、OSSライセンスの解説セミナーを多数行うなど、OSSライセンスの理解と普及のために活躍してきた方です。
その論文要旨が、下記に公開されています。
第4回大阪MySQL勉強会資料として、石井氏(twitter ID：@h141gm)がMySQLライセンスについて解説しています。2013年5月に公開されて、6月にアップデートされました。
対象者は、MySQL の導入でライセンスが不安な人、MySQLを使用するアプリの作成者。MySQLの技術的なレベルで初心者の人向けだそうです。
著作権やソフトウェアライセンスについても丁寧に解説してあって、私も良く知らないことや、よく分かってないことがたくさん書いてあって大変勉強になりました。
オープンソースのリレーショナルデータベース管理システムについて、ここしばらくおきていたライセンスに関する事柄を記録しておきます。どちらも、オラクルが関わっているんだよなー。
MySQLのほうは、世界でもっとも普及している、オープンソース データベースとうたっていまして、Webアプリケーションを作るときの土台となるオープンソースソフトウェアの定番の組み合わせの1要素です。OSのLinux、WebサーバーのApache、DBのMySQL、スクリプト言語のPHPという4つの頭文字をとって「LAMP」(Wikipedia)というコトバが生まれるくらいですが、それにしてもいろいろな経緯から、MySQLを商用DBベンダーであるオラクルが買収。以来、なにかつーと話題になることに(w)。
Berkeley DBのほうは、”アプリケーション組み込み型のデータベースライブラリである。現在はオラクルの製品であり、またオープンソースとして公開されて”います(Wikipedia)。このBerkeley DBを
、元のSleepycat Licenseから、AGPLに変更したそうです。Sleepycat Licenseは、コピーレフト条項をもたず修正BSDライセンスと同等な比較的ゆるいオープンソースライセンスなのに対して、AGPLはコピーレフト条項をもつ比較的きびしいライセンスなので、なんというかオラクルらしくない行動に見えます(w)。
今後の動向が楽しみです。
