リッチクライアントよりもステートレスクライアント：栗原潔のテクノロジー時評Ver2：オルタナティブ・ブログ
＠ITのリッチクライアントコンファレンスのパネルに出てからちょっとこのテーマについて考えています（出る前に考えろよ＞自分 ＾＾;）。 クライアントのアーキテクチャ（ここでは、ソフトウェアの構築方式のこと）で、シンvsファットvsリッチという区分は実はあんまり本質的ではないのではと思ったりします。本当に大事なのはステートレスなのかステートフルなのかということであって、可能な限りクライアントはステートレスにすべきと思うわけです。ステートフルであると、サーバ側とのデータ不整合の問題を常に考えなければいけないわけで、システムの設計や運用が一気に難しくなります。ファット・クライアントがまずいのはファットであることが理由というよりも、ステートフルであることが理由で、これによりクライアント側のプログラム管理というきわめてやっかいな問題が生じてしまったわけです。逆の言い方をすれば、シン・クライアントの良さ
SNSのimportがない理由 : 404 Blog Not Found
2006年03月16日19:13 カテゴリiTech SNSのimportがない理由 技術的なことはボリスの担当? 【良くも悪くも】後発のSNSに必須の機能… 足りない機能、それはmixiからのインポート機能ですよ！ それはさておき、なぜそれがないのかならわかる。 今のところ、mixiはripperを恐れる必要はあまりない。 なぜなら、SNSをimportする際には、自分のデータだけではなく、自分の友人(mixiならマイミク)のデータまで「引っこ抜かなきゃ」ならないから。 自分のデータだけ引っこ抜いてもそれは単なるデータのバックアップで、友人へのリンクはそのままじゃ使えない。そのままだとまた引越元のSNSに飛んでしまうし、その部分を引っ越し先SNSに加工しても、その友人たちも引っ越してないと"404 Friend Not Found"な憂き目にあう。 唯一の方法は、SNSまるごとRIPだけ
「速度8ノット、敵追跡中」：分散コンピューティングで解読されたEnigmaの暗号 - CNET Japan
ある分散コンピューティングプロジェクトが、第2次世界大戦中にドイツ軍の暗号機「Enigma」で暗号化され、これまで未解読だったメッセージの解読に、終戦後60年を経て成功した。 このM4 Projectは、Enigmaで作成した3つの原文を解読する目的で1月上旬に始まった。これらのメッセージは、1942年に傍受したものの、連合軍が解読していなかったとされる。 これらのメッセージは、4ローター式のEnigmaを使って暗号化されている。膨大な数の組み合わせ（2×10の145乗）を設定し、それぞれがテキストメッセージを異なる形で暗号化できるため、ドイツでは、この機種で作成された暗号文は解読不可能だと考えられていた。 英Bletchley Park研究所の暗号技術者たちは、Alan Turing指揮のもと初期のコンピュータを開発し、同時に設定可能な数を力作業で絞り込むことにより、Enigmaを何とか
＠IT：The Rational Edge 分散コンピューティング時代のテスト手法
The Rational Edge 分散コンピューティング時代のテスト手法 Jeffrey Bocarsly Division Manager, Automated Functional Testing RTTS Jonathan Harris Division Manager, Scalability Testing RTTS Bill Hayduk Director, Professional Services RTTS 2002/7/20 テストの業界標準はクライアント／サーバアーキテクチャがそのつど直面する品質の問題に沿って進化し続けてきた。つい最近までは、フロントエンドシステムの機能テストはクライアントPCのみで、バックエンドシステムのスケーラビリティ調査やパフォーマンステストはサーバのみで行うという形態が主流だった。この「分業体制」は、旧来のクライアント／サーバアーキテクチャ（
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
