OSS ライセンスの最近の潮流: PolyForm License について
まえがき開発中のソフトウェアのライセンスを策定するため、現時点でのベストプラクティスについて探っていたところ、ここ数年の OSS ライセンスの動向が面白かったので復習も兼ねてまとめました。 特に、Umbrel が採用したという PolyForm という新しいライセンス形態が面白かったので、これについて詳しく述べます。 なぜ今ライセンスについてまとめるのか私はソフトウェアやサービスをマネタイズする方法について興味があり、特にビットコインの応用について調べたりしています。 ビットコイン (Lightning Network) を HTTP で利用することで、Web API の課金方法の可能性は大きく広がることは間違いないのですが、これはあくまで単なる支払いの手法であって、広く使われる事を前提としたソフトウェアの開発を支える手法にすることは(それだけでは)難しいという問題があります。 ソフトウェ
GitHub - oss-gate/first-feedback-guidebook: OSS Gateワークショップ参加者の方からよく寄せられる疑問への回答を元にした、初めてのフィードバックの手引き
OSSライブラリのライセンスをチェックしてくれるGitHub製ツール「licensed」
github.com 商用のプログラムを作っていると、面倒なのがOSSライブラリのライセンスの取り扱いです。 例えばJavaScriptで開発していると、大抵 npm でライブラリを入れますが、入れたライブラリの著作権表示とライセンス条項をどこかに明示しないといけません。 それだけならまだしも、いわゆる「コピーレフト」のライセンス ( GPL とか) のライブラリが混じっていると、そのままだと事実上、パッケージとして配布できなくなります。 さらに、ライブラリは別のライブラリに依存していたりするので、それを全部人手で追跡してライセンスをチェックするのはかなり大変だし、生産的な作業でもないです。 この辺りの面倒臭さを一挙に解決してくれるのが licensed です。 1. 特徴 2. インストール方法 前提 インストール手順 3. 動かしてみる 実行手順 4. サポートしているパッケージ管理ツ
「OSSライセンスの教科書」を読んだ - 覚書
タイトル通りオープンソースソフトウェア(Open Source Software, OSS)のライセンスについて扱った本です。難解なことを筆者の経験を踏まえて平易に解説してくれているので、この手のことを知りたいと相談された場合は「これを読んでみてください」と勧められる本でした。 OSSのライセンスについての知識は近年のソフトウェア開発者には避けては通れません。しかしこれを十分に理解している開発者は多くはありませんし、(とくに「コードだけ書いていたい」というタイプの人には)それほど興味をひく題材ではないというのが実情ではないでしょうか。この状況をなんとかしようと長年OSSに関わってこられた筆者が一石を投じたのが本書です(多分)。筆者が技術者の目線だけ解説するだけではなく、弁護士のかたの監修を受けることによって法律家の目線からも解説しているという点で本書は貴重です。私はこのような本を少なくとも
他人のコミットをgit merge --squashするべきでないのではという話 - Qiita
最近某OSSに出されたPRが、git merge --squash <branch> でマージされたことにより、コミットのAuthorが書き換えられてしまったことが一部界隈で話題になっていました。この件にはマージを行った人に悪意はなかったようなのですが、gitの理解不足により生じてしまった案件だとすると悲しい話なので一応メモ 何が起きたか コミッターが複数の内容が含まれたPRを送った 管理者はその中の一部の内容だけをマージするために、管理者はgit merge --squashを実施し、コミットを改変した上でmergeを実施した ←これが問題 コードの内容はコミッターのものなのに、Authorだけ管理者にすげ変わってしまいコミッターのモチベを損ねた そもそもsquashするとどうなるの ここに分かりやすくまとまっています。 アジャイルSEを目指すブログ 図で分かるgit-mergeの--f
Relicensing React, Jest, Flow, and Immutable.js
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
MSの今回の発表で何が起こるのか、の私的感想 - 亀岡的プログラマ日記
さて、まさかのMSの大鉈連発に、TL大騒ぎでございます。まさかOSS化まで入ってるとは僕も思ってなかった。MSクラスタですらもざわざわである。 んで、今回の決定が意味することをちょっと考察してみたいなーと。備忘録的にね。 あくまで 私的感想です。鵜呑みにしないように。 何が起こったのか 11/12日（米国現地時間）,Microsoft Connect();というイベントの中での発表でございました。 詳しくは、Public Keyさんを参照するのが良いと思います。 ［速報］マイクロソフト、サーバサイドの「.NET Core Rutime」と「.NET Framework」のオープンソース化を発表。C#コンパイラやASP.NETなど ［速報］マイクロソフト、「.NET server framework」のLinuxとMacOS X用オフィシャルディストリビューションを発表。.NETアプリケーシ
オープンソースは報われない仕事。でもやるんだよ。 - 平々毎々（アーカイブ）
Microsoftの中の人で、OSSとWeb技術を推進するScott Hanselmanが書いたブログ記事 "Open Source is a thankless job. We do it anyway." を勝手に翻訳。 オープンソースは難しい。 セキュリティは難しい OpenSSLの最近の "Heartbleed" バグに関する記事がたくさん出回っている。技術的な分析をすべて読んだら丸一日つぶれてしまうだろうが、 その中にこれはと思う見出しがあった。『OpenSSLはオープンソースの大きな問題を示している。資金不足、人員不足』だ。インターネットを織りなす基本の部分は、ほとんどの場合たった一人によるもので、あとはたくさんのボランティアだ。 〝魅惑的で気が遠くなるような事実とは、ネットワークインフラストラクチャにはこのように重大な部品が存在していて、インターネットの大部分で実際に動いてい
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
邪悪なJSONライセンス
JSON.org License Literally Says it "shall be used for Good, not Evil" | Javalobby JSON.org License Literally Says it "shall be used for Good, not Evil" | Hacker News JSONライセンスというものがある。 The JSON License このライセンスは、見たところ、MITライセンスに一行加えたもののように思われる。 Copyright (c) 2002 JSON.org Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files
Doom 3のソースコード、オープンソース化される | OSDN Magazine
米ゲーム開発会社id Softwareは11月23日、FPSゲーム「Doom 3」のソースコードをGPL3で公開した。WindowsおよびLinux、Mac OS Xでのコンパイルが可能。3Dモデルなどのゲームデータは含まれていないが、開発者はこのソースコードをベースにオリジナルのゲームなどを開発できる。 Doom 3は2004年8月に発売されたWindows向けの一人称シューティングゲームで、その後Linux版やMac OS X版などもリリースされた。現在もプロプライエタリ版がオンラインゲームストアSteamで販売されている。 今回、公開されたのはゲームエンジン部分のソースコードのみで、テクスチャやサウンド、3Dモデルといったゲームデータは含まれていない。また、影の描画に関するコードが一部変更されているとのこと。これは、プロプライエタリ版Doom 3で使われていた処理が2002年に特許化
アパッチは有害と考える - karasuyamatenguの日記
Apache Software Foundationの存在意義に疑問のなげかけるポスト http://www.mikealrogers.com/posts/apache-considered-harmful.html 追加： 挑発的なタイトルが世間を騒がせてしまった。次の点を理解して以下読んで欲しい。 ここでのApacheはウェブサーバではなくApache Software Foundationのこと これは俺の意見じゃない 俺はASFは有害だとは思っていない。元ブログ著者Mikealさんのタイトルを訳してみただけ 「有害」っていうのはちょっと強い言葉だと思う。MikealさんはGitをめぐるASF対CouchDB騒動において中立者の立場ではなく、そういうしがらみから強い言葉が出てきたのではないかと思う つまりSVN対Git派の政治的争いという部分はある 「GitHub革命」がASFのホス
「なぜそのモジュールをつくったのか、他のものでは駄目なのか」ということをドキュメントに書くといいよ、という話 - tokuhirom's blog
「なぜそのモジュールをつくったのか、他のものでは駄目なのか」ということをドキュメントに書くといいよ、という話 なにしろ、「これこれこういう実装なんですよ!!」「こういうインターフェースなんですよ!!」っていうところだけあっても肝心の「なぜこのモジュールが必要なのか」っていうところが記述されていないモジュールが多い。 なにより肝要なのは「なぜ現状だとこのモジュールが必要なのか」「このモジュールをつかうとどういう場合に便利になるのか」「既存のモジュールにたいする優位性はなにか」といったところを記述するとよい。 とくに「既存のモジュールにたいする優位性」というのは重要で、これを記述していないと海外の Perl Mongers から「それ Nantoka::Kantoka でできるよ」みたいなのがいっぱいコメントがついたりする。国内からもつく。 なんてことを思った。 Published: 2011
XamarinがMonoの権利をほぼ全て獲得 - ものがたり(旧)
暇なのでふらふらと渡米してボストンに遊びに来ています。いや元々4月くらいから行く予定だったんですけど。 XamarinがNovell/Attachmateからmonoと関連製品に関するライセンスをサポート契約付きで譲り受けました。これはすごいニュース。 http://tirania.org/blog/archive/2011/Jul-18.html http://blog.xamarin.com/2011/07/18/first-press-release/ 今回の話を簡潔にまとめると、NovellはAttachmateに買収されて、AttachmateはMonoチームを（わたしを含め）クビにしてリソースをほぼゼロにしたのだけど、Monoの権利は引き続き保持していたわけです。Hudsonの権利を持ち続けるOracleみたいな状態だったわけですね。それが今回、SUSEのライセンス購入者にも引
ソフト事情 - Linux / オープンソースとアラビア語
用語: bidi[] Bidi という言葉をよく目にします。これは双方向 (= bidirectional) の略です。文字を右から左に書く事に対応した、などの意味です。 なぜ R2L (= right to left, 右から左) で済まないかというと、日本語の文章でアラビア語の文章を引用して、その中に英単語がある時など、二つ方向が入れ子になる場合があるからです。 一般的なこと: ユニコード対応[] アラビア文字対応とは、実際にはユニコード対応である事が多いです。ところが一口でユニコード対応と言っても、これは大変なことです。 デーヴァナーガリなどのインド系の文字と、アラビア文字、縦書きのモンゴル文字、これらに全て対応しなければいけません。é は、e と「ちょん」とを別にコードしても良い事になっています。ちょっとずつ違う漢字。繰り返される改訂... ですからユニコード対応は、数少ない、メジ
怒りのLinus――メンテナにかんしゃく玉爆発（1/2） － ＠IT
11月版 怒りのLinus――メンテナにかんしゃく玉爆発 小崎資広 2009/12/10 お久しぶりです。10月はKernel Summit、Japan Linux Symposium、OSS貢献者賞受賞講演と欠席不可のイベントが連続で並んでいたところに、Summitの参加者から悪性の風邪をうつされて、本気で死にそうでした。というか本当に倒れました。 おかげで11月は、たまった仕事の挽回（ばんかい）が大変で大変で……。もうKernel Summitから1カ月もたったなんて信じられませんが、気を取り直して今月もいってみましょう。それでは、どうぞ。 スケジューラ改善、その後 前回大騒ぎになったスケジューラ・レイテンシですが、Kernel Summit（注1）でその後の進ちょくが報告されたので後日談をば。 その後もスケジューラ開発者の改善活動により、レイテンシはどんどん改善されていったわけですが
フリーソフトウェアの理念にそぐわないiPhone SDKの利用規約 | OSDN Magazine
先日AppleからiPhone用のソフトウェア開発キット（SDK：Software Development Kit）がリリースされたが、同SDKを用いたオープンソースソフトウェアの新規開発や移植を考えていたのであれば、そうした用途にそぐわない利用規約にはなはだ失望させられることになるだろう。特にフリーソフトウェア開発の妨げとなるのは、守秘義務契約の存在とコード署名に起因する問題である。 SDKそのものは自由にダウンロードすることができ、ソフトウェアシミュレータにて実行可能なプログラムの構築に利用できるとされている。しかしながら独自に作成したソフトウェアを一般向けにリリースするためにはSDKのダウンロードとは別にiPhone Developer Programへの登録が必要であり、Appleからの許諾を受けなくてはならないのである。 iPhone Developer Programに関しては
OSS Message Pedia
さあ、始めよう オープンソースプロダクトのメッセージを検索できます。あなたが使用しているソフトウェアのエラーメッセージの対処方法が分かります。 調査して欲しいメッセージ 153(ja) [4] Debug: sleeping function called from invalid context at : [1 month ago] 84(ja) [3] request_module: runaway loop modprobe [21 days ago] 5356(ja) [3] : VFS is out of sync with lock manager! [1 month ago] 22473(ja) [3] : dma_timer_expiry: dma status == 0x [3 months ago] 13057(ja) [3] tty_check_change: tty
オープンソースは優れているか：生越昌己のオープンソースGTD：ITpro
勢いにまかせて書いている「雑文日記」と違って，この連載はそれなりにいろいろ考えて書いています。担当さんにはあまり気にしないで良いと言われているのですが，「参考になった」という評価が多いと嬉しいものです。とは言え，「万人ウケ」でバランスの良いものよりは，多少反発されるくらいのものの方が本当は参考になると思います。基本的にはこの連載は私の主観バリバリですから，「これが絶対に正しい」というつもりはありません。あくまでも私が正しいと思っていることを書いているに過ぎません。 何度も書いているよう(今回も書いています)に，「オープンソースとインターネットは多様性が命」ですから，異論のある人はそれぞれの場で異論を展開されると，この世界の「厚み」が増して良いでしょう。 オープンソースの本当の「質」 「オープンソースの信者」達はオープンソースは品質が良いと言います。その理由として， ・オープンソースを書いて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AMOエディタ権限剥奪きますた
