MT4はもう長くない - ページ 24 1...171819202122232425262728293031...83 新しいコメント 削除済み 2012.03.13 14:58 #231 Renat: 自分のストーリーをアップロードする? 私たちは、すべての プロセスの全体的な安定性を重視し、ブローカーを含む何十万、何百万ものトレーダーが抱える 問題を最小限に抑えるソリューションを作っているのです。MT4での履歴があるため、十分な問題が発生している。 つまり、他人の技術サポートや他人の問題を考えないトレーダーという立場よりも、ずっと広い視野で見ているのです。共通善を最大化するという課題から、「歴史は間違いがあれば自動的に訂正され、決して理由をつけてはならない」という解答を与えているのです。 つまり、ダブルスタンダードではなく、「N万人のうち100人が履歴をダウンロードする機会があり、どこから来たのか不明」ではなく、「クリックして入手する」という解決策を丸ごと作っているわけです。 より広く見れば、おそらくあなたはそれにとどまるだろうが、トップ5でトレーダーなし。100万人中100人なんて言わないで、大多数が賛成しているんだから。そして、スプレッドの設定が必要です。一般的なものと、分単位や刻み単位での個別のものがあります。なぜ、そこにあった問題が解決されたのか。チャンスがある今、問題が解決されたのか。これこそが必要なことなのです。カスタムテスタプログラムに分や刻みを読み込む機能は必需品です。また、ブローカー・サードパーティー・テスター・プログラムは、ブローカーに何ら影響を与えず、問題を起こすことはありません。 削除済み 2012.03.13 14:59 #232 IgorM: もちろん、ヒストリカルデータに難があるのは事実ですが、そういうことではなく、MT5のシステムには概ね満足していますし、MT5プロジェクトを止めて欲しくはありません ストラテジーテスターに「MT4互換モードを使う」というティッカーがあれば、反対注文を出すときに ポジションを閉じるのではなく、出来高0の反対注文を2つ設定 すれば、問題はなくなるかもしれませんね。00 なら、未経験のユーザーからの「なぜロットが存在しないのか、ロットを復活させろ!」という質問もなくなるかもしれませんね、私はMT5で問題はありません、いや、ほとんどありませんが・・・。 捨てたくないんです。 なぜMT5は、アプリオリに、2つの異なるTSの、同じボリュームの2つの反対側のポジションを均等化するのですか?開発者は、私のMM、システムの売買ロジックを知っているのでしょうか? 1 ロットの売買は、"ランダムロット "の場合、重要性が異なる可能性があります。 hrenfx 2012.03.13 15:02 #233 Renat:何を言っているのかわからないのはあなたで、同時に過去12年間、5世代にわたる取引プラットフォームの開発者と、日々システムを開発してきた人と議論しているのだと思います。そして、取引戦略を練る時間もゼロ......(悪しからず)。 Metaquotesが達成した結果には、大きな敬意を表します。アップルが出した結果には敬意を表します。これらの企業の共通点は、自分たちの製品の平均的なユーザーが何を必要としているのか、自分たちの方がよく知っていると考えていることです。 AppleとMetaquotesがそれぞれのニッチでほぼ独占していることが、それを実際に裏付けている。しかし、それ以外のユーザーの陣営も増えてきている。アップル側であれば、この陣営はアンドロイドという 形で支援されています。しかし、MetaQuotesの場合、外部からの援助はありません。個々の開発しかしていないのです。 現在のMT4、MT5ともに、プロのトレーダーにとっては取引APIとしてしか興味がないものです。この場合、MT4 APIはより洗練されており、仮想注文の独自の信頼性の高い実装により、より便利です。 しかし、そうしたプロフェッショナルは、ユーザーという大海の一滴に過ぎません。だから、彼らの「気まぐれ」のために何かをするのは無駄なことなのです。 TheXpert 2012.03.13 15:04 #234 Renat: 自分の履歴をアップロードする? 私たちはすべての プロセスの全体的な安定性を重視しているので、ブローカーを含む何十万、何百万ものトレーダーが抱える 問題を最小限に抑えるソリューションを作っているのです。MT4での履歴があるため、十分な問題が発生している。 履歴ファイルのM1形式をハックすることは可能なままだそうです。だから、公式にしたほうがいいのでは?少なくともオフラインのチャートには?なんといっても、便利なものですからね。 Yury Reshetov 2012.03.13 15:05 #235 IgorM:もちろん、ヒストリカルデータに難があるのは事実ですが、そういうことではありません。ストラテジーテスターに「MT4互換モードを使う」というティッカーがあれば、反対注文を出すときにポジションを閉じるのではなく、出来高0の反対注文を2つ設定すれば、問題はなくなるかもしれませんね。00なら、未経験のユーザーから「なぜロットが存在しないのか、ロットを復活させろ!」という質問もないだろうし、MT5で問題はない、いや、ほとんどないのだが...。 そのうちロック派がmql5のシステムを修正し、MT4と見分けがつかないようなインターフェイスにするのでしょう。つまり、グラフ パネルにはグリッドオーダーが表示され、Mt4と同様に残高が計算されるのです。後見の愛好家のすべての種類は、例えば、pentujahs上のいくつかのZX-スペクトラムのエミュレータを作るがあります。また、グラフィカルな機能を考えると、彼らはトレーダーが退屈しないように、OpenSLを介してレンダリング3D形式でストリップの外国為替を追加します:利益貿易が閉じ、バランスが増加し、ボックスが何かを開いて、損失貿易が閉じられたとき - それは閉じました。などなど。 他にやることがない人がMT4やMT3をMT5で再現するのは問題ないでしょう。要は、MT4ではP5の機能を再現することは到底不可能なのです。すなわち、プロセスは不可逆的である。 Sceptic Philozoff 2012.03.13 15:09 #236 Renat: 競合他社がJava / .NET / Pluginsをインフラとして選択し、墓場へと向かって行ったこと、そしてこれからもそうであることを、私はとても嬉しく思っています。C-4: Cシャープのような既成のソリューションを使うのでなく これはRenatへの 返信ではなく、C-4への 返信です。1ヶ月前の投稿の一部再掲載 - 未読の方のために。 [中略)そんなに比較がしたいのなら、Ninja(C#)かDukas(J++)に行きなさい。一般ユーザーの問題、[...]フォーラム、技術サポートを見てください。[...] 追伸:忍者・dukasについて: それと、彼らのサービスも見てください。 私たちの「仕事」に近いものがあるのでしょうか?私の理解する限り、両者のフォーラムはプログラマーにとって些細な質問でいっぱいです。サービスの価格を聞いてみる。 技術的にはDukasにMQL4→J++のコンバーターがありますが、あまり良くできているとは言えません。それでも、経験豊富なコーダーの助けが必要で、かなりの費用がかかるかもしれません。 そのため、これらのプラットフォームは誰のためのものなのか(トレーダーやコーダー)、MT5は誰のためのものなのかを考えなければなりません。。 Роман 2012.03.13 15:12 #237 Reshetov: 遅かれ早かれ、ロッカー自身がmql5でこのようなシステムを完成させ、MT4と見分けがつかないようなインターフェイスにすることでしょう。つまり、チャートパネルにはグリッドオーダーが表示され、バランスはクウォータナリーのように計算されます。後見の愛好家のすべての種類は、例えば、pentujahs上のいくつかのZX-スペクトラムのエミュレータを作るがあります。また、グラフィカルな機能を考えると、彼らはトレーダーが退屈しないように、OpenSLを介してレンダリング3D形式でストリップの外国為替を追加します:利益貿易が閉じ、バランスが増加し、ボックスが何かを開いて、損失貿易が閉じられたとき - それは閉じました。などなど。 美しい...:-) СанСаныч Фоменко 2012.03.13 15:13 #238 jelizavettka TheXpert レナート会話の冒頭を聞き逃したのでは? 端末のことではないんです。端末が良い。 それは、端末の設計にプログラミングの偏りがあることです。開発者が誇らしげに「ストラテジーテスター」と呼ぶテスターとの会話が始まりました。私やこのスレッドの何人かは、テスターはどんな戦略もテストしない、つまりクールな特定プログラムのデバッガーだと主張しています。例えば、テスターがTSの安定性についての質問に答えていないことをあげました。また、その他の例も同様です。 質問を広くしているのです。私たちは「おいしいもの」に踊らされ、それが戦略の収益性にどう結びつくかは、控えめに言ってもわからないのです。しかし、例えば人工的なダニ発生の道具と指定された統計的特性との相関は明らかである。そして、そのような手段は、一般的なシステムを作るときには当たり前のことですが、テスターにはなく、この分野のサロゲートが提示されています。 今日、プログラミング言語には、たくさんの取引関数が挿入されている。レナートは、自分のプログラミング・ユニフォームの名誉を守るために、もし自分のMQLが、上記のようなフロントエンドのプログラミングの代わりに、例えばEViewsからTSを作成するためのそのような組み込み関数を持っていたら、MQLは多くの利益を得て、雲や最終利益に影響のない他のものに偏ることがなくなることを理解しようとしないのである。 削除済み 2012.03.13 15:13 #239 TheXpert: ヒストリーファイルのM1フォーマットのネジを外す職人もまだいるはずだ。だから、公式にしたほうがいいのでは?少なくともオフラインのチャートには?なんといっても、便利なものですからね。 もちろん、オフラインのチャートでも支障はない。プラットフォーム「ポンピング」についての発言も背景に、より一層、クールなものになることでしょう。 Vladimir Gomonov 2012.03.13 15:14 #240 Roman.: いいね...:-)問題ありません。 https://www.mql5.com/ru/job あなたのお金のためならどんな気まぐれでも。 -- エクイティレイズと同期してストリップし、下降でカバーするのが良いと思うのですが。 でも、提案されたロッカーのオプションも実装したいと思っています。 ;) 1...171819202122232425262728293031...83 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
自分のストーリーをアップロードする?
私たちは、すべての プロセスの全体的な安定性を重視し、ブローカーを含む何十万、何百万ものトレーダーが抱える 問題を最小限に抑えるソリューションを作っているのです。MT4での履歴があるため、十分な問題が発生している。
つまり、他人の技術サポートや他人の問題を考えないトレーダーという立場よりも、ずっと広い視野で見ているのです。共通善を最大化するという課題から、「歴史は間違いがあれば自動的に訂正され、決して理由をつけてはならない」という解答を与えているのです。
つまり、ダブルスタンダードではなく、「N万人のうち100人が履歴をダウンロードする機会があり、どこから来たのか不明」ではなく、「クリックして入手する」という解決策を丸ごと作っているわけです。
もちろん、ヒストリカルデータに難があるのは事実ですが、そういうことではなく、MT5のシステムには概ね満足していますし、MT5プロジェクトを止めて欲しくはありません
ストラテジーテスターに「MT4互換モードを使う」というティッカーがあれば、反対注文を出すときに ポジションを閉じるのではなく、出来高0の反対注文を2つ設定 すれば、問題はなくなるかもしれませんね。00 なら、未経験のユーザーからの「なぜロットが存在しないのか、ロットを復活させろ!」という質問もなくなるかもしれませんね、私はMT5で問題はありません、いや、ほとんどありませんが・・・。
捨てたくないんです。
なぜMT5は、アプリオリに、2つの異なるTSの、同じボリュームの2つの反対側のポジションを均等化するのですか?開発者は、私のMM、システムの売買ロジックを知っているのでしょうか?
1 ロットの売買は、"ランダムロット "の場合、重要性が異なる可能性があります。
何を言っているのかわからないのはあなたで、同時に過去12年間、5世代にわたる取引プラットフォームの開発者と、日々システムを開発してきた人と議論しているのだと思います。
そして、取引戦略を練る時間もゼロ......(悪しからず)。
Metaquotesが達成した結果には、大きな敬意を表します。アップルが出した結果には敬意を表します。これらの企業の共通点は、自分たちの製品の平均的なユーザーが何を必要としているのか、自分たちの方がよく知っていると考えていることです。
AppleとMetaquotesがそれぞれのニッチでほぼ独占していることが、それを実際に裏付けている。しかし、それ以外のユーザーの陣営も増えてきている。アップル側であれば、この陣営はアンドロイドという 形で支援されています。しかし、MetaQuotesの場合、外部からの援助はありません。個々の開発しかしていないのです。
現在のMT4、MT5ともに、プロのトレーダーにとっては取引APIとしてしか興味がないものです。この場合、MT4 APIはより洗練されており、仮想注文の独自の信頼性の高い実装により、より便利です。
しかし、そうしたプロフェッショナルは、ユーザーという大海の一滴に過ぎません。だから、彼らの「気まぐれ」のために何かをするのは無駄なことなのです。
自分の履歴をアップロードする?
私たちはすべての プロセスの全体的な安定性を重視しているので、ブローカーを含む何十万、何百万ものトレーダーが抱える 問題を最小限に抑えるソリューションを作っているのです。MT4での履歴があるため、十分な問題が発生している。
もちろん、ヒストリカルデータに難があるのは事実ですが、そういうことではありません。
ストラテジーテスターに「MT4互換モードを使う」というティッカーがあれば、反対注文を出すときにポジションを閉じるのではなく、出来高0の反対注文を2つ設定すれば、問題はなくなるかもしれませんね。00なら、未経験のユーザーから「なぜロットが存在しないのか、ロットを復活させろ!」という質問もないだろうし、MT5で問題はない、いや、ほとんどないのだが...。
そのうちロック派がmql5のシステムを修正し、MT4と見分けがつかないようなインターフェイスにするのでしょう。つまり、グラフ パネルにはグリッドオーダーが表示され、Mt4と同様に残高が計算されるのです。後見の愛好家のすべての種類は、例えば、pentujahs上のいくつかのZX-スペクトラムのエミュレータを作るがあります。また、グラフィカルな機能を考えると、彼らはトレーダーが退屈しないように、OpenSLを介してレンダリング3D形式でストリップの外国為替を追加します:利益貿易が閉じ、バランスが増加し、ボックスが何かを開いて、損失貿易が閉じられたとき - それは閉じました。などなど。
他にやることがない人がMT4やMT3をMT5で再現するのは問題ないでしょう。要は、MT4ではP5の機能を再現することは到底不可能なのです。すなわち、プロセスは不可逆的である。
C-4: Cシャープのような既成のソリューションを使うのでなく
これはRenatへの 返信ではなく、C-4への 返信です。1ヶ月前の投稿の一部再掲載 - 未読の方のために。
[中略)そんなに比較がしたいのなら、Ninja(C#)かDukas(J++)に行きなさい。一般ユーザーの問題、[...]フォーラム、技術サポートを見てください。[...]
追伸:忍者・dukasについて: それと、彼らのサービスも見てください。 私たちの「仕事」に近いものがあるのでしょうか?私の理解する限り、両者のフォーラムはプログラマーにとって些細な質問でいっぱいです。サービスの価格を聞いてみる。
技術的にはDukasにMQL4→J++のコンバーターがありますが、あまり良くできているとは言えません。それでも、経験豊富なコーダーの助けが必要で、かなりの費用がかかるかもしれません。
そのため、これらのプラットフォームは誰のためのものなのか(トレーダーやコーダー)、MT5は誰のためのものなのかを考えなければなりません。。遅かれ早かれ、ロッカー自身がmql5でこのようなシステムを完成させ、MT4と見分けがつかないようなインターフェイスにすることでしょう。つまり、チャートパネルにはグリッドオーダーが表示され、バランスはクウォータナリーのように計算されます。後見の愛好家のすべての種類は、例えば、pentujahs上のいくつかのZX-スペクトラムのエミュレータを作るがあります。また、グラフィカルな機能を考えると、彼らはトレーダーが退屈しないように、OpenSLを介してレンダリング3D形式でストリップの外国為替を追加します:利益貿易が閉じ、バランスが増加し、ボックスが何かを開いて、損失貿易が閉じられたとき - それは閉じました。などなど。
美しい...:-)
jelizavettka
TheXpert
レナート会話の冒頭を聞き逃したのでは?
端末のことではないんです。端末が良い。
それは、端末の設計にプログラミングの偏りがあることです。開発者が誇らしげに「ストラテジーテスター」と呼ぶテスターとの会話が始まりました。私やこのスレッドの何人かは、テスターはどんな戦略もテストしない、つまりクールな特定プログラムのデバッガーだと主張しています。例えば、テスターがTSの安定性についての質問に答えていないことをあげました。また、その他の例も同様です。
質問を広くしているのです。私たちは「おいしいもの」に踊らされ、それが戦略の収益性にどう結びつくかは、控えめに言ってもわからないのです。しかし、例えば人工的なダニ発生の道具と指定された統計的特性との相関は明らかである。そして、そのような手段は、一般的なシステムを作るときには当たり前のことですが、テスターにはなく、この分野のサロゲートが提示されています。
今日、プログラミング言語には、たくさんの取引関数が挿入されている。レナートは、自分のプログラミング・ユニフォームの名誉を守るために、もし自分のMQLが、上記のようなフロントエンドのプログラミングの代わりに、例えばEViewsからTSを作成するためのそのような組み込み関数を持っていたら、MQLは多くの利益を得て、雲や最終利益に影響のない他のものに偏ることがなくなることを理解しようとしないのである。
ヒストリーファイルのM1フォーマットのネジを外す職人もまだいるはずだ。だから、公式にしたほうがいいのでは?少なくともオフラインのチャートには?なんといっても、便利なものですからね。
いいね...:-)
問題ありません。
https://www.mql5.com/ru/job
あなたのお金のためならどんな気まぐれでも。
--
エクイティレイズと同期してストリップし、下降でカバーするのが良いと思うのですが。
でも、提案されたロッカーのオプションも実装したいと思っています。
;)