Mt4 サポート終了。 - ページ 38

 
Galina Bobro:

何がそんなに不思議なんですか?また10~20ページかけて反対のことを証明するような人に説明するのは愚かな考えです。あなたのプログラミングスタイルは完璧で、批判される筋合いはありません。

はい、ケースで批判してください。
 

トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム

Mt4 サポート終了。

ニコライ・セムコ さん 2017.09.12 02:02

このアルゴリズムは、現在のタイムフレームに新しいバーが到着したときに動作しないので、1日に実行すると、動作するまで丸一日待つことになるのが難点です。
これは私の責任です。また、「コードをポイ捨てする」という件ですが、そんなことはありません。配列の充填のループは別の関数に移せますが、現段階では緊急ではありません。じゃあ、なんで俺をいじめるんだ?
 

わかりやすくするために、工夫します。

1) コードが動作しない場合、それは作者の問題であり、作者だけの問題であり、作者以外誰も責めることはできない。メッセージから判断すると、あなた自身が動作に自信がない、つまり、きちんと検証していないのでしょう。

2) ロシア語の名前 - 少なくとも不便(目をつぶっても大丈夫)ですし、今回のデバッガのようにどこでも使えるとは限りませんし、さらに悪いことに、システムがロシア語でない場合もあります。デバッガが必要ないとは、実際に使ってみてから言えよ。

3) コードの中で何も繰り返してはならない - これは非常に悪いプログラミングのスタイルです。全部の文字を手動で修正するんですか?ターミナルに「EURUSD」が表示されず、「EURUSDf」、あるいはFORTS、あるいは何らかの株式が表示される場合はどうすればよいですか?何かが2回以上書かれている場合、これを行う関数があるはずです。

 if(Новый_бар && Этот_символ == "EURUSD" && Этот_таймфрейм == PERIOD_M5)
         {
          Print("M5");
         }
       //---------------------------------- 
       if(Новый_бар && Этот_символ == "EURUSD" && Этот_таймфрейм == PERIOD_M1)
         {
          Print("M1"); }

4) レビューから全てのTFとシンボルのために大きな塊を取っただけだ...。決して要求されないかもしれないシンボルのために、なぜメモリを確保するのか?また、ユーザーがマーケットレビューにないシンボルを必要とする場合は?

5) ところで、ユーロバックスについてはよくわからなかったのですが、このようにすべてのシンボルを手入力するのでしょうか?記号が多いので、プログラマーになるには、"タイピングオペレーター "ではなく、"タイピングオペレーター "になることをお勧めします。

-----

リストは長くなりますが、少なくともそれを理解する必要があります - すでにコードははるかに良くなります。

 
Реter Konow:
あなたはこの分野の第一人者です。私の解決策を、正しさと資源の経済性の観点から評価してください。わかったでしょう?なぜ何も言わないの?

あなたのやり方には根本的な欠陥がある。と、なぜか聞いてくるが、気にしない。

 

ルーツはここから、この信念から......。

トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム

Mt4 サポート終了。

レタグ・コノウ さん 2017.09.09 23:20

この例えは欠陥がある。ここは貿易の世界であり、ここに来る人たちは、未来の科学者や技術者ではなく、冒険家であることがほとんどです。彼らの目的は、運試しと大金を早く稼ぐこと。も ちろん、ここにいるような真面目な人たちにとっては、そんなことはどうでもいいことなのだが、彼らにとっては、それが努力のしどころなのだ。

また、OOPの仕組みは、エコシステムに積極的に関わろうとする意欲を失わせるものであることは明らかです。彼らは、自分たちのアイデアを素早く簡単に試したいと思っている。そして、そのような負荷を頭から浴びせられ、"なぜそれが必要なのか... "と怖くならずにいられない。

もちろん、これは非常に比喩的で戯画化された状態を表しているのですが、それでもポイントは同じです。


だから、彼は誰の話も聞こうとしないし、何も聞こうとしない、なぜなら...と、同じ箇所に説明があるのです。

 
Galina Bobro:

わかりやすくするために、工夫します。

1) コードが動作しない場合、それは作者の問題であり、作者だけの問題であり、作者以外誰も責めることはできない。メッセージから判断すると、あなた自身が動作に自信がない、つまり、きちんと検証していないのでしょう。

2) ロシア語の名前 - 少なくとも不便(目をつぶっても大丈夫)ですし、今回のデバッガのようにどこでも使えるとは限りませんし、さらに悪いことに、システムがロシア語でない場合もあります。デバッガが必要ないとは、実際に使ってみてから言えよ。

3) コードの中で何も繰り返してはならない - これは非常に悪いプログラミングのスタイルです。全部の文字を手動で修正するんですか?ターミナルに「EURUSD」が表示されず、「EURUSDf」、あるいはFORTS、あるいは何らかの株式が表示される場合はどうすればよいですか?何かが2回以上書かれている場合、これを行う関数があるはずです。

