市場に関する記録 - ページ 23 1...161718192021222324252627282930...43 新しいコメント Fast235 2018.09.01 13:05 #221 Georgiy Merts:私はそうは思いません。450台以上のロボットを持っていますが、どれもかなり優秀です。 ロボットの品質とは何でしょうか? 機能を満たしていること、TSの持ちが良いことです。どういう基準で「これは品質、これはゴミ」と判断するのでしょうか? 450の単純なシステムから構成されているので、別々に表示することはできません。450の複雑なシステムを設計して、それらを組み合わせることはできませんよね。 自分のことは自分で考えなさい) Nikolai Semko 2018.09.01 16:38 #222 Georgiy Merts:私はそうは思いません。私は450台以上のロボットを持っていますが、どれもなかなか良い品質です。 ロボット品質とは、どのようなものですか? 機能を果たし、TCがそれに耐えられることです。どういう基準で「こっちは品質、こっちはうんこ」と判断するのか。 製品の品質を決める大きな基準のひとつは、プログラマーの質だけでなく、制作に費やした時間です。 申し訳ありませんが、私はあなたを信じていません。 超ド級のプログラマーであっても、1時間どころか1週間もかけて開発した製品は、高品質であるはずがなく、品質ではなく大量生産品である。 このような多様性は、頭の中が混沌としていて、バックボーンがないことを示しているに過ぎません。そんなデベロッパーの前を、私はいつも通り過ぎることにしている。消費者である私が、そのようなコードに興味を持てないことは確かです。 少なくとも、自分が買った製品のサポートがゼロになることは自覚しているからです。なぜなら、何百もの製品をサポートし、同時に新しい製品を生み出し続けることは非現実的だからです。 Uladzimir Izerski 2018.09.01 16:56 #223 Nikolai Semko:製品の品質を決める大きな基準のひとつは、プログラマーの質だけでなく、制作に費やした時間です。 申し訳ありませんが、私はあなたを信じていません。 たとえ超ド級のプログラマーであっても、開発に1週間、いや1時間かかった製品が高品質であるはずがない、すべては品質ではなく、大量生産品なのだ......。はい、そうなんです。世論調査という形で小さな証明もあります。https://www.mql5.com/ru/forum/98614。 Сколько времени понадобилось вам для создания прибыльного торгового робота? 2016.10.22www.mql5.com За день управился... Vladimir Ananich 2018.09.01 16:57 #224 Nikolai Semko:製品の良し悪しは、プログラマーの資質だけでなく、その製品を作るのに費やした時間も大きな判断基準の一つです。 申し訳ありませんが、私はあなたを信じません。 超ド級のプログラマーでも1時間どころか1週間も開発にかかるような製品は、高品質であるはずがなく、すべて大量生産品で品質が悪いのです。 このような多様性は、頭の中が混沌としていて、バックボーンがないことを示しているに過ぎません。そんなデベロッパーの前を、私はいつも通り過ぎることにしている。消費者である私が、そのようなコードに興味を持てないことは確かです。 少なくとも、自分が買った製品のサポートがゼロになることは自覚しているからです。何百もの製品をサポートし、新しい製品を縫い続けるのは非現実的だからです。彼らはそれを理解していない、多ければ多いほどいいのです。 チームでも450台のボットをサポートすることはできません。 チーム内に100人いれば別ですが。 Georgiy Merts 2018.09.01 17:00 #225 Nikolai Semko:製品の良し悪しは、プログラマーの資質だけでなく、その製品を作るのに費やした時間も大きな判断基準の一つです。 申し訳ありませんが、私はあなたを信じていません。 1週間や1時間で開発した製品は、たとえ超ド級のプログラマーであっても、品質ではなく、大量生産品であることに変わりはないのです。 このような多様性は、頭の中が混沌としていて、バックボーンがないことを示しているに過ぎません。そんなデベロッパーの前を、私はいつも通り過ぎることにしている。消費者である私が、そのようなコードに興味を持てないことは確かです。 少なくとも、自分が買った製品のサポートがゼロになることは自覚しているからです。何百もの製品に対応し、一度に新しいものをリベンジし続けるのは非現実的だからです。さて、さて... フォーラムを前にして、何を信じてはいけないのだろう? そして、そのような多様性は、あらゆる働き方の選択肢を明確に網羅していると私は考えているのですが......。 Georgiy Merts 2018.09.01 17:00 #226 Vladimir Ananich:彼らはそれを理解せず、多ければ多いほどいいと考えているのです。 チームでも450台のボットをサポートすることはできません。 チームに100人いれば別ですが。一人で応援するのは問題ない。全員、常にデモ口座で作業しています。 ところで、このことは、OOPアプローチの有効性の問題にも通じる。 Реter Konow 2018.09.01 17:03 #227 ロボットという概念がおかしい...。 子供たちが子供コンテストのために急いで作った凧の、さまざまなモデルの話をしているような気がします。 Реter Konow 2018.09.01 17:18 #228 Georgiy Merts:私一人が応援するのは問題ない。結局のところ、どれもデモ口座で継続的に動作しています。 ところで、これは、OOPアプローチの有効性の問題に対してです。意地悪しているわけではありません。正直なところ。 見たところ、市場から利益を得ようとしているようですね。有効な取引方法といえるかもしれません。しかし、EAを販売 するという話であれば、アルゴリズムの総力の1/450のシェアをユーザーに提供することは間違っています。と思っています。 TheXpert 2018.09.01 17:19 #229 Nikolai Semko:製品の品質を決める大きな基準のひとつは、プログラマーの資質だけでなく、その製品を作るのに費やした時間です。これは全くナンセンスだ ) Georgiy Merts 2018.09.01 17:23 #230 Реter Konow:ロボットという概念がおかしい...。 子供たちが子供コンテストのために急いで作った凧の、さまざまなモデルの話をしているような気がします。それはなぜか? ここでは、金曜日に17台のボットが「ベンチマーク」を超えたことを記録し、停止しています。今日 - 最適化中に制御関数を生成する、それぞれの特別な最適化バージョンを実行しています。 ちょうどファイルの中で、最適化バージョンはMQL-プログラムテキストを生成しています。あとは、出来上がった各機能を適切な初期ボットにコピーして、「動作に戻す」だけです。 それが、すべてのサポートです。 時々、エラーがポップアップします。通常は共有クラスライブラリにあります。その場合、エラーが修正され、すべてのボットが再コンパイルに回されます。各ボットはクラスとして設計されているため、1行のコードで本文に取り込まれます。これに対応して、このような行がそれぞれ1行ずつあるファイルがあり、これらは別のボットです。しかし、デモ口座では、利用可能なすべてのクラスラインを含むファイルが存在し、それらは一度に動作します。アイデアとしては、すべてのボットを1つのファイルにまとめることができます。あるファイルには午前中だけ働くボット、別のファイルには午後、3番目には夕方、4番目には夜、5番目には制限なしで...というように、時間分割で使っています。 すでにシステムはかなり確立されており、技術もきめ細かくなっています。最後に残っている点として、作品の安定性や実戦でのボットの選定を評価しています。残念ながら、何度も言うように、安定性はまだ直感的に評価できる部分が多いのです。 1...161718192021222324252627282930...43 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
私はそうは思いません。450台以上のロボットを持っていますが、どれもかなり優秀です。
ロボットの品質とは何でしょうか? 機能を満たしていること、TSの持ちが良いことです。どういう基準で「これは品質、これはゴミ」と判断するのでしょうか?
450の単純なシステムから構成されているので、別々に表示することはできません。450の複雑なシステムを設計して、それらを組み合わせることはできませんよね。
自分のことは自分で考えなさい)
私はそうは思いません。私は450台以上のロボットを持っていますが、どれもなかなか良い品質です。
ロボット品質とは、どのようなものですか? 機能を果たし、TCがそれに耐えられることです。どういう基準で「こっちは品質、こっちはうんこ」と判断するのか。
製品の品質を決める大きな基準のひとつは、プログラマーの質だけでなく、制作に費やした時間です。
申し訳ありませんが、私はあなたを信じていません。
超ド級のプログラマーであっても、1時間どころか1週間もかけて開発した製品は、高品質であるはずがなく、品質ではなく大量生産品である。
このような多様性は、頭の中が混沌としていて、バックボーンがないことを示しているに過ぎません。そんなデベロッパーの前を、私はいつも通り過ぎることにしている。消費者である私が、そのようなコードに興味を持てないことは確かです。
少なくとも、自分が買った製品のサポートがゼロになることは自覚しているからです。なぜなら、何百もの製品をサポートし、同時に新しい製品を生み出し続けることは非現実的だからです。
製品の品質を決める大きな基準のひとつは、プログラマーの質だけでなく、制作に費やした時間です。
申し訳ありませんが、私はあなたを信じていません。
たとえ超ド級のプログラマーであっても、開発に1週間、いや1時間かかった製品が高品質であるはずがない、すべては品質ではなく、大量生産品なのだ......。
はい、そうなんです。世論調査という形で小さな証明もあります。https://www.mql5.com/ru/forum/98614。
製品の良し悪しは、プログラマーの資質だけでなく、その製品を作るのに費やした時間も大きな判断基準の一つです。
申し訳ありませんが、私はあなたを信じません。
超ド級のプログラマーでも1時間どころか1週間も開発にかかるような製品は、高品質であるはずがなく、すべて大量生産品で品質が悪いのです。
このような多様性は、頭の中が混沌としていて、バックボーンがないことを示しているに過ぎません。そんなデベロッパーの前を、私はいつも通り過ぎることにしている。消費者である私が、そのようなコードに興味を持てないことは確かです。
少なくとも、自分が買った製品のサポートがゼロになることは自覚しているからです。何百もの製品をサポートし、新しい製品を縫い続けるのは非現実的だからです。
彼らはそれを理解していない、多ければ多いほどいいのです。
チームでも450台のボットをサポートすることはできません。
チーム内に100人いれば別ですが。
製品の良し悪しは、プログラマーの資質だけでなく、その製品を作るのに費やした時間も大きな判断基準の一つです。
申し訳ありませんが、私はあなたを信じていません。
1週間や1時間で開発した製品は、たとえ超ド級のプログラマーであっても、品質ではなく、大量生産品であることに変わりはないのです。
このような多様性は、頭の中が混沌としていて、バックボーンがないことを示しているに過ぎません。そんなデベロッパーの前を、私はいつも通り過ぎることにしている。消費者である私が、そのようなコードに興味を持てないことは確かです。
少なくとも、自分が買った製品のサポートがゼロになることは自覚しているからです。何百もの製品に対応し、一度に新しいものをリベンジし続けるのは非現実的だからです。
さて、さて...
フォーラムを前にして、何を信じてはいけないのだろう?
そして、そのような多様性は、あらゆる働き方の選択肢を明確に網羅していると私は考えているのですが......。
彼らはそれを理解せず、多ければ多いほどいいと考えているのです。
チームでも450台のボットをサポートすることはできません。
チームに100人いれば別ですが。
一人で応援するのは問題ない。全員、常にデモ口座で作業しています。
ところで、このことは、OOPアプローチの有効性の問題にも通じる。
ロボットという概念がおかしい...。
子供たちが子供コンテストのために急いで作った凧の、さまざまなモデルの話をしているような気がします。
私一人が応援するのは問題ない。結局のところ、どれもデモ口座で継続的に動作しています。
ところで、これは、OOPアプローチの有効性の問題に対してです。
意地悪しているわけではありません。正直なところ。
見たところ、市場から利益を得ようとしているようですね。有効な取引方法といえるかもしれません。しかし、EAを販売 するという話であれば、アルゴリズムの総力の1/450のシェアをユーザーに提供することは間違っています。と思っています。
製品の品質を決める大きな基準のひとつは、プログラマーの資質だけでなく、その製品を作るのに費やした時間です。
これは全くナンセンスだ )
ロボットという概念がおかしい...。
子供たちが子供コンテストのために急いで作った凧の、さまざまなモデルの話をしているような気がします。
それはなぜか?
ここでは、金曜日に17台のボットが「ベンチマーク」を超えたことを記録し、停止しています。今日 - 最適化中に制御関数を生成する、それぞれの特別な最適化バージョンを実行しています。 ちょうどファイルの中で、最適化バージョンはMQL-プログラムテキストを生成しています。あとは、出来上がった各機能を適切な初期ボットにコピーして、「動作に戻す」だけです。
それが、すべてのサポートです。
時々、エラーがポップアップします。通常は共有クラスライブラリにあります。その場合、エラーが修正され、すべてのボットが再コンパイルに回されます。各ボットはクラスとして設計されているため、1行のコードで本文に取り込まれます。これに対応して、このような行がそれぞれ1行ずつあるファイルがあり、これらは別のボットです。しかし、デモ口座では、利用可能なすべてのクラスラインを含むファイルが存在し、それらは一度に動作します。アイデアとしては、すべてのボットを1つのファイルにまとめることができます。あるファイルには午前中だけ働くボット、別のファイルには午後、3番目には夕方、4番目には夜、5番目には制限なしで...というように、時間分割で使っています。
すでにシステムはかなり確立されており、技術もきめ細かくなっています。最後に残っている点として、作品の安定性や実戦でのボットの選定を評価しています。残念ながら、何度も言うように、安定性はまだ直感的に評価できる部分が多いのです。