プログラミングでオブジェクトを表現すること。 - ページ 15 1...891011121314151617 新しいコメント transcendreamer 2022.01.08 13:16 #141 Aleksey Nikolayev #:ちなみに、チョムスキーが発明した生成文法は、まさにテキストの長距離依存関係を表現するためのものである。例えば、ある文章に「もし」という言葉が含まれていれば、遅かれ早かれ「あれ」という言葉が現れる可能性がある。彼は、文字の並びで次の文字の確率を単純に決める原始的なマルコフ連鎖のアプローチと明確に対比させた(トレーディングでは、文字をローソクに置き換えて同じことをしようとすることもある)。私の考えでは、チョムスキーのアプローチはマルコフ主義を否定するものではなく、むしろ最初は非マルコフ的なプロセスにおいて、より複雑な状態空間を持つマルコフ主義を模索するものである、と考えています。さて、チョムスキーのアプローチは、意味論ではなく、構文論だけを扱っていることは注目に値します。 とても的確な例えですね。(黄色のハイライト部分) ある私的な宗派では、古典的なパターンのライブラリ全体を純粋に楽しみ ながらチェックし、予想される滅びやすい結果、つまりゼロ付近のランダムウォークのイールドカーブを確認しました。 市場におけるメモリー効果の存在は、単純連鎖や単純自己回帰よりも優れていることは確かである。 Реter Konow 2022.01.08 13:28 #142 要は、「言語」や「ライブラリ」というものは、おそらく存在しないのだろうということです。いずれにせよ、目指すところが違うのです。もし私がシステムの構造、出現、相互作用の問題を十分に理解することができれば、少なくとも半自動モードでシステムの生成プロセスを開始することが可能になり、人間の参加は、ソフトウェアオブジェクト開発の一般的な方向性を定める最小限の「影響-修正」に限定されることになるでしょう。おそらく、そうなれば、何世代ものプログラマーが健康を害して "植物状態 "になるような、古き良き時代のコーディングは必要なくなるはずです。) 本システムにおける条件の階層は 必ずしも固定的である必要はなく、「オンザフライ」で変更可能であることは既に明らかである。これは、オブジェクトのプロパティの継承やカプセル化も同じで、古典的なプログラミングでは、コードのコンパイル後は常に変更されない。だから、どんなライブラリや言語が出現しても、現代の動向を考慮すれば、その成果は疑わしいと思われるのだ。 Aleksey Nikolayev 2022.01.08 15:51 #143 transcendreamer #:しかし、そのようなモデルであっても、年末にトルコが皆を驚かせたように、自発的なアプローチには対応できないだろう。 むしろ、ゲーム理論の中で、少なくともプロセスのまさに「物理」を近似することができる簡単なモデルを考えています。純粋に投機的な要素については、私は「マイノリティゲーム」モデルが適切だと考えています。しかし、危機的状況に陥ったとき、市場を維持するためだけに国家が莫大な資源を費やすのは完全に間違っている。しかし、その影響力は決して小さくはない。 MPCは中央銀行と財務省が管轄し、さらに経済省、法務省、内務省、防衛省などがある)おそらく、(我々が求めているシンプルなモデルの基礎として)パニック時には国が市場にお金を出し、平時には税金という形でお金を取り上げるということができるのではないだろうか?しかし、パニックを起こすのは国家そのものであることが多い) transcendreamer 2022.01.08 16:09 #144 Aleksey Nikolayev #:むしろ、少なくともそのプロセスの「物理」を近似できるような、シンプルなゲーム理論のモデルを考えています。純粋に投機的な要素については、「マイノリティゲーム」モデルが適切だと考えています。しかし、危機的状況に陥ったとき、市場を維持するためだけに国家が莫大な資源を費やすのは完全に間違っている。しかし、その影響力は決して小さくはない。MPCは中央銀行と財務省が管轄し、さらに経済省、法務省、内務省、防衛省などがある)おそらく、(我々が求めているシンプルなモデルの基礎として)パニック時には国が市場にお金を出し、平時には税金という形でお金を取り上げるということができるのではないだろうか?しかし、多くの場合、国家そのものがパニックを作り出している)。 そう、その過程で論文の1つや2つ、必ず守るべきものがあるのです。😉 Aleksey Nikolayev 2022.01.08 18:10 #145 transcendreamer #:そう、その過程で論文の1つや2つ、必ず守るべきものがあるのです。😉 論文の弁護は非常に特殊な作業で、誰もが興味を持つわけではなく、科学とはほとんど関係がないと言われています)ただ、いわば大きな眠りにつく前に、何か新しいことや面白いことをもっと学びたいのです) Реter Konow 2022.01.08 19:38 #146 第4.1部 イベントモデル(SM)の解体を始めたところで、次に進むためのいくつかのテーゼを提示する。 SMは、それなしには外界との「接触」がありえない、システムの重要な一部です。 SMは、チェックすべきEventが重要度に沿って分布し、連続したチェーンと構造的な連鎖を形成し、各リンクがEventと 所定の反応を直接結びつけるConditionと なる階層構造で組み立てられる。 CMは、受信したEventを受け取って 環境と相互作用するため、Objectの "シェル"に物理的に近い存在となる。 条件 論理の 「フォーク 」は、 イベント(「原因 」とみなされる )とオブジェクト(「効果」とみなされる)の 選択されたプロトブロック との 間に 因果関係を実装し、 それらのハンドラを呼び出すことによって関与する。 このブロックは、テンプレートと Event インスタンスを比較し、その結果、Event Model 階層をさらに移動する方向を決定する。 SMハンドラは、クロックコールのサイクルでブランチを移動しながら実際のEventの事実を確認し、繰り返しごとに戻り、現在の「ルート」を選択しながら再度確認を開始する。 比喩的に言えば、イベントモデルは、オブジェクトと外部環境との「関係規制」または「相互作用の方針」であり、それを通じて相互作用のプログラムと自身の実行を実行するものである。 次に、イベントモデルとそれを導くプロセスの「合成」の仕組みについて理解してみよう。 Реter Konow 2022.01.08 20:54 #147 今のところ、私の理解力の限界に近づいており、次のステップに進むには時間がかかりそうです。本来のコンセプトはもっと幅広いのですが、簡潔にするために、最も重要なものを要約し、本質を捉えようと試みました。それができていればいいのですが。 そして、霧が概念を覆い、漠然とした輪郭の中で、実体をカテゴリーに分類し、その内容から新しいオブジェクトを構築するプロセスがある...。そんな感じです。その真相を解明するために、一旦、小休止を する必要があるのです。 削除済み 2022.01.08 21:04 #148 Реter Konow 小休止を する必要があるのです。 ひとつだけ質問があるのですが、どちらの区からいらっしゃったのでしょうか? Aliaksandr Hryshyn 2022.01.08 22:42 #149 Реter Konow #:システムの媒体」「媒体の中のシステム」をシミュレーションすることが目的です。様々なパラメータの混沌としたセット(「原始環境」)があり、それがランダムに、あるいは意図的に組み合わされて複合体(オブジェクト)になったと想像してください。そして、最初のプロトブロックがそこから「派生」し、静的なオブジェクトが(イベントモデルと論理モデルの構築後に)機能するシステムに変化し、システム環境を形成するのである。つまり、原初の環境はもう存在せず、生まれ変わる。それは、原初の環境とは別の条件で新しい物体が形成され、その環境に入り込むことで変化し続けることを意味する。媒体がより複雑になるのは、それを満たす物体がより複雑になるからであり、その物体が「生まれた」媒体は、原初の媒体よりもより複雑であったからである。プログラムオブジェクトの特異な進化が判明。ここでユーザーがどのように必要とされるかは、まだ解明されていません)。 何に使えるかは不明です。 Реter Konow 2022.01.09 06:31 #150 Aliaksandr Hryshyn #: 何に使えるかはまだわかりません。 目的は、共通のオブジェクトモデルに基づいて、プログラムの自動合成を実行することです。 1...891011121314151617 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ちなみに、チョムスキーが発明した生成文法は、まさにテキストの長距離依存関係を表現するためのものである。例えば、ある文章に「もし」という言葉が含まれていれば、遅かれ早かれ「あれ」という言葉が現れる可能性がある。彼は、文字の並びで次の文字の確率を単純に決める原始的なマルコフ連鎖のアプローチと明確に対比させた(トレーディングでは、文字をローソクに置き換えて同じことをしようとすることもある)。
私の考えでは、チョムスキーのアプローチはマルコフ主義を否定するものではなく、むしろ最初は非マルコフ的なプロセスにおいて、より複雑な状態空間を持つマルコフ主義を模索するものである、と考えています。
さて、チョムスキーのアプローチは、意味論ではなく、構文論だけを扱っていることは注目に値します。
とても的確な例えですね。(黄色のハイライト部分)
ある私的な宗派では、古典的なパターンのライブラリ全体を純粋に楽しみ ながらチェックし、予想される滅びやすい結果、つまりゼロ付近のランダムウォークのイールドカーブを確認しました。
市場におけるメモリー効果の存在は、単純連鎖や単純自己回帰よりも優れていることは確かである。
要は、「言語」や「ライブラリ」というものは、おそらく存在しないのだろうということです。いずれにせよ、目指すところが違うのです。もし私がシステムの構造、出現、相互作用の問題を十分に理解することができれば、少なくとも半自動モードでシステムの生成プロセスを開始することが可能になり、人間の参加は、ソフトウェアオブジェクト開発の一般的な方向性を定める最小限の「影響-修正」に限定されることになるでしょう。おそらく、そうなれば、何世代ものプログラマーが健康を害して "植物状態 "になるような、古き良き時代のコーディングは必要なくなるはずです。)
本システムにおける条件の階層は 必ずしも固定的である必要はなく、「オンザフライ」で変更可能であることは既に明らかである。これは、オブジェクトのプロパティの継承やカプセル化も同じで、古典的なプログラミングでは、コードのコンパイル後は常に変更されない。だから、どんなライブラリや言語が出現しても、現代の動向を考慮すれば、その成果は疑わしいと思われるのだ。
しかし、そのようなモデルであっても、年末にトルコが皆を驚かせたように、自発的なアプローチには対応できないだろう。
むしろ、ゲーム理論の中で、少なくともプロセスのまさに「物理」を近似することができる簡単なモデルを考えています。純粋に投機的な要素については、私は「マイノリティゲーム」モデルが適切だと考えています。しかし、危機的状況に陥ったとき、市場を維持するためだけに国家が莫大な資源を費やすのは完全に間違っている。しかし、その影響力は決して小さくはない。
MPCは中央銀行と財務省が管轄し、さらに経済省、法務省、内務省、防衛省などがある)おそらく、(我々が求めているシンプルなモデルの基礎として)パニック時には国が市場にお金を出し、平時には税金という形でお金を取り上げるということができるのではないだろうか?しかし、パニックを起こすのは国家そのものであることが多い)
むしろ、少なくともそのプロセスの「物理」を近似できるような、シンプルなゲーム理論のモデルを考えています。純粋に投機的な要素については、「マイノリティゲーム」モデルが適切だと考えています。しかし、危機的状況に陥ったとき、市場を維持するためだけに国家が莫大な資源を費やすのは完全に間違っている。しかし、その影響力は決して小さくはない。
MPCは中央銀行と財務省が管轄し、さらに経済省、法務省、内務省、防衛省などがある)おそらく、(我々が求めているシンプルなモデルの基礎として)パニック時には国が市場にお金を出し、平時には税金という形でお金を取り上げるということができるのではないだろうか?しかし、多くの場合、国家そのものがパニックを作り出している)。
そう、その過程で論文の1つや2つ、必ず守るべきものがあるのです。😉
そう、その過程で論文の1つや2つ、必ず守るべきものがあるのです。😉
論文の弁護は非常に特殊な作業で、誰もが興味を持つわけではなく、科学とはほとんど関係がないと言われています)ただ、いわば大きな眠りにつく前に、何か新しいことや面白いことをもっと学びたいのです)
第4.1部
イベントモデル(SM)の解体を始めたところで、次に進むためのいくつかのテーゼを提示する。
比喩的に言えば、イベントモデルは、オブジェクトと外部環境との「関係規制」または「相互作用の方針」であり、それを通じて相互作用のプログラムと自身の実行を実行するものである。
次に、イベントモデルとそれを導くプロセスの「合成」の仕組みについて理解してみよう。
今のところ、私の理解力の限界に近づいており、次のステップに進むには時間がかかりそうです。本来のコンセプトはもっと幅広いのですが、簡潔にするために、最も重要なものを要約し、本質を捉えようと試みました。それができていればいいのですが。
そして、霧が概念を覆い、漠然とした輪郭の中で、実体をカテゴリーに分類し、その内容から新しいオブジェクトを構築するプロセスがある...。そんな感じです。その真相を解明するために、一旦、小休止を する必要があるのです。
システムの媒体」「媒体の中のシステム」をシミュレーションすることが目的です。様々なパラメータの混沌としたセット(「原始環境」)があり、それがランダムに、あるいは意図的に組み合わされて複合体(オブジェクト)になったと想像してください。そして、最初のプロトブロックがそこから「派生」し、静的なオブジェクトが(イベントモデルと論理モデルの構築後に)機能するシステムに変化し、システム環境を形成するのである。つまり、原初の環境はもう存在せず、生まれ変わる。それは、原初の環境とは別の条件で新しい物体が形成され、その環境に入り込むことで変化し続けることを意味する。媒体がより複雑になるのは、それを満たす物体がより複雑になるからであり、その物体が「生まれた」媒体は、原初の媒体よりもより複雑であったからである。プログラムオブジェクトの特異な進化が判明。
ここでユーザーがどのように必要とされるかは、まだ解明されていません)。
何に使えるかはまだわかりません。
目的は、共通のオブジェクトモデルに基づいて、プログラムの自動合成を実行することです。