AZ Sutraシステムと呼びます。 経典はサンスクリット語の「糸」であり、貴重な発言でもあります。 スートラはコミュニケーションの不可欠な枝であり、私はそれをスレッドよりも好きです（ちなみに「スレッド」も）。 AZ-活動と意義。
（Habrでシステムを作成するための前提条件については、「 通信システムのインターフェース-葉の後ろの木を見る 」および「 コメントの自由！または」に値するすべての人に説明しました ）。
AZ Sutraの作業の4つの基本原則を以下に示します。
I.メッセージにはチャンスがある
すべてのメッセージまたは（偶数）コメントは、「丘の王様」になることができます。つまり、トラフィックと位置を取得します。 これを行うには、値（ユーザー評価）を入力するだけです。
II。 重要性は多次元です
メッセージには独自のタグまたはラベルクラウドがあります。 重要度はメッセージラベル間で分散されます。つまり、重要度はテーマです。 サッカーについての会話が始まり、単語ごとにお金を稼ぐ側に行き、メッセージラベルの構成とその重要性の分布によって、この経典を詳しく読まなくてもトピックは漂います。
III。 メッセージの可視性はオブザーバーの位置に依存します
スートラナビゲーションは、重要性のテーマに基づいています。 あなたは/ページをスクロールしたり、ジャンプすることができます.... スケーリングするだけです。 大規模では、すべてまたはほとんどすべてのメッセージが表示され、小規模では（鳥瞰図）、重要なまたは非常に関連する参照メッセージのみが表示されます。 ここから、焦点メッセージまたは参照メッセージ、つまり、ユーザーが経典を見ているメッセージの概念に従います。
IV。 ユーザーの専門知識は多次元
作成者および評価者としてのユーザーの重要性は、トピックの本質であるラベルによっても異なります。 政治に非常に影響力のある紳士は、技術の完全なゼロになることができます。 ユーザーの重要性は、評価における声の力と声明における声の力を与えます-彼らのメッセージは、注意トラフィックを引き付ける可能性が高いです。
アルゴリズムの詳細
AZスートラの数学的原理を説明する調査資料は、システム自体のパブリックドメインに配置されています（ショートカット数学 ）。
正直なところ、再び多くの表記法、公式、公式があります。時々、私はそれを調べることさえ恐れています。
したがって、ここでは3つの言葉で、要点の概要を説明します。
出生直後のメッセージの重要性は、著者の重要性に依存します。 重要性の成長は、メッセージを誰がどのように評価するかにかかっています。 重要度は常にベクトル、つまりラベル（タグ）の重要度であることに注意してください。
有意性には、経時劣化の特性がありますが、ゼロにはなりません。
メッセージ評価者は、トレンドに陥ると重要性が増します。 それらの評価に対する賞は、彼らがメッセージを「正しく」評価するのが早いほど大きくなります。
メッセージが評価されると、著者は重要度を獲得します。 評価は各ラベルごとに個別に行うことができます。または、メッセージ全体を単純にプラス/マイナスすると、システム自体がラベルごとに評価を分散し、理論的には評価者自身のラベルの専門性を考慮します。
メッセージの可視性-焦点距離に関連して計算され、デモンストレーションの競合他社の数を考慮します。 ほとんどの場合、次の利点があります。
- 近親者（メッセージへの返信）
- ノードメッセージ（新しいブランチのノードになったメッセージ）
- テーマ類似。 関連するショートカットの計算など、ショートカットが比較されています。
- 重要なメッセージ
ズーム作品イラスト
最小規模のコルテスの経典全体。 バイオの完全性に注意してください。
問題と今後の課題
もちろん、インターフェイスの最大の問題。 つまり、Sutraの評価インターフェイスとズームインターフェイスを使用します。
ここでは、新しい画期的な考えが必要です。 私たちが経フレーム管理と呼ぶトップパネルは、よりインタラクティブなはずです。 さらに、システム内のナビゲーションについて多くの質問があります。
さらに、後で延期される概念があります。
- メッセージのラベルを割り当て/削除するシステム。 これらの行動はどのように奨励されますか？
- 正と負の評価の数が近い場合の対処方法。 たとえば、「Islam」というラベルの下では、メッセージに50％〜50％の支持者と反対者がいる場合があります。
- システムのグローバル定数は、これまでのところ常識の観点から設定されています。 手順と正規化アルゴリズムが必要です。
- トラフィックファンネルにアクセスするためのメッセージの重要度のしきい値（ラベルページ。1日のベスト、週など）は、数学的にまだ実証されていません。
必要なもの
このプロジェクトはすでに息づいていますが、実感できますが、それでもまだ完全とはほど遠いものです。 正直なところ、これはまだエンドユーザーシステムではなく、イデオロギー技術です。
私たちは非常に小さなチームです。このプロセスにはほぼ完全に3人（私はJulius Orlov、Ivan Pleshchev —コード、Pavel Ivanov —レイアウト、設計）と、特にトリッキーな数学アルゴリズムを手伝う数学者Sergei Tsarevがいます。
オープンソースプロジェクトを作成したいのは、開発が高速になるからです。 そして、ここで開発することがたくさんあります。 個人的には、新世代のコミュニケーションツールのプラットフォームと考えています。
仲間、評論家、アドバイザーが必要です。 一般に、このシステムの開発には助けが必要です。
この低速のテストサーバーaz2.snega.ruで、ここですべてを確認できます。
PMでリクエストに応じてAZ Sutraに招待状を配布し、メールを送信します（できれば賢明なアイデア）。
UPD：登録は開いています。
UPD 2017年3月2日：作業が停止しました。 今、私たちは再び始めています。