2009年5月、Google Wave（GW）が発表されました。数か月後、私たちは招待を受けて勉強を始めました。 GWは、GoogleDocsと同様に、 OTテクノロジーを使用してテキストを共同編集する機能を備えています。 ボーナスもあります：ドキュメントのセクションを構造に折りたたんだり、ガジェットやロボットを追加したりできます。 GWで現在のプロジェクトについて話し合い、ツール全体が気に入りました。不便さの多さから、機能を拡張し、インターフェイスを改善するための多くのアイデアが生まれました。 特に、ドキュメントのすべてのセクションを折りたたむためのショートカットを鋭く感じました。 関連するコンテキストで各タスクを設定するという考え方もしばしば議論されました。





Web開発者のVladimir Semenovは、コンテキスト設定タスクとロボットによる正規表現の処理の可能性を探り始めました。 拡大のアイデアは、ショートカットの議論セクションを削減する可能性を提供し、ウラジミールはトゥスール 、セルゲイ・ケゲイのクラスメートに語った。 セルゲイはこのアイデアに興味を持ち、勉強や主な仕事から自由な時間にそれを勉強し始めました。



2か月後、Google Chromeブラウザの拡張機能とロボットが登場し、タスクをコンテキストで処理しました。 Google Waveベースのツールのアーキテクチャは、上の画像のようになりました。

スキームでの生活

ユーザーとのシステムの相互作用スキームを検討してください。



Waveのタスクは、ガジェット内のタスクのリストに次のように関連しています。

1.ユーザーがテキストに正規表現を記述します（たとえば、括弧内の「task」または「export」という単語）。

2.ロボットはテキスト内でこの表現を見つけます。

3.ロボットは必要なデータをデータベースに入力し、リンクを生成します。

4. TaskGadgetは新しいタスクが表示されたことを確認し、次回開いたときにリストに表示します。



フォームのあるウィンドウは、別のページやタブではなく、waveで直接正規表現の横に開く必要があります。 これは次のように実装されます。

1.ユーザーは、前の説明の3番目のステップでロボットによって生成されたリンクをクリックします。

2.リンクをクリックすると、拡張機能によってインターセプトされます。

3.拡張機能はiframe（空のウィンドウ）を形成し、このリンクはアドレス（src）として示されます。

4.ブラウザ自体がデータベースからフォームを受信し、iframeにロードします。

さらに詳細については、GoogleCalendarとの対話がまだあります。



ロボットの仕事の主催者の写真：







ウラジミール・セメノフ、セルゲイ・ケゲイ

論争「GUI vs. Cmd "およびその他のインターフェース

永遠の質問「もっと便利なもの：テキストコマンドかグラフィカルインターフェイスか」。 長い間、「テキスト内のタスク」、「wavesで検索」、「HTMLにエクスポート」というツールを使用してユーザーとのやり取りを整理する方が便利であると考えています。 2つの開発オプションがありました。

-GUIフォームのあるウィンドウ：これは新規ユーザーにとってより理解しやすく、コマンドパラメーター（たとえば、日付形式）を記憶する必要はありません。

-ウェーブテキストに直接コマンドを入力します。これにより、ロボットによるコマンドの受信速度が向上し、オタクは時間を節約するために詳細を掘り下げる準備ができていることを誰でも知っています。



ロボットの最初のバージョンは、テキストコマンドのみを認識していました。 その後、GUIフォームに切り替えることにしたとき、テキストコマンドを拒否しないことにしました。 その結果、ツールはこのように機能します。







GUI対 タスクインターフェイスのCMD



通常のユーザーとオタクユーザーがタスクを設定する方法の違い：

-ウィンドウフォームに慣れている、彼が括弧で「タスク」を書くという事実から始まります。 ロボットはこの単語を処理し、リンクに置き換えます。 次に、ユーザーがリンクをクリックし、表示されるウィンドウでタスクのパラメーターを明確にします。

-コマンドラインに慣れているユーザーは、すぐにドキュメントのテキスト「（Vasyaのタスク）」に書き込みます。 つまり、タスクのすべての主要なパラメーター、エグゼキューター、日付（場合によっては他のパラメーター）を示します。 これで問題のステートメントが完成しました。

