リチャード・ストールマンが GNU を立ち上げて30年である。 先日、後藤洋さんから久しぶりにメールをいただき、サム・ウィリアムズによるストールマンの伝記 Free as in Freedom のストールマンによる改訂版 Free as in Freedom (2.0): Richard Stallman and the Free Software Revolution の全訳を公開したのを教えていただいた（日本語訳目次、対訳版目次）。 これはすごい仕事だ！！ 思えば Free as in Freedom は翻訳プロジェクトが立ち上がり、ワタシもちょっと参加していたが、結局最後までいきつかなかった。今回その翻訳を成し遂げた後藤洋さん、弓削光好さんには心からの感謝を述べたい。 なお、ストールマン御大は GNU 30周年を受け、フリーソフトウェアはかつてないほど重要だと Wired に寄稿し、
「オープンソースライセンスは、分かりにくい。」 まだまだ、このように感じているソフトウェア開発者が多いようです。 たしかに、オープンソースライセンスをお手軽に解説した記事は、かなり人気があります。 ソースコード共有サービスとして人気のGithubの利用者にとっても、これは例外ではないようです。 Githubでは、オープンソースプロジェクトには、無償でレポジトリを提供していますが、「GitHub 上で公開されているソースコードの半分はライセンス的に問題あり」と指摘されていました。公開リポジトリの多くに、ライセンス文が設定されていなかったのです。ライセンスが設定されていないソースコードは、著作権者の明示的な許可が得られていないので、自由に複製・配布・改変できません。 そこで、ここでは、2013年7月にGithubが設置したライセンス選択サイト「Choosing an OSS license d
Latest topics > 「元のソフトウェアがGPLだから公開できない」という誤解について 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « Nexus 7とハードウェアキーボードの組み合わせを実用する Main 「コピーレフトとBSDスタイルではBSDスタイルの方が発展するのでは」という議論についての誤解あるいは言葉の裏にある欺瞞 » 「元のソフトウェアがGPLだから公開できない」という誤解について - Jan 30, 2013 会社のブログに掲載するつもりで書きましたが、タイミング的に発表が遅れてしまいそうということだったので、勢い重視でこちらで公開してみます。 1月31日16時台追記。hide氏の意向についてのこのエントリでの推測が全く
自由ソフトウェア財団が技術的な指導力を失いつつある
GNU sed 4.2.2 released, and a rant from the maintainer GNU sed 4.2.2のリリースに合わせて、メンテナーであるPaolo Bonziniが、GNU sedを含むGNUプロジェクトのメンテナーをやめると発言している。さらに、その理由について書き立てている。 私はGNU sed 4.2.2を喜ばしく発表する。 喜ばしからぬ発表として、私はGNU sed(8年間)とGNU grep(3年)のメンテナーから降りる。私はさらに、Autoconf, Automake, Libtool, gnulib, libsigsegv, Bsionのコミットアクセス権も放棄する。 GNUメンテナーと外部の者に告ぐ。この発表や、Nikos Mavrogiannopoulosの発表、gnutlsの移行は、驚くにあたらない。 gnutls is movin
この連載では、オープンソースソフトウェア（OSS）を使うだけでなく、自ら公開することのメリットを紹介し、1人でも多くのエンジニアの方がOSS界へデビューしていただけるよう支援します。レッツ、OSS！ はじめに――オープンソースソフトウェアは「使う」だけ？ 今では考えにくいことですが、かつてオープンソースソフトウェア（以下OSS）は、「無料で公開されているソフトウェアにはどんなウイルスが紛れ込んでいるか分からない」「障害発生時に責任を担保できない」といった考えから、利用を敬遠する企業が少なくありませんでした。 しかし今では毎日のように、大規模なOSS利用事例や新しいOSS製品がニュースをにぎわせています。OSSは情報系／基幹系、B2B／B2Cを問わず、システムに欠かせないものとなりました。これは、OSSの進化やバグフィックスの早さ、コードが多くの目にさらされておりセキュアであること、コスト削
米マイクロソフトが、オープンソースソフトウエア（OSS）の開発を手がける子会社、米マイクロソフト・オープン・テクノロジーズを設立した──。 今から14年前、1998年10月にインターネット上に流出した「ハロウィン文書」を思うと、隔世の感があるニュースだ。当時のマイクロソフトは、「Linux」などのOSSを脅威と捉え、OSSへの対抗策を練っていた。ハロウィン文書とは、これら社内の動きを記した内部文書の総称だ。この文書が社外に漏れたことで、同社がOSSに抱く敵対心が世間の知るところになった。スティーブ・バルマーCEO（最高経営責任者）が「Linuxは癌」と言い切ったこともある。 ハロウィン文書から14年、マイクロソフトがOSS採用へ大きく舵を切った。OSS開発子会社の設立は、マイクロソフトが2012年4月12日に報道発表した。誰の目から見ても、同社にとって“大転換”であることは間違いない。もち
2. Open source: A commercial history • In the beginning, there was nothing but source code • Starting in 1983, IBM led the move to proprietary enterprise software with its “object-only” model • The 1980s and 1990s saw a boom in proprietary software centered on the PC — with Microsoft as its spiritual and commercial leader • By the late 1990s, proprietary software gave rise to monopolistic behavior
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 自分がLinuxエンジニアになりたくて、入社一年目にやってよかった事をまとめておこうと思う。一年目にどれだけやるかが、勝負の別れめといっても過言ではない。それは技術を学ぶだけではない。いっぱいあるんだけど、最低限やって良かったなと思う項目を列挙する。 それがぼくには楽しかったからを読む Amazonとかで買う。出来れば原著がいいけど無理しなくて良い。 Just for Fun. Linuxがどうやってできたか、なぜそれをしようと思ったのかが分かり、今後自分がLinuxのエンジニアとしてどういう動機で仕事をしていきたいかを考えさせてくれる本。この本を読めば、自分が仕事でオープンソースを扱っていることに自信を持てると思う。 「なんでその仕事してる
勉強会で使ったスライドは、こちらです。 東京チカラめしを食べて、はりきっていったのは良いけれど、こってりになったかどうかは、イマイチ自信がありません。 第1部は、下記のダイジェスト。といっても、結構前半部分をたっぷりめで。
ライセンス違反／係争 ※情報処理推進機構：プレス発表：記事：OSSライセンスの比較、利用動向および係争に関する調査報告書が、オープンソース関連係争についてまとめています。 ICOのGPL違反＊ busyboxの問題＊ ライセンス変更 プログラミング言語Ruby、バージョン1.9.3 p0からライセンス変更＊ PHPによるWebフレームワークCodeigniterが、OSL3.0にライセンス変更か＊ 人気のTwitter専用クライアント「Tween」、GPLからライセンス変更＊ Java向けRADツール「Spring Roo 1.2.0」、ライセンスをGPLからApache License 2.0に変更してリリース＊ Wikipediaのライセンス追加（GFDL＋CC-BY-SA）＊ MeCabのライセンス変更事例 | オープンソース・ライセンスの談話室 オープンソースDBのライセンス変更に
Grow your audience. Get more clients.Create a page to promote who you are and what you do in one link.
米Twitterは8月4日、リアルタイムデータ処理システム「Storm」をオープンソースにする計画を発表した。Stormは同社が7月に買収した米BackType Technologyの技術で、データストリームの解析などに利用できるという。 Stormは「リアルタイムデータ処理のHadoop」を標榜する技術で、大量データの分散処理を行うためのクラスタシステム。BackTypeがTwitterに買収される前の6月に発表、オープンソースにする計画を明らかにしていた。 StormはJava仮想マシン上で動作し、さまざまなプログラミング言語で行う処理を実装できる。クラスタシステムはクラスタをコントロールする「Nimbus」、実際の処理作業を実行する「Supervisor」、Supervisorを監視・制御する「Zookeeper」から構成され、Supervisorノードが処理を分割してZookeep
Takuto Wada @t_wada Togetter - 「RT hyoshioka: @ yukihiro_matz 実はなんでBSDライセンスにしなければいけないか理解できない。利益より害の方が大きいと思う。」 http://htn.to/u4dx1F 2010-09-27 12:27:19 Moriyoshi Koizumi @moriyoshit マジレスしていいですか。僕が最近GPLを選択せず、MITライセンスを選ぶ理由、「人生よりコードの寿命のほうがずっと短い」ということ。いくらよく書けたコードも10年あればだめになる。自分の生み出したものから最大限経済的なベネフィットを生み出したいならうるさいこといわないのが一番だ。 2010-09-27 12:28:50 @mikio1978 でも、MITライセンスにすることで得られる経済的ベネフィットって何だろう。サポート契約とかコン
■ なぜGPLを選ぶのか Twitterで「OSDって不自由だよね」みたいな会話をちょっとしたので、(それとは関係なく)自分がリリースするソフトウェアにGPLを採用している主観的な理由を書いておこうと思った。 自作のソフトウェアをオープンソースソフトウェア(ないしはフリーソフトウェア)として配布しようとして、OSDを参照すると、けっこうさまざまな制約が課せられていることに気づいて、「なんだ、けっこう不自由だな」と感じてしまうのはよくあることだ。これは、そもそもOSDが謳う「自由」の主体が作者ではないことに思い至らないことに起因している。 作者にとって最大限の自由をもたらず配布形態は(いろいろと別の問題を抱えはするものの)public domainなわけで、そこにさまざまな条件を加えたOSD準拠のライセンスを選択することはなんらかの不自由を呑むことに他ならない。じゃあ、OSDが謳う「自由」は
スライド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戦略統括部 マ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: ソフトウェアライセンスの基礎知識: 可知豊: 本
