![Redis Adopts Dual Source-Available Licensing | Redis](https://cdn-ak-scissors.b.st-hatena.com/image/square/8c34ddc26bfeb03515f7e3675d706f66ec3debef/height=288;version=1;width=512/https%3A%2F%2Fredis.com%2Fwp-content%2Fuploads%2F2024%2F03%2Fredis-dual-source-available-licensing-blog-url-preview-1200x628-1.png)
クラウドベンダなどによるサービス利用を制限したMongoDBの新ライセンス「SSPL」を理由にDebian、Fedora、RHELがMongoDBの配布取りやめを表明 MongoDBがAWSなど大手クラウドベンダによるサービス化に反発し、商用サービス化を制限する新ライセンスに変更したことは以前の記事で紹介しました。 参考:Redis、MongoDB、Kafkaらが相次いで商用サービスを制限するライセンス変更。AWSなどクラウドベンダによる「オープンソースのいいとこ取り」に反発 新ライセンスはAGPLをベースにMongoDBが独自に作成したもので、「Server Side Public License」(以下、SSPL)と呼ばれています。 SSPLではサービス提供元もソースコード公開を義務化 SSPLでは、MongoDBをサービスとして提供する場合、サービス提供元が独自に変更した部分を含めて
Tempus, a genomic testing and data analysis company started by Eric Lefkofsky, who previously founded Groupon, debuted on Nasdaq on Friday, rising about 15% on the opening. The company priced… The tech layoff wave is still going strong in 2024. Following significant workforce reductions in 2022 and 2023, this year has already seen 60,000 job cuts across 254 companies, according to independent lay
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 new BSDライセンスがついているものをアプリに組み込みたいなと思いましたので改めて調べてみました。 結論から言うと、 EULAにLicense文書をそのまま入れる アプリ内にLicense文書を表示するwebViewを作る:設定やAboutなどで の2つをするがベストな感じです。 [参考1] @takuma104さんのブログ NatsuLion for iPhone クローン (略) から学んだこととかまとめ - @takuma104 log http://d.hatena.ne.jp/takuma104/20090329/1238329981 具体的には、 AppStore で配布する際の iPhone アプリで、New B
先日のLGPLとAndroidを書いて以来、悶々としている。要するにプロプライエタリなアプリでAndEngineを使いたいのだが、かのライブラリはLGPLなのだ。AndEngine作者のNicolasさんはblogでソース公開はしなくていいと表明しているが、このエントリのコメントにもあるように、作者の表明とライセンスの意味するところは別ではあるので、白黒つけた確証が欲しかった。 で、先日からさらに調べて、現時点での素人解釈としては、LGPLライブラリをプロプライエタリなAndroidアプリにリンクするのは「クロ」だ。なぜクロかと言えば、Androidの.apkファイルの仕組み上、LGPLの求める条件を満たすことができないから。とはいえ、私はGPLの解釈は素人なので、誰か詳しい人のご意見お待ちしております。 Androidのビルドのしくみ Android SDKは、ビルドプロセスの過程で、J
続編書きました → http://d.hatena.ne.jp/pekeq/20110201/p1 問題なのは、LGPLなライブラリの.jarを、Androidの.apkに組み込んで配布したらそのソフトのライセンスはどうなるのか、ということ。 結論があるわけではないのだが、メモ程度で。 Wikipediaから Wikipedia日本語版にはLGPLについてこうある。 LGPLライセンスで配布されたライブラリAについて、 コンパイル時にライブラリAにリンクされる可能性のあるプログラムBのソースコードについてはLGPLを適用せず、配布に制限を加えない。 ライブラリAにリンクしたプログラムBを配布する場合、Bのライセンスにリバースエンジニアリングを禁止する条項を含めてはならない。(LGPLv2-6、LGPLv3-4) ライブラリAに静的リンクしたプログラムBを配布する場合、Bのソースコードまたは
This article was written in November 2004, when LGPLv2.1 was the most current version of the license. Since then, LGPLv3 has been published. The main points of this article remain true about LGPLv3, but some of the details, such as section numbers, have changed. It has always been the FSF's position that dynamically linking applications to libraries creates a single work derived from both the libr
メリット1: 複数人による共同作業 メリット2: ウェブサービスへのコミット デメリット1: サーバー負荷 デメリット2: コードを共有しない貢献がしにくい This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く