Waveのタスクのリスト

タスクのテキストは多くの場合、ほんの数語です。 ほとんどの場合、タスクを理解するためには、それが参照するコンテキストの一部を理解する必要があります。 TaskGadgetの主なアイデアは、タスクのリストからコンテキストへの移行を提供することです。







TaskGadget。 タスクリストからコンテキストに移動する



デフォルトでは、タスクは日付順にソートされます。 ガジェットの各タスクには、それが設定されたメッセージへのリンクが含まれています。 ガジェットの横にあるタスクをクリックすると、ディスカッションが開きます-タスクのコンテキスト。

Waveから記事をエクスポートするためのインターフェース

最初に、エクスポートを最も簡単な方法で実装しました。選択したメッセージは1つだけがWaveからエクスポートされました。 実験の後、記事の構造の作り方が明らかになりました。 この場合、各メッセージ（GWでは、メッセージはblipsと呼ばれます）に対して、パブリケーションは個別に構成されます。 最小化された記事は次のとおりです。







波の中の記事の構造の例



各メッセージは、エクスポートに含めるか、エクスポートから除外できます。 これを行うには、各メッセージの冒頭で、ロボットは「+」または「-」のアイコンを配置し、エクスポートにブリップが含まれることを示します。









メッセージの例。 +記号の付いた上部はエクスポートに含まれます。 「-」の付いた下部は、エクスポートに含まれません。



「+」または「-」はそれぞれ、リンクをクリックして、blipのエクスポートステータスを変更できます。 これには、次のGUIフォームが使用されます。







エクスポート設定のフォーム

Google Chrome拡張機能

WaveShortCuts拡張機能は、GWクライアントにはないアクションを実行します。 それらのリストは次のとおりです。







WaveShortCutsホットキー



作業では、この図で強調表示されている2つのショートカットをよく使用します。 それらを使用して、任意のサイトで文章またはテキストのフラグメントを選択し、Alt + Cを押して、このフラグメントを取得元のサイトへのリンクとしてすぐにWave に挿入できます。



ショートカットが押されると、拡張機能はGWクライアント用のコマンドを生成します。 したがって、拡張機能には、ユーザーに代わってコマンドをGWに送信する権利が必要です。 GWはこの状況を警戒しており、ユーザーはしばしばそのような通知を怖がっています（拡張機能をインストールするときに表示されます）。







Googleアカウントアクセスリクエスト



リンクを挿入する機能の場合、拡張機能は、ユーザーに代わって、訪問するサイトへのアクセスを必要とします。 したがって、このような恐ろしいメッセージも表示されます。







親愛なる開発者は、拡張機能を開発するとき、可能な限りそのような警告を避けてください:)

拡張機能をChromeウェブストアに投稿します

新規ユーザーのエントリーしきい値を下げる作業において、ボトルネックの1つは拡張機能のインストールであることが判明しました。 多くの不明瞭なリンクとボタンが新規ユーザーを混乱させました。 そのため、GoogleコードホスティングからWebStoreに移行することにしました。



私たちを待っていた困難な探求はこの波に詳細に反映されています。 その中のすべてのブリップを折りたたむと、次の構造が表示されます。







WebストアでのWaveShortCutsの配置について説明するWaveのセクション

通知を設定して、Googleカレンダーを操作します

タスクを使用した通常の作業では、あらゆる種類の通知とモバイルデバイスとの同期を構成する必要がありました。



ジャバーの通知は、ロボットを連絡先に追加することで実装されます。SMSはGoogleカレンダーを介してモバイルと同期します。SMSはそこから無料であり、カレンダーを介してタスクを処理する方が便利です。







通知設定ページのスクリーンショット

Googleカレンダーを接続

まず、ロボットをユーザーの個人カレンダーに関連付けたいと思いました。 ただし、同期の問題が発生します。ユーザーが自分のカレンダーでタスクを変更または削除した場合、これらの変更を処理してWaveに書き込む必要があります。 技術的には、このような同期を行うことは非常に困難です。



別のオプションを選択しました。ロボットがカレンダーを作成し、ユーザーと共有します。



