Google Wave アーキテクチャ
原文(投稿日：2009/6/1)へのリンク Google Waveは3つの要素で成り立っている: ツール、プラットフォーム、そしてプロトコルである。そのアーキテクチャの核は、並行制御をサポートするための理論的フレームワーク、オペレーショナルトランスフォーメーション（OT=Operational Transformation）である。 まず最初に定義が必要だろう。Google Waveとは: （ウェーブと呼ばれる）ホストされたXMLドキュメントをベースとした、並行に行われる変更と遅延の少ない更新をサポートする、新しいコミュニケーションとコラボレーションのプラットフォームである。 ツール Google Waveは「電子メールプログラム＋インスタントメッセンジャー＋協調的な文書共有と編集ツール」である。クライアントサイドではJavaScriptとHTML5を使っており、Chrome、Firefo
ソフトウェアテスト基本テクニック 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
Scrabble.NET » Blog Archive » WCFと透過プロキシと最適化と
WCFサービスとPolicy Injection Application Block(PIAB)なりUnityなりを統合するのに、インスタンスプロバイダを使ってどうこうという記事をよく見かけるけれども、誰もぼくにWCFで透過プロキシを使うとえらい目に遭うよってことを教えてくれなかったので書いておくことにする。 WCFサービスをインターセプトしたりDIしたりする場合はカスタムインスタンスプロバイダを作ってサービスのインスタンス生成をDIコンテナなりにやってもらうことになると思うけど、ここでうっかりインスタンスを透過プロキシにしてしまうと、２つ以上のサービスが同一のアプリケーションドメインに配置された場合、サービス呼び出しが大混乱してしまう。例えばServiceA.Method1とServiceB.Method2てな感じで２つのサービスを配置していたとすると、ServiceA.Method2と
名刺にメールアドレスではなくWaveアドレスを書く時代がすぐそこに？ - アンカテ
Wikiを更地から再構築したら Google Waveはいろいろな顔を持っていて、これが何であるかについていろいろな意見が出ると思うが、私は、まずは「更地から再構築したWiki」であると見るべきだと思う。 つまり、「一つの文書を複数の人が共同で編集する」ということに、理論的なモデルを与えることで、以下の特性を加えたものだ。 リアルタイム性(一文字単位で更新が反映される) スケーラビリティ(世界中の人が同時に乗っても大丈夫) 拡張性(地図や動画やチェス盤などいろいろなガジェットを貼れる) 技術的には、Google Wave は、非常に良くできた Wiki ではあるが、目新しいことは何もない。しかし、Google Wave には、もの凄いイノベーションが含まれていて、それは「メールは特殊なWikiである」という、全く新しいものの見方である。 メールとは対話ログの共同編集 メールとは普通に考えれ
開発チームが明かす、Google Waveの実装概要 － ＠IT
2009/06/01 グーグルが発表した新しいコミュニケーションプラットフォームの「Google Wave」が大きな反響を呼んでいる。技術的な詳細がかなり明らかにされているので、何が可能かはだいたい予想ができそうだが（だからこそ発表時に会場を埋めていた4000人あまりの聴衆は興奮のあまり立ち上がって喝采を送ったのだが）、誰も想像できなかったようなキラーアプリケーションが登場するのかどうか、あるいはWave自体がキラーアプリケーションなのか、それはまだ誰にも分からない。 レポート記事（【詳報】Google Waveとは何なのか？）への反響を見ると、さまざまな疑問を感じている人がいる。そこでここでは、直接Waveのプロジェクトリーダーに話を聞いたり、別セッションで開発チームが行った説明、およびオンラインドキュメントから読み取れたことなど、いくつか追加情報をまとめたい。ちなみに、Google I
Google Wave 私的まとめ - IT戦記
正直わからないことが多いです。突っ込み歓迎 以下、箇条書き Google Wave という言葉が曖昧に使われている Google Wave というサービス（これはオープンソースではない） プロトコルでもない Google Wave Provider に接続するためのアプリ メールでいうところの、メーラーのこと Google Wave Provider Google Wave Federation Protocol (XMPP Extension) のやりとりを実装したサーバー Wave Proxy と Wave Gateway を持つ Wave Gateway （配信用サーバー） Wave Proxy （受信用サーバー） Wave (Proxy|Gateway) とは別に何かしらの Frontend を持つ場合が多い（たとえば Comet みたいな） Google Wave Federat
【第4回】「デザインが良いね」と言う人には気をつけろ：日経ビジネスオンライン
気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン 最近、「デザインに今の苦境を乗り越えるヒントがあるのでは」という期待をもって、製品戦略の際にデザインに関するものがクローズアップされるようになってきている。米アップルのiPodやMacBook、サイクロン方式の掃除機の英ダイソンなどはその代表例だ。 そんな事例を聞くと、自社の製品についてもデザイン志向の製品を投入したくなるものではないだろうか。 今回は、仮に、そんな状況で「デザイン」に関する議論が行われたら、どんな話が展開されるのか、というところからスタートしたい。この議論の参加者には事前にアイデアを準備してもらっている。さて、参加者はどのような視点で、アイデアを持ってくるだろうか。これから、実際に筆者が参加したことがある、とある議論の発言を
「バカなもの」を書いているのがむしろ「バカ」ではないことが「残念」なのではないか？ - モジログ
先日の「梅田望夫進化論」を補足したい。 梅田さんの「残念」インタビューに対する批判的な反応のなかに、こういう論旨のものをわりと見かけた。 １） 梅田望夫の『ウェブ進化論』は、ネットを肯定的に擁護して、一般人に対して煽った。 ２） ネットが一般化すれば、衆愚化するのは必然だ。 ３） その梅田望夫がいまさら「バカなものが多すぎる」「残念」と言って、一般人を切り捨てるのはどうなんだ？ この論旨は、私はちょっと違うように思う。そして、ここは梅田さんの「残念」において大事なポイントだと思うので、これについて私見を書いておきたい。 今回の梅田さんの「残念」は、昨年のTwitterでの「はてぶのコメントはバカなものが多すぎる」発言とほぼ同じ趣旨であり、『ウェブ時代をゆく』の第４章「ロールモデル思考法」の一節（＜つまらないことで人の揚げ足を取ったり粗探しばかりしている人を見ると、よくそんな暇があるなと思う
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
http://chikura.fprog.com/index.php?UID=1243610235