MT5ターミナルが本日アップデートされ、テスト中に「最適化」ウィンドウが表示されなくなりました。 - ページ 12 1...5678910111213141516171819...25 新しいコメント Texnolog 2018.05.17 15:59 #111 だいたい、最新ビルドで攻略テスターを 開発すること自体、おかしな方針なんです。 通常、製品を開発する際には、ユーザーのために新しい機能やツールを追加しようとするものです。 しかし、今はその逆です。 遺伝学では、非常に便利なオプションであった結果のダイナミックテーブルとテスト中の一時停止が削除されました。 Andrey Dik 2018.05.17 16:10 #112 Aleksandr Volotko:レナト・ファットフーリン 少なくとも遺伝学については、すべてをそのままにしておいてください。表には何百万、何十万という行はなく、何万行もありますが、この表データはまったく無駄ではなく、人間の目は簡単にそれを知覚し分析します。今日のPCで数千行をソートする負荷は馬鹿げています。特に遺伝学の停止/開始プロセスは、前のものを継続せずに新しく始まり、「ルックテーブル」のために停止すると遺伝的最適化プロセスが壊れてしまいます。 ユーザーの声に耳を傾けてください。最適化テーブルの対応するカラムヘッダをユーザがクリックしたときのみソートを行い、以前のビルドのように自動的にソートを行う必要はないのです。 ソートに時間がかかりすぎるという理由だけで、とても必要な最適化テーブルを削除してしまった...。まあ、ソートを行う必要はありませんし、ここで問題の解決は、ユーザーが望んでいる - ヘッダーをクリックし、それを並べ替える。 削除済み 2018.05.17 16:24 #113 Andrey Dik:最適化テーブルの対応するカラムヘッダをユーザがクリックしたときのみソートを行い、以前のビルドのように自動的にソートを行う必要はないのです。 ソートに時間がかかりすぎるという理由だけで、とても必要な最適化テーブルを削除してしまった...。まああなたはソートを行う必要はありませんし、ここで問題の解決策は、ユーザーが希望する - 帽子をクリックし、それを整理します。その通りです。 Aleksey Vyazmikin 2018.05.17 17:00 #114 一方、テスターは今や完璧に現実をエミュレートしていますよ。 ブローカーへの借金もシミュレーションできるようになりました その時、オプティマイザーで何が起こるか、どんなドローダウンから引き出すか、想像すると恐ろしい...。 Texnolog 2018.05.17 17:18 #115 Andrey Dik:最適化テーブルの対応するカラムヘッダをユーザがクリックしたときのみソートを行い、以前のビルドのように自動的にソートを行う必要はないのです。 ソートに時間がかかりすぎるという理由だけで、とても必要な最適化テーブルを削除してしまった...。まあ、我々はソートを行う必要はありませんし、ここで問題の解決策は、ユーザーが希望する - 帽子をクリックし、それを並べ替えます。もう一つの選択肢テスト時に最適化テーブルを表示しないことを選択できるボタンを作ればいいのです。 おそらく、何が必要かはユーザーの判断に委ねられるのではないでしょうか。 Texnolog 2018.05.17 17:20 #116 Aleksey Vyazmikin:一方、テスターは今や完璧に現実をエミュレートしていますよ。 ブローカーへの借金もシミュレーションできるようになりました その時、オプティマイザーで何が起こるか、どんなドローダウンから引き出すか、想像すると恐ろしい...。 遺伝でそのような絵になるのでしょうか？ Andrey Dik 2018.05.17 17:53 #117 Texnolog:もう一つの選択肢テスト時に最適化テーブルを表示しないことを選択するボタンを作る。 何が必要かは、ユーザーの判断に委ねればいいと思います。MQはインターフェイスにボタンを追加することを好まないことが分かっている（ボタンを追加すると、ユーザーが余計なことを考えなければならず、それは有益ではない）。 Aleksey Vyazmikin 2018.05.17 18:54 #118 Texnolog: そのパターンは遺伝と一緒なのでしょうか？テスターで一発合格というのがわからないのでしょうか？ Texnolog 2018.05.17 19:23 #119 Andrey Dik:MQは、インターフェイスの機能にボタンを追加することを好まないことが分かっている（ボタンを追加すると、ユーザーにとって余計な思考が必要となり、役に立たない） 端末は"take profit"ボタン1つで構成されるのが理想的です。 Vladislav Andruschenko 2018.05.17 19:55 #120 Texnolog: 理想的には、端末は1つの「 利食い」ボタンで構成されるべきです。 で、その後に「自動的に利益を 使う」。 1...5678910111213141516171819...25 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
だいたい、最新ビルドで攻略テスターを 開発すること自体、おかしな方針なんです。
通常、製品を開発する際には、ユーザーのために新しい機能やツールを追加しようとするものです。
しかし、今はその逆です。
遺伝学では、非常に便利なオプションであった結果のダイナミックテーブルとテスト中の一時停止が削除されました。
レナト・ファットフーリン
少なくとも遺伝学については、すべてをそのままにしておいてください。表には何百万、何十万という行はなく、何万行もありますが、この表データはまったく無駄ではなく、人間の目は簡単にそれを知覚し分析します。今日のPCで数千行をソートする負荷は馬鹿げています。特に遺伝学の停止/開始プロセスは、前のものを継続せずに新しく始まり、「ルックテーブル」のために停止すると遺伝的最適化プロセスが壊れてしまいます。
ユーザーの声に耳を傾けてください。
最適化テーブルの対応するカラムヘッダをユーザがクリックしたときのみソートを行い、以前のビルドのように自動的にソートを行う必要はないのです。
ソートに時間がかかりすぎるという理由だけで、とても必要な最適化テーブルを削除してしまった...。まあ、ソートを行う必要はありませんし、ここで問題の解決は、ユーザーが望んでいる - ヘッダーをクリックし、それを並べ替える。
最適化テーブルの対応するカラムヘッダをユーザがクリックしたときのみソートを行い、以前のビルドのように自動的にソートを行う必要はないのです。
ソートに時間がかかりすぎるという理由だけで、とても必要な最適化テーブルを削除してしまった...。まああなたはソートを行う必要はありませんし、ここで問題の解決策は、ユーザーが希望する - 帽子をクリックし、それを整理します。
その通りです。
一方、テスターは今や完璧に現実をエミュレートしていますよ。
ブローカーへの借金もシミュレーションできるようになりました
その時、オプティマイザーで何が起こるか、どんなドローダウンから引き出すか、想像すると恐ろしい...。
最適化テーブルの対応するカラムヘッダをユーザがクリックしたときのみソートを行い、以前のビルドのように自動的にソートを行う必要はないのです。
ソートに時間がかかりすぎるという理由だけで、とても必要な最適化テーブルを削除してしまった...。まあ、我々はソートを行う必要はありませんし、ここで問題の解決策は、ユーザーが希望する - 帽子をクリックし、それを並べ替えます。
もう一つの選択肢テスト時に最適化テーブルを表示しないことを選択できるボタンを作ればいいのです。
おそらく、何が必要かはユーザーの判断に委ねられるのではないでしょうか。
一方、テスターは今や完璧に現実をエミュレートしていますよ。
ブローカーへの借金もシミュレーションできるようになりました
その時、オプティマイザーで何が起こるか、どんなドローダウンから引き出すか、想像すると恐ろしい...。
もう一つの選択肢テスト時に最適化テーブルを表示しないことを選択するボタンを作る。
何が必要かは、ユーザーの判断に委ねればいいと思います。
MQはインターフェイスにボタンを追加することを好まないことが分かっている（ボタンを追加すると、ユーザーが余計なことを考えなければならず、それは有益ではない）。
そのパターンは遺伝と一緒なのでしょうか？
テスターで一発合格というのがわからないのでしょうか？
MQは、インターフェイスの機能にボタンを追加することを好まないことが分かっている（ボタンを追加すると、ユーザーにとって余計な思考が必要となり、役に立たない）
理想的には、端末は1つの「 利食い」ボタンで構成されるべきです。
で、その後に「自動的に利益を 使う」。