4) レビューから全てのTFとシンボルのために大きな塊を取っただけだ...。決して要求されないかもしれないシンボルのために、なぜメモリを確保するのか?また、ユーザーがマーケットレビューにないシンボルを必要とする場合は?

5)ところで、ユーロバックスについてはよくわからなかったのですが、このようにすべてのシンボルを手入力するのでしょうか?記号が多いので、プログラマーになるには、"タイピングオペレーター "ではなく、"タイピングオペレーター "になることをお勧めします。

-----


最後に、この点についての批判を。

1.もちろん、誰も反論はしない。私の点検は表面的なものでした。しかし、私は今、誰かの注文に応えたわけではなく、このような作業はOOPでなければ効果的に解決できないという指摘に反論して いるに過ぎないのです。覚えていますか?- そこがすべての始まりだった。

2.便利かどうか、デバッガが必要かどうかは、まったく主観的で個人的な問題です。これもまた、主題とは関係ない。このテーマは、OOPなしでも管理でき、同様に効率的なソリューションを作ることができることを証明し、お見せすることです。

3.ここでは、数十のシンボルとタイムフレームの新しいバーのイベントを固定するタスクを、システムに最小限の負荷で解決するバリエーションの一つを提案します。 まさに、最小限の負荷で。 このため、今後の取引機能は すべてこのソリューションに合わせることを余儀なくされています。省資源が優先されない場合は、別のソリューションを使用することもできます。

4.ポイント3参照。

5.これは一例であり、独自の取引関数を作成することができます。これはトレーダーの仕事です。

 
Реter Konow:

やっと批判が的中した。

1.もちろん、誰も反論はしない。私の点検は表面的なものでした。しかし、私は今、誰かの注文に応えたわけではなく、このような作業はOOPでなければ効果的に解決できないという指摘に反論して いるに過ぎないのです。覚えていますか?- そこがすべての始まりだった。

2.問題は、それが便利かどうか、デバッガが必要かどうか、これは絶対的に主観的で個人的な問題です。繰り返しになりますが、これは主題とは無関係です。このテーマは、OOPなしでも管理でき、同様に効率的なソリューションを作ることができることを証明し、お見せすることです。

3.ここでは、数十のシンボルとタイムフレームの新しいバーのイベントを固定するタスクを、システムに最小限の負荷で解決するバリエーションの一つを提案します。 まさに、最小限の負荷で。 このため、今後の取引機能は すべてこのソリューションに合わせることを余儀なくされています。省資源が優先されない場合は、別のソリューションを使用することもできます。

4.ポイント3参照。

5.これは一例であり、独自の取引関数を作成することができます。これはトレーダーの仕事です。


1) コードが動作しない - どういう意味ですか? どのようなOOPですか?

2)さて、「メルセデス」と比べて「トラム」はどうなのか、教えてください。別に好き嫌いは関係ない。 純粋に好みの問題だ。

3)あなたのメモリとシステムの最大負荷を持っている、より多くの最大あなたはまだ書き方を考える必要があります。これは、あなたが書いたものですが、あなたはそれを必要としないようだからです。

4) ポイント 3 を参照。

5) はい、トレーダーにコードを修正させてください。どこかのトピックでトレーダーのためのプログラムの知識〜野郎に教えろ〜というのがありましたね。

----

何を言っても無意味、これを証明しなければならなかったのだと思います。私の素人的な意見は、気になるところに置いておくとして、私はフリーランスの人に行って、より良い注文を仕上げてもらうつもりです。

 

最初の課題:OOPを使わないで効果的な解決策を示すこと。


私のソリューションの本質は、 -すべてのシンボルと時間枠の新しいバーのイベントフラグのグローバル配列を1分ごとに生成する ことです。

メリット

1.アレイの自動充填、自動クリアー。

2.システム負荷がないこと。

3.任意の関数から配列に 直接アクセスし、配列がクリアされる前にイベントフラグを保存することができます。

 
Реter Konow:

最初の課題:OOPを使わないで効果的な解決策を示すこと。


私のソリューションの本質は、 -すべてのシンボルと時間枠の新しいバーのイベントフラグのグローバル配列を1分ごとに生成する ことです。

メリット

1.アレイの自動充填、自動クリアー。

2.システム負荷がないこと。

3.任意の関数から配列に 直接アクセスし、配列がクリアされる前にイベントフラグを保存することができます。

なんだよ、1分1回かよ。バーがどのように形成されているのか、全然出てきませんね~。
寝ていると、4時41分になります。
 
Реter Konow:

メリット

3.任意の関数から配列に 直接アクセスし、配列をクリアする前にイベントフラグを保存することができます。

これが利点であることは論を待ちません。

誤って誰かがフラグを変更すると、TCの動作に影響を与えることになります。