市場は制御されたダイナミックなシステムである。 - ページ 55 1...484950515253545556575859606162...551 新しいコメント 削除済み 2013.06.10 18:56 #541 sergeyas: 売買シグナルを取るための出力、ポジション保持、ロット管理は示していません。それとも「小さなタスク」ですか?;) 入力プロセスにマッチしたモデルを構築しようという話です。モデルをベースにTSを構築するのは次のステップです。 削除済み 2013.06.10 19:00 #542 alsu: 本当にWL,WR,W0に回路を分ける必要があるのでしょうか?そもそも、リンクは1つで十分ではないか?しかも、推定やノイズを考慮した上で...。そんな図式があります、曲がって描かれていますが、うまくいっています))あなたの主な仕事は、本当は主ではなく、補助的なものであり、実際に体験することで解決できるものなのです。最適化アルゴリズム(私のスキームではソルバーにクエスチョンマーク)を作ることの方がはるかに重要で、大体においてそれは取引システムであり、他のすべては必要なアドオンなのです。 自分の意見を貫き通す。 Алексей Тарабанов 2013.06.10 19:14 #543 痛そう。 削除済み 2013.06.10 19:37 #544 tara: そうなんですか? ポークの方が説得力があるのでしょうか? Алексей Тарабанов 2013.06.10 19:41 #545 avtomat: ポークの方が説得力があるのでしょうか? はい 削除済み 2013.06.10 19:44 #546 tara: はい そして、自分の道を歩む。 sergeyas 2013.06.10 20:07 #547 avtomat: 入力プロセスに合わせたモデルを作ろうという話です。モデルに基づいてTCを構築するのは次のステップです。 入力プロセスに完全に一致するシステムは、伝達係数=1のブロックである。ブロック図に何らかの形で予測出力がなければ、このモデルはある種の低ラグマシンに堕してしまうかもしれない。でも、まったく意味がないんです。将来のモデルにある種の信号を生成することを要求すれば、フローチャートはより理解しやすくなり、それらの「小さな」タスクがより明確になります。ただし、味と色によると言われていますが...。. 削除済み 2013.06.10 20:16 #548 sergeyas:入力プロセスに完全に一致するシステムは、ゲイン=1のブロックである。ブロック図に何らかの形で予測出力がなければ、モデルはある種のスモールラグ・レッカーに堕落してしまうかもしれません。でも、まったく意味がないんです。将来のモデルにある種の信号を生成することを要求すれば、フローチャートはより理解しやすくなり、それらの「小さな」タスクがより明確になります。ただし、味と色によると言われていますが...。. 間違っている。 sergeyas 2013.06.10 20:26 #549 avtomat: 間違っている。鉄の引数))です。)どうでもいいけど)オレグさんの実験を見ていると、やはり面白いですね。本当に、面白いです。 削除済み 2013.06.10 20:51 #550 sergeyas:鉄の引数))です。)どうでもいいけど)オレグさんの実験を見ていると、やはり面白いですね。本当に、面白い。 ありがとうございます。そして、鉄の議論について ;)もっと説得力を持たせるようにします。sergeyas理想的には入力プロセスに対応するシステム、つまり伝達係数=1のブロック。ブロックダイアグラムに予測出力を何らかの形で入れなければ、モデルはある種のスモールラグマシンに堕してしまう可能性があります。でも、まったく意味がないんです。今後、ある種の信号ブロック図の発行をモデルに求めることで、より分かりやすく、「小さい」タスクが明確になります。ただし、味と色によると言われていますが...。そして、あなたの主張の誤りを示すために、明確なテスト例を2つほど挙げておきます。 1...484950515253545556575859606162...551 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
売買シグナルを取るための出力、ポジション保持、ロット管理は示していません。
それとも「小さなタスク」ですか?;)
入力プロセスにマッチしたモデルを構築しようという話です。
モデルをベースにTSを構築するのは次のステップです。
本当にWL,WR,W0に回路を分ける必要があるのでしょうか?そもそも、リンクは1つで十分ではないか?しかも、推定やノイズを考慮した上で...。
そんな図式があります、曲がって描かれていますが、うまくいっています))
あなたの主な仕事は、本当は主ではなく、補助的なものであり、実際に体験することで解決できるものなのです。最適化アルゴリズム(私のスキームではソルバーにクエスチョンマーク)を作ることの方がはるかに重要で、大体においてそれは取引システムであり、他のすべては必要なアドオンなのです。
自分の意見を貫き通す。
そうなんですか?
ポークの方が説得力があるのでしょうか?
ポークの方が説得力があるのでしょうか?
はい
そして、自分の道を歩む。
入力プロセスに合わせたモデルを作ろうという話です。
モデルに基づいてTCを構築するのは次のステップです。
入力プロセスに完全に一致するシステムは、伝達係数=1のブロックである。
ブロック図に何らかの形で予測出力がなければ、このモデルはある種の低ラグマシンに堕してしまうかもしれない。
でも、まったく意味がないんです。
将来のモデルにある種の信号を生成することを要求すれば、フローチャートはより理解しやすくなり、それらの「小さな」タスクがより明確になります。
ただし、味と色によると言われていますが...。
.
入力プロセスに完全に一致するシステムは、ゲイン=1のブロックである。
ブロック図に何らかの形で予測出力がなければ、モデルはある種のスモールラグ・レッカーに堕落してしまうかもしれません。
でも、まったく意味がないんです。
将来のモデルにある種の信号を生成することを要求すれば、フローチャートはより理解しやすくなり、それらの「小さな」タスクがより明確になります。
ただし、味と色によると言われていますが...。
.
間違っている。
間違っている。
鉄の引数))です。)
どうでもいいけど)
オレグさんの実験を見ていると、やはり面白いですね。
本当に、面白いです。
鉄の引数))です。)
どうでもいいけど)
オレグさんの実験を見ていると、やはり面白いですね。
本当に、面白い。
ありがとうございます。
そして、鉄の議論について ;)
もっと説得力を持たせるようにします。
理想的には入力プロセスに対応するシステム、つまり伝達係数=1のブロック。
ブロックダイアグラムに予測出力を何らかの形で入れなければ、モデルはある種のスモールラグマシンに堕してしまう可能性があります。
でも、まったく意味がないんです。
今後、ある種の信号ブロック図の発行をモデルに求めることで、より分かりやすく、「小さい」タスクが明確になります。
ただし、味と色によると言われていますが...。
そして、あなたの主張の誤りを示すために、明確なテスト例を2つほど挙げておきます。