2017/9/23 追記 Apache Software FoundationがBSD+PATENTSをCategory-Xに追加したことを受け、FacebookはReact他でBSD+PATENTSを維持することを表明していましたが、WordPressがReactライブラリの利用を止めることを発表するなど波紋はさらに広がっていました。 ここに来て、FacebookがReact他のライセンスを見直すそうです。 Relicensing React, Jest, Flow, and Immutable.js | Engineering Blog | Facebook Code Apache License version 2 → BSD + PATENTS → MITという流れで、もっともパミッシブなライセンスに落ち着くことになりそうです。 Scope covered by Patent No

オープンソースプロジェクトの世界では「優しい独裁者」と呼ばれる存在がプロジェクトを成功に導いているケースがたびたび見られます。では、彼らはどんな方法でプロジェクトを運営しているのでしょうか。優しい独裁者の特性を考えます。 フリーソフトウェアについて人々がよくする最初の質問は、「プロジェクトはどういう仕組みで動くの？」「プロジェクトを維持しているものは何？」「誰に決定権があるの？」といったものです。わたしは、実力主義や、協力の精神、読めば何をやっているか分かるコード、などについて当たり障りなく答え、いつも釈然としない思いがします。 実のところ、こうした質問に答えるのは簡単ではありません。実力主義、協力、そして動くコードはすべて答えの一部ではありますが、日々の単位でプロジェクトがどう動いているかについてほとんど説明していませんし、プロジェクト内で起こる衝突をどうやって解決するのかについては何も

昨日に続き http://d.hatena.ne.jp/sotarok/20081012/1223838897 ■F1日本GP2008＠富士スピードウェイが情報工学的な意味で相当すごかった という話に関連して。 これを昨日紹介したところ、コメント欄にこうあった。 id:eg_2 2008/10/14 23:04 コミックマーケット＠東京ビッグサイトの行列のさばき方は奇跡レベルですよ。 ２０万人クラスが相手なのに。 それを見物するために朝早く行くぐらいですもの。年末にどうですか（笑）。 20万人て。 関ヶ原の東西両軍より多いのかよ。実は私も、リンク先を受けた話でそのことを引き合いにだそうかなと思ったが、調べずに「５、６万人ぐらい？」と思い込んでいたので、あやうく恥をかくところだった。 私がそのノウハウがあるらしいと知ったのは、「創」連載の唐沢俊一・岡田斗司夫対談で「コミケ創生に関わった方が亡

今日バイト先で話をした小学校五年生の女の子（別に怪しいバイトじゃなくて普通の個別指導塾）の話が興味深かったのでつぶやくことにする。

MozillaのエンジニアリングマネージャーBenjamin Smedberg氏が、64ビット版「Windows」で実行できるように最適化された「Firefox」のナイトリービルドを中止するよう開発者に求めた。 Smedberg氏は米国時間11月17日、「Google Groups」の掲示板「mozilla.dev.apps.firefox」に「Turning off win64 builds（win64ビルド停止）」という開発者スレッドを立てて、開発停止を提案した。 Smedberg氏は64ビット版Firefoxについて、「常に誤解とフラストレーションのもと」になっていると述べ、このビルドはたびたびクラッシュし、多くのプラグインは64ビット版で利用できない、コードがないためにプラグインが正常に動作せず、ハングアップが発生しやすい、と記した。さらにSmedberg氏によれば、このためユーザ

(2012/9/19 22:51追記 url切れが多かったは間違いだったので修正．奥村先生の分析結果と数が合わないのはもう一度チェックする！) (2012/9/20 14:24追記 1tweetに複数以上のurlが含まれていても1つしか抽出していなかったので修正．奥村先生の抽出結果の数字とほぼ同じオーダーの数値になったが，今度はこちらが10〜20程度多いものがある…なぜ…？) (2012/9/20 22:05追記 奥村先生とのツイート数のずれはURLの後ろに付いた#が原因であることが判明．詳細は奥村先生のtwitter分析のページに記載されています） Googleが幹事となり，朝日新聞社，JCC，Twitter Japan，日本放送協会，本田技研工業，レスキューナウ，ゼンリンデータコムによる8社が2011年3月11日前後のデータを公開して，当時何が起こったのか，震災時に必要なサービスは何か

昨日のブログエントリ「PHP5.3.7のcrypt関数に致命的な脆弱性(Bug #55439)」にて、crypt関数の重大な脆弱性について報告しました。脆弱性の出方が近年まれに見るほどのものだったので、twitterやブクマなどを見ても、「どうしてこうなった」という疑問を多数目にしました。 そこで、このエントリでは、この脆弱性がどのように混入したのかを追ってみたいと思います。 PHPのレポジトリのログや公開されているソースの状況から、PHP5.3.7RC4までこのバグはなく、PHP5.3.7RC5でこのバグが混入した模様です。RC5はPHP5.3.7最後のRelease Candidateですから、まさに正式リリースの直前でバグが入ったことになります。 バグの入る直前のソースは、ここの関数php_md5_crypt_rから参照することができます。以下に、おおまかな流れを図示します。まずはバ

伽藍からバザールへという話を、「どうしたら革命を起こせますか？」で書いた。 『残酷な世界～』で述べたけれど、伽藍（閉鎖空間）とバザール（開放空間）ではゲームのルールが違う。 バザールは参入も退出も自由だから、相手に悪い評判を押し付けてもあまり効果はない。悪評ばかりの業者は、さっさと廃業して、別の場所や別の名前で商売を始めるからだ。 バザールでは、悪評と同様に、いったん退出するとよい評判もゼロにリセットされてしまう。だから、たくさんのよい評判を獲得した業者は、同じ場所にとどまってさらに評判を増やそうと考える。顧客は評価の高い業者から商品やサービスを購入したいと考えるから、これがいちばん合理的な戦略なのだ（ネットオークションがその典型だ）。 バザール空間でのデフォルトのゲームは、できるだけ目立って、たくさんのよい評判を獲得することだ。だからこれを、ポジティブゲームと呼ぼう。 それに対して閉鎖的