また、ユーザーがGoogleCalendarサービスを有効にしていない場合、カレンダーを共有できません。 そのため、スクリーンショットがより高いカレンダーアクティベーションインターフェイスでは、警告の言葉と感嘆符のようなマナーを避けることができませんでした。



その結果、多くのことを学び、モバイルGoogleと同期するすべてのタスクを同じように融合しました。 通常のユーザーがすべてを設定する方法を見つけることは非常に難しいという事実には、まだ問題がありました。 Googleの手順を改訂し、携帯端末でGoogleカレンダーを設定する手順を書きました。

プラットフォームオデッサの将来のアーキテクチャに関するいくつかの言葉

GWにあるすばらしいことは、長い間開発されておらず、むしろセットです。 今年、このサービスを開発する必要があることに気付きました。 これを行うには、GWの代替を見つけます。 Googleは、GWプロジェクトのすべてのソースコードと知識をApache Foundationに転送しました。 Apacheは、 WiaBプロジェクト-Wave in a Boxを立ち上げました。 製品のアルファ版が既にあります。 私たちはプロジェクトの状況を調査し始め、次の結論に達しました。

-WiaBを現在誰がどの方向に開発しているかは不明です。

-WiaBはスケーリングに適していません。

-WiaBアーキテクチャは、ビジネスロジックを完全にはサポートしていません。

-ドキュメントに関する大きな問題。

-サーバーコードとクライアントコードの接続性の向上。

-実際、現時点でのWiaBの最大のプラスは、適切に実装されたOTエディターです。それ以外の場合、プラスよりもマイナスが多くなります。

-そして最後に、多くのJava開発者はいません。



私たちは自分自身に尋ねました：独自のプラットフォームを開発できますか？ 難しいOTタスクの1つは既にShareJSに実装されており、さらに、スケーリングのための既製のソリューションがありました。 クライアントは常にサーバーへの接続を維持するため、リソースを効率的に消費するには、多くの長期間有効な接続を安価にサポートできるサーバーソリューションを使用する必要があります。 このタスクには、非同期（非ブロッキング）サーバーが最適です。 私たち自身にとって、根本的に解決不可能なアーキテクチャ上の問題はないと結論付けました。



その結果、 独自のプラットフォーム Rizzoma.comで サービスを作成することにしました 。 各モジュールに必要な特定のテクノロジーについて考えて、私たちはこのアーキテクチャのビジョンに到達しました。







オデッサキャンプでのプレゼンテーションからスライド



ノンブロッキングサーバーには、Node.jsまたはTornadoがあります。 次のように、Node.jsで選択が行われました。

-ShareJSはNode.js用に作成されています。

-コードの一部は、サーバーとクライアントの両方で使用できます。 また、異なる言語間で注意を切り替えないでください。

-プラットフォームは活発に開発されており、多くのライブラリがあります。 たとえば、Yandexは独自のフレームワークをリリースしました。

CoffeeScriptは、単純なJavaScriptと比較して構文糖が存在するため、開発言語によって選択されました。



データベースは、次のようにCouchDBによって選択されました。

-データベースはドキュメント指向であり、ビジネスロジックにより適しています。階層的にネストされたものが多数あります。 そして、これはドキュメント指向のデータベースに実装するのが簡単です。

-ドキュメント指向のアプローチにより、CouchDBはレコード間の接続が少なくて済み、明るい将来のスケーラビリティを促進します。



ガジェットを再度記述しないように、OpenSocial標準をサポートし、Google Waveで機能したすべてのガジェット（Orkut、MySpaceなど）もOdessaプラットフォームで機能します。



また、サーバーがWiaB、Novel Vibe、およびこれをサポートする他のサーバーと対話（波動交換）できるように、 フェデレーションを実装する予定です。



検索エンジンはSphinxを使用しています。 この作業スキームを単純化するために、これを行うことができます。CouchDBでデータを変更すると、その変更は既に検索されているインデックスに分類されます。 すべての検索は、タグ、時間、アクセスレベルなどを考慮して、Sphinxによって実行されます。 これにより、クエリの実行が高速になり、データベースを使用するサーバーの負荷が最小限に抑えられます。