私たちが知っているように、スピーチは絶対に必要であり、さらに、開発のこの段階で人々の間で情報を交換する最良の手段と見なされています。 それよりも優れているのは、私たちがまだ所有していない思考のテレパシー的交換だけである可能性があります（一部の人はもはや所有してい
ないと言います）。 しかし、ITの発展、コンピューターおよびインターネットの出現により、コミュニケーションを整理するためのはるかに大きな機会を獲得しました。 しかし、私は古き良きテキスト（私が今しているように）、またはスピーチ（スカイプ）を使い続けます。 根本的に新しいものは何も登場しておらず、もしそうなら、いくつかの別々の組織や孤立した人々のグループで使用されていますが、何らかの理由で大衆は昔ながらの方法で
それを行います。 これが一番の問題です。
私が伝えたい2番目の問題は、インターネットで受信した情報の保存、体系化、および便利なアクセスの問題です。 ハブロフスク在住の個人的にはどうなのかはわかりませんが、毎日何時間もインターネットで過ごしています。 意図的にどこで、偶然どこで私にとって有用で潜在的に有用な膨大な量の情報を見つけます。 そして、最初のケースでこの情報を保存するためにいくつかの手順を踏んだ場合、2番目のケースではこの活動を行うのが面倒すぎて、脳がこの情報などを保持することを期待する必要があります。 私が自由に使えるのは、情報を階層的に保存するためのプログラムです（実際、それらは数十個ありますが、無料のものを好みました）
-CherryTree 。 このプログラムでは、ツリーを構築します。たとえば、次のようになります。software-> OS-> Linux-> essential_commandsこのツリーのシートに、コピーアンドペーストで興味のあるものを保存します。 ただし、これはテキスト用であり、通常のリンクをFirefoxの「ブックマーク」に挿入するだけです。 Linuxに移行する前に、Windowsでは、CyberArticleも使用しました。これは、Webページの一部（写真など）を保存するための有料プログラムです。
このアプローチは不便で（複数のプログラム間で情報を検索するのは1つよりも遅くなります）、柔軟性がなく、最適ではなく、特に効果的ではありませんが、最善の方法は見つかりませんでした。 そして、まさにこの行き詰まりが、上と下に提示されたこれらの製作に私を駆り立てたのです。
実際、情報を便利に保存および整理するためのよく知られた方法は、テーブルと階層構造のみに注目できると思いました。 「情報」によって、テキスト（1..N文字、表示時のマークアップをサポート）またはディスク上のどこかにあるファイルへのリンクを理解していることに注意してください。 私にとって重要なのは、統計情報が自動的に保存されることです。これまたはそのコピー/ペースト/写真が撮影された場所と時間、作成者、最初に存在したコンテキストなどです。 残念ながら、必要なボリュームで完全に機能するプログラムは見つかりませんでした。 このニッチを埋めるプログラムのイメージはすでに現れ始めています。階層構造、Webページの一部の便利な保存、整理と整理のサポート（ツリー階層+タグ、まだ良いものは考えられません）、統計情報の自動保存、便利な「スマート»検索。
最初の問題の存在に気付いたのはそのような考えでした（2番目の問題について話したことを思い出します）。 最初の問題は
インターネットの人々の間で情報を交換する手段としてのテキストの不完全さです。 すなわち、私たち一人一人が、ある種の主題分野を研究し、特別な知識があると、頭の中に情報が入ります。 私は脳の働きについてほとんど知らないが、私がそれについて想像することから：すべての新しい意識的なオブジェクト/事実は、脳が既に知っていることと調和しようとしている。 このような完全に新しいものを他の人とのつながりなしに適合させることは不可能です。 コミュニケーションが必要です。 確かに、脳はオブジェクトを主要なコンポーネントに分解します。形状、色（目からの情報）、オブジェクトが発する音（耳からの情報）、嗅覚、質感、温度など、感覚から受け取ったものです。 これらの兆候のそれぞれは脳の対応する領域に収まり、それらの間には接続があり、これは単一のオブジェクトであり、追加のリンクがメモリにスローされます。これにより、私たちが会ったときを正確に理解することができ、各兆候はすでに添付されています他のオブジェクトの既存の兆候。これにより、accになった後、既知のすべてのオブジェクトを赤または温度の低いもので簡単に指定できます。 そこからのリンクから脳の領域（「赤い色」または「触って冷たい」）に必要なものがすぐに見つかります。
情報を保存するプログラムに同じアプローチを実装してみませんか？ このようなネットワークの最も単純なバージョンは、平面内の2次元であり、同じタイプのリンクと要素が
マインドマップなどのプログラムで既に実装されてい
ます 。 しかし、そのようなソフトウェアは、あらゆる領域の簡単な研究と暗記の簡素化のために、単純な図を投げるためにもっと設計されています。 多くのメガバイトのさまざまなテキスト情報の完全なストレージにそれらを適合させたいと思います。もちろん、そのようなプログラムの実装に特定の要件を課しています。
ただし、このアプローチには、別の潜在的な利点があります。 たとえば、ある人がサブジェクトエリアを所有し、Linux / * BSDに精通しているか、Adobe Premiereをマスターし、ビデオのマウント方法を知っていると想像してください（簡単にするために、コンピューター関連のトピックのみに触れます）。 今、この人は、知識を共有したい場合、フォーラム/ブログで記事、レッスン、例、ガイドを書いています。 そして彼が書いているのは良いことです。 しかし問題は、テキストを書くには、特定の精神的なコストと人の努力が必要なことです。 テキスト形式での彼らの考えの表現は皆に異なって与えられ、一部の人にとってはそれは長い痛みを伴うプロセスです。 また、そのような情報を配置するための基準がないという問題もあり、多くのことが望まれます...すべてに加えて、誰もが快適で便利なウェブサイトのデザインに悩まされるわけではなく、インターネット上で何かを見つけることができます（はい、今では何年も前ではありません...）
一言で言えば、情報を共有したい人にとっても、それを知覚したい人にとっても、継続的な問題です。 私は非常に好奇心が強く、かつてはアナログカメラからのビデオのキャプチャやビデオ編集からプログラミングに至るまで、多くのトピックに興味があったので、このすべてに精通しています。
明らかに、現代の情報交換のボトルネックになるのは、テキストによる古き良き情報交換です。
次に、上記で提案した情報を整理するためのアプローチにプログラムを使用する状況を想像してください。 サブジェクト領域を知っている人（著者と呼びましょう）は、最愛の人のために、この
ネットワークの形式でデータを整理し
ます （言語は「ニューラルネットワーク」を要求しますが、この名前はすでに
人工知能アルゴリズムのクラスによって取り上げられてい
ます ）幸いにもずっと。 しかし、彼が知識を共有したいとき（
あなたの知識を共有し...そしてそれはあなたに何度も戻ってきます ）、彼はガイド付きの苦しめられたウェブサイトを出産せず、彼は単に
「簡単なカーソル移動」で彼の
ネットワークへのアクセスを開きますこの情報を取得したい人（サブスクライバーと呼びましょう）は、このブランチを自分自身にアップロードし、
ネットワークに統合して、その後の変更ノードと接続の同期と更新を行います。 もちろん、これらはすべてユーザーにとって可能な限りシンプルで透過的であり、最新のソーシャルネットワークを使用するよりも複雑ではありません。
問題は解決されました。
- 最も重要なのは、購読者がテキスト形式で提示された情報の特定の部分にアクセスできないことです。これは、著者の知識の元の量を100％反映することはありません。著者は、主題分野に詳しくない人の目を通して自分のリーダーシップを見ることができないため、単に知らない彼は誤って重要な何かを終えず、説明しなかった。 フェンスをペイントの2番目のレイヤーでペイントする例を挙げることができます。染色家として、この場所を再びペイントしたかどうかを理解することは困難です。 サブスクライバーは作成者のネットワークにアクセスできますが、作成者の脳にアクセスできるのとほぼ同じです。 このネットワークへのクエリを作成し、興味のある形式で情報のスライスを抽出します。 すぐに何かをする必要がある場合は、最短のステップバイステップガイド、つまり、目的の結果を達成するために実行する必要があるアクションの最小セットを求めます。 彼がより詳細に理解したい場合、彼はすべての詳細と彼の個人的な知覚に便利な形ですべてを求めます。
- 加入者は、自分のプログラムの設定のみに依存する形式で提示された情報を受け取ります。 色、フォント、背景-彼は自分ですべてを設定し、その結果、どのソースからの知識も同じように見えます。
- 情報は100％関連しています（数秒の同期を除く）。 これらの著作物はすべて「週末は無料でサイトに情報を投稿します」は過去のものです。
- 購読者が受信した情報を編集および補足するのは簡単で直観的であり（問題は基本的に自分のネットワークで発生するため）、他の人の作者自身になります
- 言語の壁の問題を解決できます！ 実際、個々のネットワークノード（アトミックな単語または語句）の翻訳は、コンピューターで「本格的な」テキストを解析するよりもはるかに簡単です。 また、翻訳時に品質を向上させるために、ネットワーク要素間の接続を分析できます。
したがって、この論文の冒頭で述べた両方の問題が解決されます。 ソーシャルネットワークが普及しているのと同じように、私はすでにそのようなネットワークが一般の人々の間で一般的なインターネットを見ています。 良いことも悪いこともありますが、ほとんどの場合、特定のトピックに関するガイドのあるサイトは過去のものであり、ユニークでありながら紛らわしい独特のサイトであり、すぐには理解できません。 フォーラムはなくなります（多くの場合、管理者はフォーラムエンジンに対して、フォーラムが作成された人々の間のコミュニケーション機能だけでなく、初心者向けのコレクション、わかりにくいコレクションをガイドします。唯一のメッセージ：管理者、モデレーター、単純に古くからのネガは、歴史的に層化され、互いに重複し、互いに矛盾する複雑さを理解していない初心者のために腐敗を広げます で、トピック、コメント、評価など...）
おそらく、そのようなサイトは外部からマニュアルや指示から解放され、目から消えて
ネットワークに溶け込むでしょう。 近未来のサイトは、現代のフォーラムやブログの類似物である人々同士のコミュニケーションでのみ完全に完全に満たされるでしょう。 各サイトの上部にRSSアイコンが表示されるようになると、「ネットワーク」サインが表示されます。 現在、各ユーザーはICQまたはソーシャルへのリンクを持っています。 ネットワークはそのネットワークにリンクします...
実装に関して、次の機能とポイントが提示されます。
- 問題：2つのネットワーク（またはそれらの一部）を接続するときのノードの同期。 理想的には、ある人の「コンピューター」ノードが別の人の「コンピューター」ノードに対応し、単純にそれを単一の全体にマージすると想定されています。 ただし、この単語は別の言語で書くことができ、スペルが間違っていたり、スラングや略語のスペルがあります。
パーセンテージで表される特定の類似性係数を導入し、特定のパーセンテージに達したときにノードをマージすることはおそらく価値があります（70％-80％？）。 ただし、これはまったく異なるスペルの単語からあなたを救うわけではありません。
出力1：単語の本当の意味を認識します。 しかし、これは長年の問題であり、別の記事に値します。
出口2：それは/私の哲学的見解では/人間の脳に実装されている方法に似た何かをする。 つまり、単語ごと、ノードごとに、関連する修飾ノードのリストを入力します。 「コンピューター」という言葉を聞くと、「金属ケース」「明るい画面」「灰色」「速い仕事」「最愛の人」「感染」などの定義、一般的に誰かが頭を駆け抜ける方法を聞きます。 理想的には、各概念は可能な一連の関連付け全体に対応し（単一のデータベースから要求されます。詳細は以下を参照）、それらの一部を所有するユーザーは（多くの関連付けのサブセットとして）プログラムによって認識され、ノードが正常に統合されます。
すべてを1つの平面に配置することはできないため、いくつかの...レイヤーまたは階層を入力する必要があります。 「視覚」層、「音声」層、「運動」層、「嗅覚」層...、一般的に人間の基本的な感覚に対応しています。 ただし、第1に、異なる人々が同じ概念の同義語を記述する問題はここでは解決されません。第2に、人にすべてを強制的に入力させることはあまりにも残酷です。 人々はそのようなプログラムを使用しません。 それが愛されるこのプログラムの利点は、ノードの利便性と非常に迅速な追加と編集であるべきです。 したがって、 明確化ノードの検索と追加は、コンピューターの良心に基づいて行われます。 おそらく最初は、本格的なテキスト認識ツールが発明されるまで、ユーザーのクライアントが接続して入力できる単語を要求するサーバーのネットワークを構築する必要があります。 現代のGoogleの「コンピューターではなく、コンピューターを念頭に置いたのかもしれません」
- 明らかに、プログラムは情報への異なるアクセスを提供する必要があります。 たとえば、多次元キューブの観点から何らかのサブジェクトエリア（ネットワークの一部）を考慮する場合（そこから情報を抽出することはそれぞれセクションです）。 ネットワークの観点から見ると、異なるタイプのノードまたはそれらの間のノード（兄弟、提出
と屈辱 、生成など）が存在する可能性があります。 - 何をどれだけ共有するか。 引用、「コピー＆ペースト」、およびこれまでのところ完全にコンポーネントに分解されていないように見える文学作品全体は、フルテキストで保存されることになっています。 画像やバイナリファイルのように、ファイルシステムに個別に保存し、それらへのリンクのみをデータベースに保存する必要があります。 分解できる他のすべて、有限時間にコンピューターシステムで分析できるほどコンパクトなさまざまな知識は、分解して保存する必要があります。
- このプログラムが機能するためにコンピューターリソースにどのような要件が課されるかは明確ではありません。 十分なプロセッサとRAMがある場合でも、理論上はハードドライブ上で数十および数百メガバイト増加する可能性があり、ユーザーのバックアップが困難になります。 バックアップといえば。 特定の各ユーザーのデータベースに情報を保存するという問題は非常に重要であり、それについて個別に考える必要があるという公理のためにすぐにそれを取り上げます。 人々は、長年にわたって多くの連絡先がダイヤルされたネイティブICQまたは電子メールへのアクセスを失うだけでさえ大きな問題に直面しています。また、ハードディスク障害の結果、受信したすべてのデータを保存しているデータベース全体がすぐに失われた場合»知識、その歴史、思い出として人々にとって大切なやり取りのログ、その他貴重なものは何ですか？..
しかし、根本的な解決策は、雲に基づいてこのプログラムを最初に構築することです（そして、これが彼らの夜明けであり、最終的に彼らの開始はスリップから削除されます！）。 さらに、このソリューションは、同じノードの複数の繰り返しを除外し、すべてのユーザーのネットワークを1つの大きなネットワークに結合し、各ノードおよびそれらが属する接続ごとに記憶する場合、ハードドライブのメモリを根本的に保存します。 - インターフェイスは視覚的かつ直感的（グラフィカル、3次元、クエリパラメーターの変化に応じて変化する）である必要がありますが、同時に、必要に応じて、情報の保存、編集、検索のための豊富な設定を提供します。
一般的に、これらは私が持っていたのと同じイメージを呼び起こすことを試みるために私が説明した主なポイントにすぎません。 それを紹介し、考慮し、あなたの主観的な観点からそのようなアイデアとその展望を実装する可能性を評価してください。