エラー、バグ、質問 - ページ 3123 1...311631173118311931203121312231233124312531263127312831293130...3185 新しいコメント Aleksey Mavrin 2021.12.20 06:04 #31221 x572intraday #:フリーコードを探すといえばプログラマーの 何パーセントが、有益な取引のために、あるいはコードを学ぶためにプログラムを検索して いるか、推測してみてください。個人的には、この分野では自分をプログラマーとみなす求職者が圧倒的に少ないので、相関関係は前者に有利に働くと思います。 1.コドベースで何かを探している人は、純粋に自分の開発で使うため、つまりコードのためにコードを探しているのだと思います。個人的には、まだ自分で解決していない多かれ少なかれ複雑な新しいタスクに直面したとき、私はコードベースを見て、賢明な解決策がなければ自分でやってしまいます。その方が効果的ですが、完璧に近いコードか、完璧に近い状態に容易に改善できるコードしか採用しないという微妙なニュアンスがあります。最終的にどうにかうまくいっても、麺は絶対とらない。 2.Vitalyはコードのデメリットを全て正しく伝えているのに、あなたは幼稚園で言い訳をしている。注目の的になって頑固さをアピールしたかったのか) x572intraday 2021.12.20 10:07 #31222 Aleksey Mavrin #:1.コドベースで何かを探している人は、純粋に自分の開発に使うため、つまりコードのためのコードを探しているのだと思います。そしてこの場合、コードの品質と分かりやすさが非常に重要です。個人的には、まだ自分で解決していない多かれ少なかれ複雑な新しいタスクに直面したとき、私はコードベースを見て、賢明な解決策がなければ自分でやってしまいます。その方が効果的ですが、完璧に近いコードか、完璧に近い状態に容易に改善できるコードしか採用しないという微妙なニュアンスがあります。最終的にどうにかうまくいっても、麺は絶対とらない。2.Vitalyはコードのデメリットをすべて正しく伝えているのに、あなたは幼稚園で言い訳をしている。注目の的になって頑固さをアピールしたかったのか) 1.面白い自信。その起源を推理してみる。あなたはおそらく、CodeBaseは 彼らが先験的に有益な取引のための本格的なことができないことを、唯一の無料の製品が含まれていることを考えると、ユーザーはすぐに彼らのお金の箱を壊し、支払う購入する市場に 行くことを理解(ないプログラマ、しかし余分なお金の取引を稼ぐことにした人)、おそらく交換で利益を作るための準備が整いました?もしこれがあなたの意見なら、私は賛成できない。主な理由を言及することは十分である:他の人の間で、最初のセントの預金のために保存されている豊かな、あるいは自由ではない多くのトレーダーがありますが、少なくとも数十ドルのための市場からの プログラムではありません。そして、マーケットからの プログラムが安ければ安いほど、使い勝手が悪いことがほとんどで、ソースコードが全く手に入らない可能性が あることも理解しているのです。-CodeBaseに アクセスして、運が良ければ比較的有用なものが見つかるかもしれませんよ...。そして、本当に改善する必要があるのなら、ここに生のコードがあります - 勉強して改善してください(誰もがそうするわけではありませんが)。フリーソフトが有料ソフトより悪いという偏見は、CodeBaseを 深く掘り下げていない人に多いのではないでしょ うか。メタトレーダーの 有償サーバー部分が無償クライアント部分よりカッコイイと言ってるようなものです。明らかにクライアントの自由度はサーバーの有料化によって賄われています。開発者も同じで、その余裕があるのです。しかし、広く見れば、一般的なソフトウェアの世界には、非常に優れた機能と品質を持つ無料の有料類似製品がたくさんあります。同時に、トレーディング・ソフトウェアのエコシステムに戻ると、自動売買の宝庫を無料のセクションに置く人はいないことを認識する必要があります。Marketとか で大枚はたいて買うのはスカスカでしょう。しかし、聖杯を追い求めるのではなく、少なくとも手動売買のための良いサポートを探すのであれば、フリーソフトは多くの野心的な有料の取り組みに劣ることはありません。 その結果、すべての方法は、私は繰り返し、コードの構造を理解せずに、そこに準備ができて、いくつかのお金を稼ぐために夢想家として 多くすることは できませんCodeBaseに関して プログラマの利益について 絶対に明確であった。もし反対なら、あなたの主張を聞かせてください。 2.Vitalyが欠点を指摘したのはまったく正しいのですが、結局、彼はコードレビューとして2つほどFを付けています。彼はコンピューターサイエンスの先生の近くでは許されないでしょう。彼と違って、私はもっと合理的で理性的であろうとする。ある言語についてまったく無知であること、あるいは、コードが書かれていない、あるいは書かれてはいるが、かわいそうに、エラーなしにコンパイルできない(あるいは解釈できない)、ついには動かない、あるいは動いてもゴミが出るほどひどい知識であることが「F」評価となるのです。基本的な意味で最終製品が意図したとおりに動くが、不具合や不安定さがあり、動作が著しく遅く、機能が非常に控えめで、明らかに必要なときにオプションがない場合は「F」となります(ソースコードの問題ではなく、作業の結果との関係が大きいのですが)。Bは、最適化された速度が不十分、可読性が低い、書式化されていない、文書化されていないコードなど、軽微な不具合がある場合に与えられることがあります。もし、そのコードが異質なほど難解であったり、精神分裂病のように不合理であったりしても、プログラムが完璧に安定して動くのであれば、私は勝手に低い点数はつけません。少なくともB点はつけられるでしょう。個性がなく、全員が標準的な教え方をしていると、才能を抑圧してしまいがちです。 VitalikのDは明確な変節であり、私の場合ではなく、私の場合の不十分な条件において正しいのです。 x572intraday 2021.12.20 10:45 #31223 Aleksey Mavrin #:1.コドベースで何かを探している人は、純粋に自分の開発に使うため、つまりコードのためのコードを探しているのだと思います。そしてこの場合、コードの品質と分かりやすさが非常に重要です。個人的には、まだ自分で解決していない多かれ少なかれ複雑な新しいタスクに直面したとき、私はコードベースを見て、賢明な解決策がなければ自分でやってしまいます。その方が効果的ですが、完璧に近いコードか、完璧に近い状態に容易に改善できるコードしか採用しないという微妙なニュアンスがあります。麺類は、最終的にどうにか動くとしても、私は絶対に取らない。 私たちのようなプログラマーのために、ソースコードに対する追加投票を、別の評価という形で導入することを提案します。ここは、一日限りの安物や五つ星のソフトウェア捨て場(既製のソフトウェアに関しては可能な限り投票するが、ソースコードには投票しない)ではなく、トレーダーとプログラマーのための真剣なサイトで、Runetだけでなくインターネット全体、そして遠く離れたところでも知られています。格付けのない良質な原材料を探すには、他にどのような方法があるのでしょうか? О проекте MQL5.community www.mql5.com MQL5.community - это описание языка программирования MetaQuotes Language 5, статьи по самой различной тематике, форум, программы автотрейдинга, написанные на MQL5 c их использованием в торговой платформе MetaTrader 5 Alexey Viktorov 2021.12.20 11:00 #31224 x572intraday #: 自分のコードの評価が低いという不満は、自分のコードの議論に移してください。 自分でやるのは無理だと思う、バグベアに頼むんだ。一般有用スレで創作物について議論するのはやめてください。 Nikolai Semko 2021.12.20 11:02 #31225 QBで再投票の可能性がないのは非常に残念であり、間違っている。まず、間違えて星をクリックしてしまったことがあります。2つ目は、コードの改良と修正ができることです。 x572intraday 2021.12.20 12:17 #31226 今時こんなにアクセスしやすいMQの サーバーに、なぜ週末に暗号通貨がないのでしょうか?24時間365日、他のプロバイダーに乗り換えるのは問題ないが、なぜMQは もっと悪いのか?別に問題ないだろう... Vladimir Pastushak 2021.12.21 07:27 #31227 Market Validatorはこれを落とす EURUSD,H1(ヘッジ)のテストはトレードサーバーと同期していない ストラテジーテスターレポート 合計462トレード ビルドMT 5 3134 Alexey Viktorov 2021.12.24 10:06 #31228 DRAW_FILLINGビルドタイプのヘルプをお願いします。 何らかの理由で、1組のバッファは正常に動作しますが、2組目のバッファは異なる方法で割り当てられた色を拒否します。 バッファを2つ残してそれぞれ1つずつビルドしてみても結果は変わりません。高いビルドフィルによって色が正常である場合、低いビルドフィルによって色が正常でない場合。 以下はそのコードです。 #property indicator_chart_window //--- #property indicator_buffers 4 #property indicator_plots 2 #property indicator_type1 DRAW_FILLING #property indicator_label1 "Line UP" #property indicator_color1 clrDarkOrchid #property indicator_type2 DRAW_FILLING #property indicator_label2 "Line DN" #property indicator_color2 clrMagenta /****************indicator buffers****************/ double upLine[], upWidth[], dnLine[], dnWidth[]; /**************Custom indicator initialization function**************/ int OnInit() { SetIndexBuffer(0, upLine); SetIndexBuffer(1, upWidth, INDICATOR_CALCULATIONS); SetIndexBuffer(2, dnLine); SetIndexBuffer(3, dnWidth, INDICATOR_CALCULATIONS); //PlotIndexSetInteger(1, PLOT_SHOW_DATA, false); //PlotIndexSetDouble(1, PLOT_EMPTY_VALUE, -1.0); //PlotIndexSetInteger(2, PLOT_SHOW_DATA, false); //PlotIndexSetInteger(2, PLOT_LINE_COLOR, clrYellow); //PlotIndexSetDouble(2, PLOT_EMPTY_VALUE, -1.0); return(INIT_SUCCEEDED); }/******************************************************************/ /****************Custom indicator iteration function*****************/ int OnCalculate(const int rates_total, const int prev_calculated, const datetime &time[], const double &open[], const double &high[], const double &low[], const double &close[], const long &tick_volume[], const long &volume[], const int &spread[]) { int count = 0, limit = prev_calculated > 0 ? rates_total-1 : 0; if(prev_calculated == 0) { ArraySetAsSeries(time, true); ArraySetAsSeries(high, true); ArraySetAsSeries(low, true); ArraySetAsSeries(upLine, true); ArraySetAsSeries(upWidth, true); ArrayInitialize(upLine, 0.0); ArrayInitialize(upWidth, 0.0); ArraySetAsSeries(dnLine, true); ArraySetAsSeries(dnWidth, true); ArrayInitialize(dnLine, 0.0); ArrayInitialize(dnWidth, 0.0); for(int i = limit; i < rates_total; i++) { int arrMax = ArrayMaximum(high, i, 11); // ищем максимум в 11-ти барах if(arrMax-i == 5) // если максимум средний из 11-ти баров { for(int j = arrMax; j > fmax(arrMax-5, 0); j--) { upLine[j] = high[arrMax]; upWidth[j] = high[arrMax]-_Point*2; } } int arrMin = ArrayMinimum(low, i, 11); // ищем минимум в 11-ти барах if(arrMin-i == 5) // если минимум средний из 11-ти баров { for(int j = arrMin; j > fmax(arrMin-5, 0); j--) { dnLine[j] = low[arrMin]; dnWidth[j] = low[arrMin]+_Point*10; //PlotIndexSetInteger(3, PLOT_LINE_COLOR, clrYellow); // Это тоже не помогает… } } } } //--- Comment("\n" ); return(rates_total); }/*******************************************************************/ もしかしたら、.iniファイルの中で、どのような設定に引っかかっているのでしょうか?多分、削除するのでしょうが、このファイルをどこで探せばいいのか・・・どう考えてもわかりません。 popov.sergey87 2021.12.24 10:17 #31229 みなさん、こんにちは。なぜか、いくらかのデモ口座を開くと、残高が0になる Artyom Trishkin 2021.12.24 10:36 #31230 Alexey Viktorov #:DRAW_FILLINGビルドタイプのヘルプをお願いします。何らかの理由で、1組のバッファは正常に動作しますが、2組目のバッファは異なる方法で割り当てられた色を拒否します。バッファを2つ残してそれぞれ1つずつビルドしてみても結果は変わりません。高いビルドフィルによって色が正常である場合、低いビルドフィルによって色が正常でない場合。以下はそのコードです。もしかしたら、.iniファイルの中で、どのような設定に引っかかっているのでしょうか?多分削除するのでしょうが、このファイルをどこで探せばいいのか・・・どう考えてもわからないです。 DRAW_FILLINGは、描画用に2つのバッファを持ちます。 1...311631173118311931203121312231233124312531263127312831293130...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
フリーコードを探すといえば
プログラマーの 何パーセントが、有益な取引のために、あるいはコードを学ぶためにプログラムを検索して いるか、推測してみてください。個人的には、この分野では自分をプログラマーとみなす求職者が圧倒的に少ないので、相関関係は前者に有利に働くと思います。
1.コドベースで何かを探している人は、純粋に自分の開発で使うため、つまりコードのためにコードを探しているのだと思います。個人的には、まだ自分で解決していない多かれ少なかれ複雑な新しいタスクに直面したとき、私はコードベースを見て、賢明な解決策がなければ自分でやってしまいます。その方が効果的ですが、完璧に近いコードか、完璧に近い状態に容易に改善できるコードしか採用しないという微妙なニュアンスがあります。最終的にどうにかうまくいっても、麺は絶対とらない。
2.Vitalyはコードのデメリットを全て正しく伝えているのに、あなたは幼稚園で言い訳をしている。注目の的になって頑固さをアピールしたかったのか)
1.コドベースで何かを探している人は、純粋に自分の開発に使うため、つまりコードのためのコードを探しているのだと思います。そしてこの場合、コードの品質と分かりやすさが非常に重要です。個人的には、まだ自分で解決していない多かれ少なかれ複雑な新しいタスクに直面したとき、私はコードベースを見て、賢明な解決策がなければ自分でやってしまいます。その方が効果的ですが、完璧に近いコードか、完璧に近い状態に容易に改善できるコードしか採用しないという微妙なニュアンスがあります。最終的にどうにかうまくいっても、麺は絶対とらない。
2.Vitalyはコードのデメリットをすべて正しく伝えているのに、あなたは幼稚園で言い訳をしている。注目の的になって頑固さをアピールしたかったのか)
1.面白い自信。その起源を推理してみる。あなたはおそらく、CodeBaseは 彼らが先験的に有益な取引のための本格的なことができないことを、唯一の無料の製品が含まれていることを考えると、ユーザーはすぐに彼らのお金の箱を壊し、支払う購入する市場に 行くことを理解(ないプログラマ、しかし余分なお金の取引を稼ぐことにした人)、おそらく交換で利益を作るための準備が整いました?もしこれがあなたの意見なら、私は賛成できない。主な理由を言及することは十分である:他の人の間で、最初のセントの預金のために保存されている豊かな、あるいは自由ではない多くのトレーダーがありますが、少なくとも数十ドルのための市場からの プログラムではありません。そして、マーケットからの プログラムが安ければ安いほど、使い勝手が悪いことがほとんどで、ソースコードが全く手に入らない可能性が あることも理解しているのです。-CodeBaseに アクセスして、運が良ければ比較的有用なものが見つかるかもしれませんよ...。そして、本当に改善する必要があるのなら、ここに生のコードがあります - 勉強して改善してください(誰もがそうするわけではありませんが)。フリーソフトが有料ソフトより悪いという偏見は、CodeBaseを 深く掘り下げていない人に多いのではないでしょ うか。メタトレーダーの 有償サーバー部分が無償クライアント部分よりカッコイイと言ってるようなものです。明らかにクライアントの自由度はサーバーの有料化によって賄われています。開発者も同じで、その余裕があるのです。しかし、広く見れば、一般的なソフトウェアの世界には、非常に優れた機能と品質を持つ無料の有料類似製品がたくさんあります。同時に、トレーディング・ソフトウェアのエコシステムに戻ると、自動売買の宝庫を無料のセクションに置く人はいないことを認識する必要があります。Marketとか で大枚はたいて買うのはスカスカでしょう。しかし、聖杯を追い求めるのではなく、少なくとも手動売買のための良いサポートを探すのであれば、フリーソフトは多くの野心的な有料の取り組みに劣ることはありません。
その結果、すべての方法は、私は繰り返し、コードの構造を理解せずに、そこに準備ができて、いくつかのお金を稼ぐために夢想家として 多くすることは できませんCodeBaseに関して プログラマの利益について 絶対に明確であった。もし反対なら、あなたの主張を聞かせてください。
2.Vitalyが欠点を指摘したのはまったく正しいのですが、結局、彼はコードレビューとして2つほどFを付けています。彼はコンピューターサイエンスの先生の近くでは許されないでしょう。彼と違って、私はもっと合理的で理性的であろうとする。ある言語についてまったく無知であること、あるいは、コードが書かれていない、あるいは書かれてはいるが、かわいそうに、エラーなしにコンパイルできない(あるいは解釈できない)、ついには動かない、あるいは動いてもゴミが出るほどひどい知識であることが「F」評価となるのです。基本的な意味で最終製品が意図したとおりに動くが、不具合や不安定さがあり、動作が著しく遅く、機能が非常に控えめで、明らかに必要なときにオプションがない場合は「F」となります(ソースコードの問題ではなく、作業の結果との関係が大きいのですが)。Bは、最適化された速度が不十分、可読性が低い、書式化されていない、文書化されていないコードなど、軽微な不具合がある場合に与えられることがあります。もし、そのコードが異質なほど難解であったり、精神分裂病のように不合理であったりしても、プログラムが完璧に安定して動くのであれば、私は勝手に低い点数はつけません。少なくともB点はつけられるでしょう。個性がなく、全員が標準的な教え方をしていると、才能を抑圧してしまいがちです。
VitalikのDは明確な変節であり、私の場合ではなく、私の場合の不十分な条件において正しいのです。
1.コドベースで何かを探している人は、純粋に自分の開発に使うため、つまりコードのためのコードを探しているのだと思います。そしてこの場合、コードの品質と分かりやすさが非常に重要です。個人的には、まだ自分で解決していない多かれ少なかれ複雑な新しいタスクに直面したとき、私はコードベースを見て、賢明な解決策がなければ自分でやってしまいます。その方が効果的ですが、完璧に近いコードか、完璧に近い状態に容易に改善できるコードしか採用しないという微妙なニュアンスがあります。麺類は、最終的にどうにか動くとしても、私は絶対に取らない。
私たちのようなプログラマーのために、ソースコードに対する追加投票を、別の評価という形で導入することを提案します。ここは、一日限りの安物や五つ星のソフトウェア捨て場(既製のソフトウェアに関しては可能な限り投票するが、ソースコードには投票しない)ではなく、トレーダーとプログラマーのための真剣なサイトで、Runetだけでなくインターネット全体、そして遠く離れたところでも知られています。格付けのない良質な原材料を探すには、他にどのような方法があるのでしょうか?
自分のコードの評価が低いという不満は、自分のコードの議論に移してください。
自分でやるのは無理だと思う、バグベアに頼むんだ。一般有用スレで創作物について議論するのはやめてください。
Market Validatorはこれを落とす
EURUSD,H1(ヘッジ)のテストはトレードサーバーと同期していない ストラテジーテスターレポート 合計462トレード
ビルドMT 5 3134
DRAW_FILLINGビルドタイプのヘルプをお願いします。
何らかの理由で、1組のバッファは正常に動作しますが、2組目のバッファは異なる方法で割り当てられた色を拒否します。
バッファを2つ残してそれぞれ1つずつビルドしてみても結果は変わりません。高いビルドフィルによって色が正常である場合、低いビルドフィルによって色が正常でない場合。
以下はそのコードです。
もしかしたら、.iniファイルの中で、どのような設定に引っかかっているのでしょうか?多分、削除するのでしょうが、このファイルをどこで探せばいいのか・・・どう考えてもわかりません。
DRAW_FILLINGビルドタイプのヘルプをお願いします。
何らかの理由で、1組のバッファは正常に動作しますが、2組目のバッファは異なる方法で割り当てられた色を拒否します。
バッファを2つ残してそれぞれ1つずつビルドしてみても結果は変わりません。高いビルドフィルによって色が正常である場合、低いビルドフィルによって色が正常でない場合。
以下はそのコードです。
もしかしたら、.iniファイルの中で、どのような設定に引っかかっているのでしょうか?多分削除するのでしょうが、このファイルをどこで探せばいいのか・・・どう考えてもわからないです。
DRAW_FILLINGは、描画用に2つのバッファを持ちます。