タグ

licenseに関するnobeansのブックマーク (16)

  • Go and License

    Firebase Apple SDK 年間ダイジェスト: 2023年 / Firebase Apple SDK Annual Digest: 2023

    Go and License
    nobeans
    nobeans 2014/08/18
    結局どういうことなの
  • myeclipseide.jp

    This domain may be for sale!

    nobeans
    nobeans 2011/01/20
    なるほど、CとEじゃかなり違うのね。わかりやすい/いやまてよ、この条項がネックになっているということは、次のOさんの訴訟対象はまさか...(邪推)
  • "オープンソース"の名を冠したプロプライエタリな人向けのセミナーに参加した件

    先月中旬の話になるが、マイコミジャーナルで紹介されていた「事例に学ぶ オープンソース知財セミナー2010」というセミナーに参加してきた。(主催はオージス総研)サブタイトルは「オープンソースに潜む法的リスクとその対策のヒント」という謳い文句であり、オープンソース独特の法的リスクの話が聞けるかも知れないと思い申し込んだ。だが、結果は見事に裏切られた! ひとことで言うと、今回のセミナーはオープンソースのセミナーではなかった!というのが拙者の正直な感想である。あまりにも酷い内容だったと言って差し支えない。酷かったのは各々のプレゼンの質などではなく、その欺瞞に満ちたメッセージである。そのようなメッセージを放置すると、オープンソースに対する誤った知識が広まる恐れがあるので、エントリにて批判させて頂こうと思う。 キナ臭い基調講演基調講演はセミナーを主催したオージス総研の常務が行なった。滑り出しはオー

    "オープンソース"の名を冠したプロプライエタリな人向けのセミナーに参加した件
    nobeans
    nobeans 2010/12/02
    "オープンソースにフリーライドする方法"/その場にこの人が同席した奇跡に乾杯/"社のソフトウェアをオープンソースで公開する際の注意点やリスク。" こういう話聞きたい。
  • RT hyoshioka: @ yukihiro_matz 実はなんでBSDライセンスにしなければいけないか理解できない。利益より害の方が大きいと思う。

    小崎 資広 (KOSAKI Motohiro) @kosaki55tea @hyoshiok それはGPLとBSDLの比較であってRuby+GPLとRuby+BSDLの比較になってないのでは。というのが元々の議論だったはず Hiro Yoshioka @hyoshiok @kosaki55tea Rubyの部分は一緒なので、差分のところが問題になるでしょうという立場です。Rubyの方の奇妙な条項にしたがって積極的に再配布している例って、どのくらいあるんですかね。

    RT hyoshioka: @ yukihiro_matz 実はなんでBSDライセンスにしなければいけないか理解できない。利益より害の方が大きいと思う。
  • オープンソースのライセンスとビジネス

    Takuto Wada @t_wada Togetter - 「RT hyoshioka: @ yukihiro_matz 実はなんでBSDライセンスにしなければいけないか理解できない。利益より害の方が大きいと思う。」 http://htn.to/u4dx1F Moriyoshi Koizumi @moriyoshit マジレスしていいですか。僕が最近GPLを選択せず、MITライセンスを選ぶ理由、「人生よりコードの寿命のほうがずっと短い」ということ。いくらよく書けたコードも10年あればだめになる。自分の生み出したものから最大限経済的なベネフィットを生み出したいならうるさいこといわないのが一番だ。 @mikio1978 でも、MITライセンスにすることで得られる経済的ベネフィットって何だろう。サポート契約とかコンサルとかの需要があるほどの製品であれば金になるけど、そこまでいけるならそもそもプ

    オープンソースのライセンスとビジネス
  • GPLは感染するか否か

    というコメントを頂いてしまった。ちょッ、代表ッ!!と言いたいところであるが、これは視点を変えると現在はGPLに対するFUDが成功してしまっている状況なので変えなくてはマズイという認識に至った。@tmtms氏ほどの人物をして、「GPLが感染するというのはFUDでない」と思ってしまっているのだから。しかもごく自然に。 GPLは自ら広がることはない「感染」という言葉から受け取る印象はいったいどのようなものであろうか。恐らく多くの人は病原菌やウィルスのようなものが勝手に人体に入り込んで諸症状が生じた状況を思い浮かべるだろう。コンピュータに当てはめると、コンピュータウィルスに「感染」してしまった状況をまっさきに思い浮かべるのではないだろうか。そして多くの人は「それは大変な状況だ」と考えるはずである。 そういう意味では、GPLが感染するということはあり得ない。ソフトウェアライセンスがコンピュータウィル

    GPLは感染するか否か
    nobeans
    nobeans 2010/09/26
    言い分も分かるけど「自プロダクトにGPLを適用せざるを得ない状況に追い込まれる」ことに「感染」という表現を使うのにもそんなに違和感ないな。GPLライブラリ使わなきゃいいだけ、と言われればその通りだけど。
  • オープンソースライセンスの基礎と実務 :: handsOut.jp

    スライド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戦略統括部 マ

  • ソフトウェアライセンスまとめ - 片っ端からWiki

    ※以下は、「ライブラリ」は第三者が作成し各ライセンスで許諾されたもの、「アプリケーション」は自分自身が作成したもの、という視点で記述されています。 原文、和訳[無保証]任意の目的で使用し、自由に改変して再頒布することが許可されている。(商用アプリケーションへの組み込みも可)(和訳前文より引用) 『以下の制限に従う限り、商用アプリケーションを含めて、ソフトウェアを任意の目的に使用し、自由に改変して再頒布することをすべての人に許可します』[著作権表示] ライブラリの出自を偽ってはならないが、著作権表示は必須ではない。ライブラリを利用するソフトウェアの文書に謝辞(acknowledgment)を含めることは、好意的に受け取られる。(和訳文第1条件より引用) 『ソフトウェアの出自について虚偽の表示をしてはなりません。あなたがオリジナルのソフトウェアを作成したと主張してはなりません』(和訳

  • licenses/GNU_Lesser_General_Public_License_version_3.0 - Open Source Group Japan Wiki - Open S...

    プロジェクトの全コンテンツは、オープンソース・グループ・ジャパンのサイトおよび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

    licenses/GNU_Lesser_General_Public_License_version_3.0 - Open Source Group Japan Wiki - Open S...
  • GNU Lesser General Public License - Wikipedia

    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のようなパーミッシブ・ライセンスとの妥協の産物として設計

    GNU Lesser General Public License - Wikipedia
    nobeans
    nobeans 2010/06/23
    LGPLについて。色々探し回ったが、ここが一番わかりやすかった・・・。
  • LGPLと商用利用にまつわる話 - kaisehのブログ

    商用アプリケーションにLGPLライブラリを組み込むにあたって、いろいろ問題があるらしいということは知っていましたが、それが具体的に何なのかは良く分かっていませんでした。 Javalobbyに2004年にポストされた「LGPL and Java」という以下のトピックと、そこで繰り広げられているFSF支持派(以下肯定派)とLGPLうざい派(以下否定派)のバトルを読んで、少し状況が理解できました。 LGPL and Java - FSF clarifies この論争で主に槍玉にあげられているのは、LGPLが定めている以下の点です(この原則自体、あまり正確には把握されていないんじゃないかな。特に3とか)。これらは、LGPLライブラリの商用利用の障害になる可能性があります。 LGPLライブラリにリンクするアプリケーションは、そのリンクの形態がいかなるものであれ、LGPLライブラリの派生物になる。した

    LGPLと商用利用にまつわる話 - kaisehのブログ
    nobeans
    nobeans 2010/06/23
    "LGPLライブラリの派生物になる"ことと、"プロダクトのライセンスをLGPLにしなければならない"ことはイコールじゃないよね?
  • ITmedia エンタープライズ:GPLにまつわる10個の誤解 (1/3)

    GPLは最も広範囲に用いられているソフトウェアライセンスの1つだが、同時に最も誤解されている規約であることも間違いがないだろう。ここでは世間にはびこるGPLについての10個の誤解を取り上げよう。あなたの認識に間違いはない? GNU General Public License(GPL)は最も広範囲に用いられているソフトウェアライセンスの1つだが、同時に最も誤解されている規約であることも間違いがないだろう。こうした誤解の中には、反対派によるプロパガンダ活動に起因している部分もあるが、法律の専門家および素人の双方においてライセンス関連の条項に触れる機会が少ないこともそうした原因の一部であり、またエンドユーザー用のライセンス条項として通常用いられている文言とGPLの条文とが混同されているという側面も存在しているようだ。いずれにせよ、こうした混乱を生み出している主要な原因は、条文の誤読、世間に流布

    ITmedia エンタープライズ:GPLにまつわる10個の誤解 (1/3)
  • http://www.itarchitect.jp/print/?menu3=11250

    nobeans
    nobeans 2010/06/23
    "ただし、静的/動的を問わずライブラリを呼び出す側のプログラムは、このライセンスの適用範囲外になる。 "/あれ、さっきのサイトとは違うこといってる気がする
  • Efficient data transfer through zero copy

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    Efficient data transfer through zero copy
    nobeans
    nobeans 2010/06/23
    ドリルロボットかっこいい/"LGPLのライブラリに静的リンクした場合、アプリケーションもLGPLにしなければいけない"→ダウト?「派生物」≠「LGPLライセンスじゃないとダメ」と思うんだけどなぁ
  • Flickrで著作権的に問題のない画像を見つけて公開する方法 | naglly.com

    下記の英文のブログ記事を読んで。 ≫ The finer points of finding free images | Creative Notes | Macworld ブログやサイト上に彩りを与えたい場合、なんらかの画像を掲載する事は有効的です。ブログ投稿のように非常に限られた時間の中で、なるべくテーマに沿った画像を探すのには、便利なサイトがいくつかあります。上記の記事に多少付け加えつつ、書いて行きたいと思います。 実際の例 Original Update by steren.giannini フリーで使える画像を置いているサイト 過去にそんな記事を書きました。 ≫ ブログ:無料で使える画像をストックしている30のサイト - 涙目で仕事しないSE 30サイトのリンクです。いくつも巡回していると、いくら時間があっても足りないため、実際に使用するのはstock.xchngのみです。今はこ

    Flickrで著作権的に問題のない画像を見つけて公開する方法 | naglly.com
  • The LGPL and Java: Java で LGPL のライブラリを利用する場合のライセンス: uyota 匠の一手

    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

    nobeans
    nobeans 2009/10/21
    注意しないとなぁ
  • 1