模擬試験、振り返り、ディスカッション...。 - ページ 23 1...161718192021222324252627282930 新しいコメント Роман 2012.12.19 07:16 #221 prikolnyjkent: まあ、これが私のTSとは言いませんが、マーチンゲール原理は正しいようです...。 どのTSの話でもないのですが...。でも、ここでテストしているTSについて。 前の記事の基準で正しく記述したつもりなんだけどな？ prikolnyjkent 2012.12.19 07:24 #222 Roman.: どのTSの話でもないのですが...。しかし、ここでテストしているTSについて。 前の記事で基準を全て正しく言ってませんでしたか？ まあ、そうなんだろうけど...。 Роман 2012.12.19 07:26 #223 prikolnyjkent: まあ、そうなんだろうけど...。 ありがとうございます。なるほど。見る... prikolnyjkent 2012.12.19 07:29 #224 Roman.: ありがとうございます。なるほど。見ている... まあ、私もですが...。疑問 prikolnyjkent 2012.12.19 09:54 #225 もう一つのポーズが叩かれる。今回は、ありがたいことに陰性でした。マーチンゲールの使い道がないのではと心配になるほど、プラスとプラスばかり...。:-)現在のテーブル。 prikolnyjkent 2012.12.19 10:04 #226 その動きは以下の通りです。私は今、EUを1.3274に置いています。今回は0.04ロットの購入が必要です。そこで、1.3244と1.3304にペンダントを置いてみたところ...。 Роман 2012.12.19 10:39 #227 prikolnyjkent:その動きは以下の通りです。私は今、EUを1.3274に置いています。今回は0.04ロット買わなければならない。そこで、1.3244と1.3304にペンダントを置いてみたところ...。 また、どのような（どのような）ランダムを使用しているのか、そしてなぜこのように（TPとSLのサイズとして30ピップ）価格からペンダントを削除しているのでしょうか？ prikolnyjkent 2012.12.19 11:19 #228 Roman.: また、何（どんな）ランダムを使っていて、なぜペンダントが価格（TPとSLの大きさとして、それぞれ30pps）と離れているのでしょうか？ ペンダントは30pips単位で削除され、注文を出したい人がトリガー前にその存在を記録できるように、つまり正直なチェックを容易にするタイムラグを作ることができるようになったのです。そして、スマートフォンのKingsoft Office for AndroidでPRNG関数を生成させるという指示も...。(質問の意味が正しければ) Роман 2012.12.19 11:33 #229 prikolnyjkent: 保留中の注文は、希望者が注文が発動する前にその存在を記録できるように、つまり公平な制御を容易にするためのタイムラグを作るために、30ピップずつ削除されます。そして、私がスマートフォンのKingsoft Office for AndroidでPRNG関数を生成したときの指示は...。(質問の理解が正しければ)。 なるほど、つまり入力はずっとランダムで、前のボリュームだけが2倍で上向きに変化する（by martin）のですね。そうだろ？もしそうなら、もう一つのコツがあります。 私はマーティンとネットのアバランチの私のバージョンに取り組んでいます（ここのように2を掛けることによって前のボリュームを増加させる亜種があります）、しかし私のアバランチは、ここではなく、純粋なリバーサルです。質問は、私はSLとTRのサイズを減少させるときに瞬間が発生したことです、ここでは、30ppsを持っている - 私は一目で覚えていないことが、あなたが推定することができます...は計算する次のような絵が判明しました...損失の長いシリーズ（この場合はランダム損失）でボリュームを増やすことにより、例えば、行の10ロットは、ロットが出てくるときに11 - omはランダムエントリで増加= 0.01 - 開始、それは20.48ロットと同時にTRに30ポイントに達するとTR上の順序を閉じると、最終的に10エントリのこのシリーズにLOSS取得損失+スタートエントリで閉じ、総損失が計算されるからです。というのも、一番外側の11番目のランダムエントリーでは、損失の合計が利益を上回ってしまうからです。ここからが本題です。私は22ピップでそれに直面しました（私は私が使用した後続のボリュームの巻き上げのスキームを正確に覚えていない）。30歳になったら、あなたが持っているように、数えなければならない......。結局、問題は、IMHO、一連の取引を出力するためにマーティンを使用する場合 - PROFIT！いずれにせよ。 prikolnyjkent 2012.12.19 11:41 #230 Roman.:なるほど、エントリーはずっとランダムで、前の巻だけ2の倍数で上向きに変化するわけですか（マーチンの場合）。それで？もしそうなら、もう一つのコツがあります。 私自身、マイクロリアルでマーティンとネットアバランチの変種を試しているのですが（2倍して先行するボリュームを増やす方式の変種もあり、こちらも同様）、私のアバランチはこちらとは違い、純粋なリバーサルです・・・。質問は、私はSLとTRのサイズを減少させるときに瞬間が発生したことです、ここでは、30ppsを持っている - 私は一目で覚えていないことが、あなたが推定することができます...は計算する次のような絵が判明しました...損失の長いシリーズ（この場合はランダム損失）でボリュームを増やすことにより、例えば、行の10ロットは、ロットが出てくるときに11 - omはランダムエントリで増加= 0.01 - 開始、それは20.48ロットと同時にTRに30ポイントに達するとTR上の順序を閉じると、最終的に10エントリのこのシリーズにLOSS取得損失+スタートエントリで閉じ、総損失が計算されるからです。というのも、一番外側の11番目のランダムエントリーでは、損失の合計が利益を上回ってしまうからです。ここからが本題です。私は22ピップでそれに直面しました（私は私が使用した後続のボリュームの巻き上げのスキームを正確に覚えていない）。30歳になったら、あなたが持っているように、数えなければならない......。結局のところ、問題は、IMHO、マーティンを使用する場合、取引のシリーズを撤回する - PROFIT! まあ、負けトレードを長く続けた結果、そんなロット増を許すつもりはないのですが。今回の実験では、このトラブルに対抗するためのアイデアを2〜3個確認しようと思っています。このような案件のボリュームは、おそらくここでは見られません。 1...161718192021222324252627282930 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
まあ、これが私のTSとは言いませんが、マーチンゲール原理は正しいようです...。
どのTSの話でもないのですが...。でも、ここでテストしているTSについて。
前の記事の基準で正しく記述したつもりなんだけどな？
どのTSの話でもないのですが...。しかし、ここでテストしているTSについて。
前の記事で基準を全て正しく言ってませんでしたか？
まあ、そうなんだろうけど...。
まあ、そうなんだろうけど...。
ありがとうございます。なるほど。
見る...
ありがとうございます。なるほど。
見ている...
まあ、私もですが...。疑問
もう一つのポーズが叩かれる。
今回は、ありがたいことに陰性でした。マーチンゲールの使い道がないのではと心配になるほど、プラスとプラスばかり...。:-)
現在のテーブル。
その動きは以下の通りです。
私は今、EUを1.3274に置いています。今回は0.04ロットの購入が必要です。
そこで、1.3244と1.3304にペンダントを置いてみたところ...。
その動きは以下の通りです。
私は今、EUを1.3274に置いています。今回は0.04ロット買わなければならない。
そこで、1.3244と1.3304にペンダントを置いてみたところ...。
また、どのような（どのような）ランダムを使用しているのか、そしてなぜこのように（TPとSLのサイズとして30ピップ）価格からペンダントを削除しているのでしょうか？
また、何（どんな）ランダムを使っていて、なぜペンダントが価格（TPとSLの大きさとして、それぞれ30pps）と離れているのでしょうか？
ペンダントは30pips単位で削除され、注文を出したい人がトリガー前にその存在を記録できるように、つまり正直なチェックを容易にするタイムラグを作ることができるようになったのです。
そして、スマートフォンのKingsoft Office for AndroidでPRNG関数を生成させるという指示も...。(質問の意味が正しければ)
保留中の注文は、希望者が注文が発動する前にその存在を記録できるように、つまり公平な制御を容易にするためのタイムラグを作るために、30ピップずつ削除されます。
そして、私がスマートフォンのKingsoft Office for AndroidでPRNG関数を生成したときの指示は...。(質問の理解が正しければ)。
なるほど、つまり入力はずっとランダムで、前のボリュームだけが2倍で上向きに変化する（by martin）のですね。そうだろ？
もしそうなら、もう一つのコツがあります。
私はマーティンとネットのアバランチの私のバージョンに取り組んでいます（ここのように2を掛けることによって前のボリュームを増加させる亜種があります）、しかし私のアバランチは、ここではなく、純粋なリバーサルです。質問は、私はSLとTRのサイズを減少させるときに瞬間が発生したことです、ここでは、30ppsを持っている - 私は一目で覚えていないことが、あなたが推定することができます...は計算する次のような絵が判明しました...損失の長いシリーズ（この場合はランダム損失）でボリュームを増やすことにより、例えば、行の10ロットは、ロットが出てくるときに11 - omはランダムエントリで増加= 0.01 - 開始、それは20.48ロットと同時にTRに30ポイントに達するとTR上の順序を閉じると、最終的に10エントリのこのシリーズにLOSS取得損失+スタートエントリで閉じ、総損失が計算されるからです。というのも、一番外側の11番目のランダムエントリーでは、損失の合計が利益を上回ってしまうからです。ここからが本題です。私は22ピップでそれに直面しました（私は私が使用した後続のボリュームの巻き上げのスキームを正確に覚えていない）。30歳になったら、あなたが持っているように、数えなければならない......。結局、問題は、IMHO、一連の取引を出力するためにマーティンを使用する場合 - PROFIT！いずれにせよ。
なるほど、エントリーはずっとランダムで、前の巻だけ2の倍数で上向きに変化するわけですか（マーチンの場合）。それで？
もしそうなら、もう一つのコツがあります。
私自身、マイクロリアルでマーティンとネットアバランチの変種を試しているのですが（2倍して先行するボリュームを増やす方式の変種もあり、こちらも同様）、私のアバランチはこちらとは違い、純粋なリバーサルです・・・。質問は、私はSLとTRのサイズを減少させるときに瞬間が発生したことです、ここでは、30ppsを持っている - 私は一目で覚えていないことが、あなたが推定することができます...は計算する次のような絵が判明しました...損失の長いシリーズ（この場合はランダム損失）でボリュームを増やすことにより、例えば、行の10ロットは、ロットが出てくるときに11 - omはランダムエントリで増加= 0.01 - 開始、それは20.48ロットと同時にTRに30ポイントに達するとTR上の順序を閉じると、最終的に10エントリのこのシリーズにLOSS取得損失+スタートエントリで閉じ、総損失が計算されるからです。というのも、一番外側の11番目のランダムエントリーでは、損失の合計が利益を上回ってしまうからです。ここからが本題です。私は22ピップでそれに直面しました（私は私が使用した後続のボリュームの巻き上げのスキームを正確に覚えていない）。30歳になったら、あなたが持っているように、数えなければならない......。結局のところ、問題は、IMHO、マーティンを使用する場合、取引のシリーズを撤回する - PROFIT!
まあ、負けトレードを長く続けた結果、そんなロット増を許すつもりはないのですが。
今回の実験では、このトラブルに対抗するためのアイデアを2〜3個確認しようと思っています。このような案件のボリュームは、おそらくここでは見られません。