# mimemagicの最新動向 https://hackmd.io/@mametter/mimemagic-info-ja この文書は[ruby-jp Slack](https://ruby-j
Speeeの新入社員向けOSSイントロダクション (この記事および記事中で使用している画像のライセンスはCC BY-SA 4.0です。原著作者名は須藤功平です。) SpeeeのOSS活動をサポートしているクリアコードの須藤です。2016年からいろいろな形でサポートしてきました。たとえば、OSSの開発に参加する方法を体験するワークショップを開催したり、RubyKaigiでのコード懇親会というコード(OSS)にフォーカスした新しい懇親会のスタイルを企画したり、特定のOSSの開発を支援したり、毎月何人かの社員の方と最近どう?という話をしたり、新入社員のみなさんにSpeeeとOSSについて紹介したりしています。今回は最後の「新入社員のみなさんにSpeeeとOSSについて紹介」を紹介します。Speeeに入社するとこんな感じなんだということの一部が伝わってSpeeeに入社したくなる人が増えることを期待
先日Linusが盛大にZFSを非難したことがインターネット・カーネル界隈の噂を駆け巡った。これをタイトルだけみたり本文をちょっと読んだら「ああ、LinusはZFSが嫌いなんだ」とか「LinuxでZFSを使うべきではない」といった理解をする人が非常に多いだろうと思う。Linusは当然Linuxユーザーにとって大きな影響力を持つ人物であり、多くのLinuxユーザーがこの理解のままでいることになりかねない。公私ともにZFSに頼りっきりになっている私は特にそういう状況は非常に困るし、Canonicalは19.10からUbuntu LinuxでのZFS rootを標準にしようとしているくらいだからもっと困るだろう。複雑な状況になっていると思うので、このニュースの深層を探ってみよう。 まず元スレ 元になったLinusのレスによると、そもそも最近カーネルにドライバのインターフェース変更があってZFSがこ
RedisやMongoDB、Kafka、Elasticsearchなどのオープンソースソフトウェアの開発元企業が、AWSなど大手クラウドベンダがそのオープンソースを用いたマネージドサービスを提供して大きな利益を上げていることに反発して、ライセンスを変更するなどで商用サービス化を制限する動きがあることは、今年の1月の記事で紹介しました。 Redis、MongoDB、Kafkaらが相次いで商用サービスを制限するライセンス変更。AWSなどクラウドベンダによる「オープンソースのいいとこ取り」に反発 この動きに対してGoogleは4月、Google Cloudにオープンソースベンダによるマネージドサービスを統合すると発表し、彼らとの戦略的提携という姿勢を打ち出しました。 [速報]Google、大手クラウドに不満を表明していたMongoDB、RedisらOSSベンダと戦略的提携。Google Clou
OSS準備室長を務めていた ymmt (@ymmt2005) です。 過去形なのは、OSS準備室は 7 月末で解散したためです。 OSS準備室では、サイボウズ社員がオープンソースソフトウェアに関する活動を行いやすくすることを主な目的として、会社の基本方針を「OSSポリシー」という文書にまとめる作業を行いました。 完成したOSSポリシーはCC0 (いかなる権利も保有しない、いわゆるパブリックドメイン)で広く他の企業の方々にも活用いただけるよう以下で公開しました。本記事ではその内容と、サイボウズにおけるオープンソース活動のこれまでとこれからを紹介いたします。 OSSポリシー(日本語) (GitHub) OSS Policy (English) (GitHub) オープンソースについて オープンソースソフトウェア(Open Source Software, OSS)とは、オープンソースの定義に基
家庭用ゲーム機やコンピューターなどに貼られている「剥がすと無効」のシールは、ステッカーを剥がすと製品保証が受けられなくなるというものです。メーカー以外の第三者による分解・解析を防ぐためとして当たり前のように貼られていますが、実は違法なものであるとして、長らく問題視されてきました。そんな違法であると知りながらも長年にわたって「剥がすと無効」シールを使い続けてきたメーカー側に対して、2018年4月に不公正な取引を監督・監視する機関であるアメリカの連邦取引委員会(FTC)が警告書を送付したことが明らかになっていたのですが、この警告により任天堂やソニー、ヒュンダイといったメーカー側が保証内容を更新したことが判明しています。 Hyundai, Nintendo, and Sony have updated their warranties following warnings from the FT
米GitHubは3月7日、オープンソースプロジェクトのライセンスプロセスを支援するプログラム「Licensed」をオープンソースで公開した。このツールは同社内でオープンソースプロジェクトの構築とメンテナンスに使われているという。 LicensedはRubyのgemとして提供されており、依存するライセンスをキャッシュしてステータスを確認する。さまざまなオープンソースプロジェクトのライセンスプロセスを自動化する目的でGitHub社内で使われているそうだ。 列挙された依存性のみをアウトプットする「licensed list」、ライセンスとメタデータをキャッシュする「licensed cache」、キャッシュされた依存性のライセンスのステータスを確認する「licensed status」といった機能が提供される。これら機能では単一のリポジトリにある複数のプロジェクトと言語から依存性を検出し、名前、
さて、先日のインタビューを公開したところ、筆者のFacebook投稿に次のようなコメントが寄せられた。 以前からぼんやり疑問なのですが、GPLな有料テーマはGPL守る限りは無償でも再配布できますよね。 アクティベーション機能があるGPLなテーマもあるようですが、これのアクティベーション機能を削除するのは、法的にも思想的にもGPLに違反しませんし、アクティベーション削除版をGPLで配布することもできますよね にもかかわらずGPLな有料テーマがビジネスになるのは、WordPress界の文化的な背景があるのでしょうか。 質問者の方は経験豊富なエンジニアで、WordPressのことは知ってはいる。が、たしかに聞かれてみれば、GPLというライセンスの構造上、なぜそれでビジネスになりえるのかというのは、しごく真っ当な質問でもあるので、ここで一つ、問題の整理を兼ねて「なぜGPLライセンスの有料テーマ販売
Next week, we are going to relicense our open source projects React, Jest, Flow, and Immutable.js under the MIT license. We’re relicensing these projects because React is the foundation of a broad ecosystem of open source software for the web, and we don’t want to hold back forward progress for nontechnical reasons. This decision comes after several weeks of disappointment and uncertainty for our
2017年08月23日08:00 FacebookがOSS規約に設定した「非係争義務」(追記あり) カテゴリ法務_知的財産法務 businesslaw Comment(0) ※本記事アップ後、Facebookは「コミュニティの理解を得られなかった」という反省の弁とともに特許非係争義務を撤回しMIT Licenseとして再許諾する旨の声明を2017年9月23日に発表、その3日後のReactのバージョンアップで宣言どおりこれを実施しました。以下記事は経緯記録のため修正せずにそのまま置いておきます(この事情から一部リンク切れも発生していますがご了承ください)。 Facebookが、「私たちが作ったOSS(オープンソースソフトウェア)を使うなら私たちに対して特許訴訟するな。したら使えなくするぞ」という、いわゆる“非係争義務”を利用規約に入れてOSSを提供している問題が、エンジニアのみなさんの中で話
エンジニアとのミーティングでFacebookのBSD+PATENTSライセンスについての当社の対応方針を質問されたのですが、その時点ではこの騒動を全く認識しておらず、「えっ、初耳です」的な、法務としてはなんとも情けないリアクションをしてしまうことになったので、ちょっと調べてみました。 という書き出しでことの概要をまとめようと思ったのですが、マンサバにきっちりまとめられていたので概要はそちらを参照していただくとして、ここではこのライセンスとどう向き合うべきかを書いてみたいと思います。 【OSSと特許の関係】 ライセンス条件に従っているにも関わらずOSSの利用が第三者の権利侵害を構成するというという状況にしっくりこない方もいらっしゃるかもしれませんが、仮にOSSが提供している機能について当該OSSと全く無関係の第三者が特許権を保有していた場合、当該OSSの利用は特許権侵害となる可能性が高いはず
先月あたりから、オープンソースソフトウェア(以下、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
「Oracle Database(DB)は信頼性や可用性が高く、当社のシステムには欠かせない。しかしここ数年、保守料が右肩上がり。IT予算に占めるOracle DBの保守料金の割合が増えて困っている」。 製造業A社のシステム部長は悩んでいた。会計や販売管理、生産管理など社内の主要なシステムは全てOracle DBを利用している。しかし開発時期はバラバラで、システム構築を依頼したITベンダーもシステムごとに異なっていた。Oracle DBのライセンスはシステム構築に合わせて、その都度購入している。システムごとに同じOracle DBとはいえ、バージョンは異なり、システム部門の保守作業も手間になっていた。 「Oracle DBを使っているシステムの維持費用を削減したい」。こう考えたシステム部長は、安定稼働していて、今後も大きな業務機能の変更もないと想定できるシステムのデータベースの保守契約を止
Twitterに「#笑ってはいけないSIer」というのが流れていまして、そこから枝分かれてして「「そもそもOSSがサポート無いと使えない。GPLは禁止。OSSを使うのに研修を受ける必要がある。OSSのソースを読むのは禁止。#笑ってはいけないSIer」から派生したGPLについての談義 – Togetter」というのが出てきました。 そのなかのGPLなソースコードについて説明されていることが、すこーし違うんじゃないかなぁ、と思うところがあり、私なりに調べてみました。 #2011-11-19 AM8:30 「短いコード」と「結論」を追記 #2011-11-20 AM5:30 「運用」を追記。「結論」を修正 #2012-01-20 AM0:30 短いコードにいくつかの具体例を追記してみた #2013-07-20 PM10:20「二次創作同人”小説”」に関する記述を追加 著作権の適用範囲 著作権の保
Android Software Development Kit License Agreementにこういう項目があります。 3.4 You may not use the SDK for any purpose not expressly permitted by the License Agreement. Except to the extent required by applicable third party licenses, you may not: (a) copy (except for backup purposes), modify, adapt, redistribute, decompile, reverse engineer, disassemble, or create derivative works of the SDK or any part of
日本オラクルが1月30日にデータベース(DB)ソフト「Oracle Database」のライセンス体系を変更した。中小規模システム向けで安価な「Standard Edition One(SE1)」を廃止。「Standard Edition(SE)」のライセンス内容を変更した「Standard Edition 2(SE2)」に一本化した(図)。 同社は2月29日に、旧ライセンスであるSE1とSEの販売を終了。3月1日からSE2と大規模システム向けの「Enterprise Edition(EE)」だけを販売する。 SE2に移行する場合、SE1のユーザーにとっては機能が高まるが、保守料が上がる分、費用増となる。SEユーザーは費用は変わらないが機能面での制約が増す。結果としてライセンスの追加購入やシステム構成の見直しを迫られる可能性がある。特にSE1は国内で中小規模のサブシステムなどで多用されてお
このファイルを使用中のユーザーが多すぎるため、一部のツールを利用できない場合があります。再試行詳細閉じる オープンソースライセンス比較用早見表 : Sheet1ABCDEFGHIJKLMN1ライセンスと著作権の表示変更した旨を示すことソースコードの開示ライブラリとして使用すること商用利用改変配布派生物に別のライセンスを課す特許の利用個人利用作者に責任を求めること商標の利用注記2No License必須可能禁止禁止禁止可能GitHubで公開したソフトウェアにライセンスを付記しなかった場合の条件3GPL v2.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし4GPL v3.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし5Affero GPL v3.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし6Artistic GPL 2.0必須必須必須必須でない可能可
最近JSを利用するときは、依存モジュールはnpmを利用し、ES6やTypeScriptの仕様を開発には使った上で、ブラウザ用にコンパイルして配信するようになってきている。また同時にネットワークの負荷を下げるためにminifyを行う場合もある。 minifyはライセンスが絡むと少し難しい。例えばコメントを全て削除してしまうとライセンスコメントまで消えてしまう。この問題にはみんながそれぞれの手法で対処しているみたい。1年ほど前の記事でクライアントサイドJavaScriptのライセンス管理 | エンジニアブログ | GREE Engineering というものがあり、いろんなJSのコンパイルのためのライブラリが独自でライセンスの形式を決めていて、それにマッチしないものは消えてしまう、みたいな辛いことが起きてそうだった。 そこで今回は自分の勉強も兼ねて、npmのモジュールを含めてブラウザ用にコンパ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く