グーグルのバグ予測アルゴリズムを実装したツール「bugspots」、オープンソースで公開
ソースコードのなかでバグが多いのは、より高頻度に、かつ最近になって集中的に直している部分。これが、グーグルで採用された「バグ予測アルゴリズム」であることを、先月の記事「グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している」で紹介しました。 そのバグ予測アルゴリズムを実装したツール「bugspots」がオープンソースとして公開されています。 gitのレポジトリを分析 bugspotsはRubyで記述されており、gitのレポジトリから履歴を読み込んで分析し、どのモジュールにバグが含まれている確率が高いかを示してくれます。 以下のようにインストールして実行（説明ページから引用）。 $> gem install bugspots $> git bugspots /path/to/repo $> git bugspots . # (in current git directory)
ついにRFCに登場！Webサーバとの双方向通信を実現する「WebSocket」 - builder
次世代のWebアプリケーションの中核を担う技術として「HTML5」に注目が集まっているが、それと並んで期待されている技術に「WebSocket」がある。 IETFとW3Cによって仕様の策定が進められており、最初の提案以来幾度もの改訂を経て、2011年12月11日にそのプロトコル仕様がRFCのProposed Standard（RFC 6455）となった。 AjaxからComet、そしてWebSocketへ WebSocketはウェブサーバとブラウザが直接コネクションを張って双方向通信するための技術規格である。HTTPとは異なる独自の軽量プロトコルによって通信を行うため、オーバーヘッドが小さく、長時間に渡って通信する場合でもHTTPコネクションを占有する必要がないというメリットがある。 WebSocketが生まれた背景には、サーバとブラウザがもっとリアルタイムに通信して情報の配信や更新を行え
「まず仕上げる」という話 - やまもといちろうBLOG（ブログ）
話題になっていたので。 いち早く70%～80%程度の完成度で人に見せられるものを作ることがいかに重要か、という話 http://d.hatena.ne.jp/sotarok/20120105/1325698126 でも敗戦処理系の下請けや、制作環境など土台系の仕事をすることの多い弊社からすると、感覚はこんな感じだな、と思うわけです。上記サイトで書かれている通りですよね。試行錯誤の回数を増やさなければならない。 幾つか論点があるとすると、8割というか「まず見てもらえるレベルを提示して、相手に感覚を掴んでもらう」というレベルまでまず仕上げる、というのはクライアントのいる下請けか、上司が圧倒的な指揮権限を持っているプロジェクトなんだろうと思うわけです。 もし、全体工数の半分以下で8割仕上げられるのであれば、残りで想定100％までとっとと作れって話になりますね。でも、だいたい想像できるレベルまでモ
ポップカルチャー評論家宇野常寛「ARBはいかにもな90年代Jロック(ｷﾘ」オレ「ARBは80年代なんだが」宇野「ぐぬぬ」
宇野常寛 @wakusei2nd トリプルHの（ARBカバー）アルバムを聴いている。劇中挿入歌として印象的な「ROCK OVER JAPAN」はコテコテの「ロックの不可能性（もはや反抗する対象＝壁のない世界」への絶望を歌う（その意味では）いかにもな90年代Jロックだ。 宇野常寛 @wakusei2nd 同作（「輪るピングドラムｌ）ではこれを少女声で歌わせることで、この古びたイデオロギーを延命させる/誤魔化すという（これもよくある）手法を取っている。自分たち（男性）は信じられないけれど彼女たち（女性）はまだ物語を信じている！といった具合に。 宇野常寛 @wakusei2nd ここで思い出すべきはやはり『けいおん！』だろう。同作のスタンスは明確。「反抗すべき「壁」のない世界（≒日常系、空気系）」は絶望ではなく希望、端的に祝福すべきものだという「開き直り」だ。いわば「世界を（端的に）祝福するロッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
そこまでヒドイの？ ケア・テーカーと呼ばれている日本人支社長たち
買い物山脈 PS VitaとKindle Fireで終わったモバイルラッシュの2011年