recompile.net: サン流だけど一流のバグ管理心得
Java EE 5のStar Spec LeadであるBill ShannonがGlassfishのメーリングリストにバグの考え方の話を投稿してたんで、勢いで翻訳しちゃう。 大規模開発のときのバグ管理の心構えとしても興味深いですね ちがう、ちがう、ちがう。 バグポートフォリオをどうやって使うのかを、また説明しなきゃいけないようだね。もう毎回ずっと、ああもう、8年くらい？ リリースのたびに説明してこなかったっけ？ バグにそもそものプライオリティなんかないんだ。バグはプライオリティとともにうまれるわけじゃない。バグのプライオリティってのは、我々の決定なんだ。単なる技術的な決定じゃない。単なるバグの影響度でもない。単なる重大性でもない。バグは、リソース、ビジネス上の判断なんかによって、決定されるもんなんだ。 バグの優先度は、意思決定プロセスの結果なんだよ。つまり、どれがバグで、どれがバグじゃない
自己と社会 - recompile.net
今日は、エンジニアの未来サミットの反省会でした。それで帰ろうと思ったらお世話になた方にばったりと出会ったり、んでその人と一杯飲みに行ったら、別のお世話になった人とばったり会ったりしたので、なんかお返しをしたくなったので、ソーシャルチェンジについて書きます。酔っぱらっているときの特別ですよ！ これって絶対に思い返したら黒歴史系なんだからねっ！ そんなこんなで、私が物心ついてから社会的変革に出会ったのは、人生で2.5回あります。本格的なのが1回と、トリビアルなのが1.5回。重要なのは、トリビアルな方で、まあ勘違いかもしれなけれど、その2回の方が人格形成に影響してるとおもう。 物心ついたときにであた本格的な革命は、インターネット革命！私がちょうど大学生のころで、いや本当にびっくりした。っていうか、簡単にいうと、インターネットがある前には当たり前だった世界が、インターネット後には想像もつかないよう
［ネタ］ Ruby on RailsでCometを実現する http_polling プラグイン (recompile.net)
RailsのプラグインでCometなアプリケーションを簡単に書けるようになったら、うれしいかもしれません。Juggernautというものありますが、これは80番ポート以外をつかうので全然うれしくない。 そこで、書いてみました。polling_methodを指定してあげると、:wait_forで指定したアクションが実行されるまで、HTTPコネクションをつかんだままで、アクションの実行を待機します。 例えば、Controllerクラスは、次のようになります。 class CounterController :increment def count render :update do |page| page.replace_html 'count', @counter.count end end def increment @counter.increment! :count render_te
おとこのCometアプリケーション！ Jetty 6 Continuation入門まとめ（後編：その２） (recompile.net)
« おとこのCometアプリケーション！ 非モテのためのJetty 6 Continuation入門まとめ（後編：その１） | メイン | example.com にAレコードが振られているどころかApacheが元気に稼働中である件 » おとこのCometアプリケーション！ Jetty 6 Continuation入門まとめ（後編：その２） このエントリーは、前回からの続きです。 サーバの実装 クライアント側の実装は、 リクエストを発行してから、カウンターの値が返ってくるまで待つlong-pollの仕組み ユーザからのイベントをうけて、カウンターの値を増加させるようにリクエストする仕組み というふたつに分類することができました。サーバ側についても、それぞれに対応するかたちで実装していきます。 Jetty 6では、Ajaxアプリケーションのために、org.mortbay.util.ajax.
おとこのCometアプリケーション！ 非モテのためのJetty 6 Continuation入門まとめ（後編：その１） (recompile.net)
« おとこのCometアプリケーション！ 非モテのためのJetty 6 Continuation入門まとめ（前編） | メイン | おとこのCometアプリケーション！ Jetty 6 Continuation入門まとめ（後編：その２） » おとこのCometアプリケーション！ 非モテのためのJetty 6 Continuation入門まとめ（後編：その１） このエントリーは、前回からの続きです。 サンプルアプリケーション それでは、Cometの実装をみていくことにしましょう。サンプルアプリケーションを用意しましたので、まずは大まかにサンプルアプリケーションの動作を確認してください。 サンプルアプリケーションは、サーバプッシュ型カウンターです。サーバ側に保存されているカウンターの値が増えると、そのイベントがクライアント側へと伝えられ、クライアント側の表示が更新されます。クライアントの動作に
おとこのCometアプリケーション！ 非モテのためのJetty 6 Continuation入門まとめ（前編） (recompile.net)
« 突然、有名サイトに自分の写真が掲載されていたら | メイン | おとこのCometアプリケーション！ 非モテのためのJetty 6 Continuation入門まとめ（後編：その１） » おとこのCometアプリケーション！ 非モテのためのJetty 6 Continuation入門まとめ（前編） はじめに Jetty 6には、継続（continuation）という機構が用意されました。この記事では、その応用例であるCometによるウェブアプリケーションの実装を取り上げ、解説をします。 Cometでは、サーバプッシュ型アプリケーションを実現するために、サーバに対してHTTPコネクションを張り続ける必要があります。こうした接続の手法は、従来のHTTPサーバでは想定されているものではありません。 また、Cometが提供するイベントドリブン型のウェブアプリケーションでは、サーバ側や、クライア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://recompile.net/2007/02/post_32.html