Firebase Apple SDK 年間ダイジェスト: 2023年 / Firebase Apple SDK Annual Digest: 2023
先月中旬の話になるが、マイコミジャーナルで紹介されていた「事例に学ぶ オープンソース知財セミナー2010」というセミナーに参加してきた。(主催はオージス総研)サブタイトルは「オープンソースに潜む法的リスクとその対策のヒント」という謳い文句であり、オープンソース独特の法的リスクの話が聞けるかも知れないと思い申し込んだ。だが、結果は見事に裏切られた! ひとことで言うと、今回のセミナーはオープンソースのセミナーではなかった!というのが拙者の正直な感想である。あまりにも酷い内容だったと言って差し支えない。酷かったのは各々のプレゼンの質などではなく、その欺瞞に満ちたメッセージである。そのようなメッセージを放置すると、オープンソースに対する誤った知識が広まる恐れがあるので、本エントリにて批判させて頂こうと思う。 キナ臭い基調講演基調講演は本セミナーを主催したオージス総研の常務が行なった。滑り出しはオー
Takuto Wada @t_wada Togetter - 「RT hyoshioka: @ yukihiro_matz 実はなんでBSDライセンスにしなければいけないか理解できない。利益より害の方が大きいと思う。」 http://htn.to/u4dx1F Moriyoshi Koizumi @moriyoshit マジレスしていいですか。僕が最近GPLを選択せず、MITライセンスを選ぶ理由、「人生よりコードの寿命のほうがずっと短い」ということ。いくらよく書けたコードも10年あればだめになる。自分の生み出したものから最大限経済的なベネフィットを生み出したいならうるさいこといわないのが一番だ。 @mikio1978 でも、MITライセンスにすることで得られる経済的ベネフィットって何だろう。サポート契約とかコンサルとかの需要があるほどの製品であれば金になるけど、そこまでいけるならそもそもプ
というコメントを頂いてしまった。ちょッ、代表ッ!!と言いたいところであるが、これは視点を変えると現在はGPLに対するFUDが成功してしまっている状況なので変えなくてはマズイという認識に至った。@tmtms氏ほどの人物をして、「GPLが感染するというのはFUDでない」と思ってしまっているのだから。しかもごく自然に。 GPLは自ら広がることはない「感染」という言葉から受け取る印象はいったいどのようなものであろうか。恐らく多くの人は病原菌やウィルスのようなものが勝手に人体に入り込んで諸症状が生じた状況を思い浮かべるだろう。コンピュータに当てはめると、コンピュータウィルスに「感染」してしまった状況をまっさきに思い浮かべるのではないだろうか。そして多くの人は「それは大変な状況だ」と考えるはずである。 そういう意味では、GPLが感染するということはあり得ない。ソフトウェアライセンスがコンピュータウィル
スライド1: オープンソースライセンスの文部科学省基礎と実務先端 IT スペシャリスト育成プログラム2008-12-10(アップデート版)可知 豊 http://www.catch.jp/本テキストは、クリエイティブ・コモンズ・ライセンス(表示 2.1 日本 )の下でライセンスされています。Copyright 2008 Yutaka kachi スライド2: 本日の主題本日は、オープンソースライセンスの基本と実務について解説します。著作権の考え方:再利用の制限と促進の2本柱制限:作者の利益保護促進:文化の貢献と発展オープンソースライセンスは、ソフトウェア再利用の促進手段です。Copyright 2008 Yutaka kachi スライド3: 自己紹介可知 豊 Kachi Yutakahttp://www.catch.jp/(元)テクニカルライター株式会社クレオ ZeeM戦略統括部 マ
※以下は、「ライブラリ」は第三者が作成し各ライセンスで許諾されたもの、「アプリケーション」は自分自身が作成したもの、という視点で記述されています。 原文、和訳[無保証]任意の目的で使用し、自由に改変して再頒布することが許可されている。(商用アプリケーションへの組み込みも可)(和訳前文より引用) 『以下の制限に従う限り、商用アプリケーションを含めて、本ソフトウェアを任意の目的に使用し、自由に改変して再頒布することをすべての人に許可します』[著作権表示] ライブラリの出自を偽ってはならないが、著作権表示は必須ではない。ライブラリを利用するソフトウェアの文書に謝辞(acknowledgment)を含めることは、好意的に受け取られる。(和訳本文第1条件より引用) 『本ソフトウェアの出自について虚偽の表示をしてはなりません。あなたがオリジナルのソフトウェアを作成したと主張してはなりません』(和訳本文
本プロジェクトの全コンテンツは、オープンソース・グループ・ジャパンのサイトおよびGitHubサイトへ移動しました。 このWikiは、Open Source Group Japanが運営しています。Open Source Group JapanのWebはこちらへどうぞ。 リソースオープンソースの定義 オープンソースライセンス日本語訳 GPLv3情報 ドキュメントライセンス 日本語訳 最近の更新2020-10-12SIL_Open_Font_License_1.1 FontLicenses 2020-10-10licenses/zlib_libpng_license licenses/Zope_Public_License licenses/X.Net_License サイドバーサイドバーの編集 本プロジェクトの全コンテンツは、オープンソース・グループ・ジャパンのWebサイトおよびGitHub
GNU Lesser General Public License(以前は、GNU Library General Public Licenseだった)または GNU LGPL、単にLGPLは、フリーソフトウェア財団(Free Software Foundation、以下FSFと略称)が公開しているコピーレフト型のフリーソフトウェアライセンスである。八田真行による日本語訳ではGNU 劣等一般公衆利用許諾書と呼称している。 以前の名前から分かる通り、これは他のプログラムにリンクされることを前提としたライブラリのためのライセンスとして作成された。当ライセンスは、強いコピーレフト(strong copyleft)を持つライセンスであるGNU General Public LicenseすなわちGPLとBSDライセンス・MIT Licenseのようなパーミッシブ・ライセンスとの妥協の産物として設計
商用アプリケーションにLGPLライブラリを組み込むにあたって、いろいろ問題があるらしいということは知っていましたが、それが具体的に何なのかは良く分かっていませんでした。 Javalobbyに2004年にポストされた「LGPL and Java」という以下のトピックと、そこで繰り広げられているFSF支持派(以下肯定派)とLGPLうざい派(以下否定派)のバトルを読んで、少し状況が理解できました。 LGPL and Java - FSF clarifies この論争で主に槍玉にあげられているのは、LGPLが定めている以下の点です(この原則自体、あまり正確には把握されていないんじゃないかな。特に3とか)。これらは、LGPLライブラリの商用利用の障害になる可能性があります。 LGPLライブラリにリンクするアプリケーションは、そのリンクの形態がいかなるものであれ、LGPLライブラリの派生物になる。した
GPLは最も広範囲に用いられているソフトウェアライセンスの1つだが、同時に最も誤解されている規約であることも間違いがないだろう。ここでは世間にはびこるGPLについての10個の誤解を取り上げよう。あなたの認識に間違いはない? GNU General Public License(GPL)は最も広範囲に用いられているソフトウェアライセンスの1つだが、同時に最も誤解されている規約であることも間違いがないだろう。こうした誤解の中には、反対派によるプロパガンダ活動に起因している部分もあるが、法律の専門家および素人の双方においてライセンス関連の条項に触れる機会が少ないこともそうした原因の一部であり、またエンドユーザー用のライセンス条項として通常用いられている文言とGPLの条文とが混同されているという側面も存在しているようだ。いずれにせよ、こうした混乱を生み出している主要な原因は、条文の誤読、世間に流布
下記の英文のブログ記事を読んで。 ≫ The finer points of finding free images | Creative Notes | Macworld ブログやサイト上に彩りを与えたい場合、なんらかの画像を掲載する事は有効的です。ブログ投稿のように非常に限られた時間の中で、なるべくテーマに沿った画像を探すのには、便利なサイトがいくつかあります。上記の記事に多少付け加えつつ、書いて行きたいと思います。 実際の例 Original Update by steren.giannini フリーで使える画像を置いているサイト 過去にそんな記事を書きました。 ≫ ブログ:無料で使える画像をストックしている30のサイト - 涙目で仕事しないSE 30サイトのリンクです。いくつも巡回していると、いくら時間があっても足りないため、実際に使用するのはstock.xchngのみです。今はこ
Java プログラムで LGPL で公開されているライブラリを利用したときに従わなければいけない事項の説明は The LGPL and Java が一番良さそうだ。何より、GNU 自身から出されているので、自らの主張は歪曲することなく含まれていると思われる。ただ、彼らの主張することが全て法的に正しいと解釈されるのかは、私には判断がつかない。 Java NetBeans で構築した GUI には LGPL のライブラリが否応無しに同包されるので、最低限でも LGPL に沿ったライセンスにする必要が出てくる。そこで、全文引用し、重点を訳してみる。 訳さなかった部分は打ち消し線を引いている。 This article was written in November 2004, when LGPLv2.1 was the most current version of the license. S
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く