取引ロボットをマーケットにリリースする際のバリデーションエラー。 - ページ 8

新しいコメント
 
私も同じです((( 一昨日通ったものが通らない、前のものも通らない...。
 
Viktor Barilko:
私も同じです((( 一昨日通ったものが通らないし、前のものも全部通らない...。

修正しました。

 
Anton:

修正しました。

しゃい
 
理解できない。冗談でしょう？御社のサービスでは、EAのアップデートをダウンロードすることはほぼ不可能です。彼らは簡単に以前のEAをロードしますが、テスターではそのようなエラーメッセージはありませんが、私はテスト中にそのようなエラーが発生することはありません。しかし、EAを+100500回読み込もうとすると、まだシステムが見逃してしまうことがあります。クライアントのために重要なEAアップデートをダウンロードするためだけに数日を費やさなければならない。
 
Yevhenii Mavletbaiev:
理解できない。冗談でしょう？EAのアップデートをダウンロードすることは、ほとんど不可能です。以前は簡単にEAを読み込んでくれたが、テスト時にはそのようなエラーは出ないが、テスターでは苦労して読み込み、エラーを表示する。しかし、EAを+100500回読み込もうとすると、まだシステムが見逃してしまうことがあります。クライアントのために重要なEAアップデートをダウンロードするためだけに数 日を費やさなければならない。


5〜7年前くらいにここにいたよね............。

サービスが良い、何でも受け入れてくれる。テスターのバグや、週末（休み）のバグはありますが、基本的には全て迅速にアップデート されています。

 
以前は問題なく読み込めたEAを何日も前から更新しようとしているのですが、本当にひどいです。H1タイムフレームのEURUSDに注文がないと言っていますが、テスターで注文しているので、全くナンセンスです。しかし、興味本位で、このペアと時間枠の買い注文を コードに組み込んでみたところ、まだ注文がないと表示されました。これは非常に迷惑な話です。人々はアップデートを待っているが、私はコードをアップデートする代わりに、この不十分なバリデーターを回避するために苦労している。
 

本サービスを開発された皆様へ
私たちはお客様を尊重し、バグを修正するために必要な詳細を常にお伝えしています。いつも、再現しないとバグの特定や修正ができないとおっしゃるので、できるだけ詳しく教えてくださいとお願いしています。

では、なぜそんなに私たちユーザーを見下すのでしょうか？せめて、おおよそでいいので、どこのエラーを調べればいいのか、情報を提供してはどうでしょうか。
このオートバリュエーターのレポートから何がわかるのか。エラーはどこを見ればいいのか？

この情報を使って、どのようにエラーを見つけることができるのでしょうか？

以前は普通に検証していたロボットが今は出来ないというのは、また同じスレッドからです。また、MT4のロボット更新チェックに1時間以上かかったり、エラーが出たりしています。この記事に誤りを発見しました。

この問題で数年前から論争を引きずっていることを考えると、そろそろ正しい判断ができるようになったのではないでしょうか。オートバリュエーションレポートにもっと情報を表示しろ！人を馬鹿にするな！お願いします。

 
Vadim Zotov:

本サービスを開発された皆様へ
私たちはお客様を尊重し、バグを修正するために必要な詳細を常にお伝えしています。いつも、再現しないとバグの特定や修正ができないとおっしゃるので、できるだけ詳しく教えてくださいとお願いしています。

では、なぜそこまで私たちユーザーを見下すのでしょうか？せめて、おおよそでいいので、どこのエラーを調べればいいのか、情報を提供してはどうでしょうか。
このオートバリュエーターのレポートから何がわかるのか。エラーはどこを見ればいいのか？



以前は普通に検証していたロボットが今は出来ないというのは、また同じスレッドからです。また、MT4のロボット更新チェックに1時間以上かかったり、エラーが出たりしています。この記事に誤りを発見しました。

この問題で数年前から論争を引きずっていることを考えると、そろそろ正しい判断ができるようになったのではないでしょうか。オートバリュエーションレポートにもっと情報を表示しろ！人を馬鹿にするな！お願いします。

レポートには、問題についての情報が含まれている、テストは非常に長い時間がかかる、どこかでコードがループを終了しないか、非常に長い時間のためにループ内に座っているたびに
 
Denis Nikolaev:
レポートには、問題についての情報が含まれている、テストは非常に長い時間がかかる、どこかでコードがループを終了しないか、非常に長い時間のためにループ内に座っているたびに

私が言いたいのは、情報が少なすぎるということです。レポート内のすべてのリンクは、このようなエラーの可能性のあるリストに つながるが、具体的なエラーコードは示されていない。このリストには100以上のエラーの可能性があるので、これを参照しても、エラーを探すプログラマーには何の役にも立たない。テスト中に発生した特定のエラーコードを指定するのはいかがでしょうか。エラーが検出された場合、バリデータはこのコードを知っていることを意味します。プログラマーは、この特定のコードを表示して、どのようなエラーであるかを知る必要があります。これにより、デバッグのスピードが大幅に向上し、情報不足から生じる多くの質問からフォーラムを救うことができます。

シンボルと時間枠の他に、クォートの桁数、レバレッジ、基本通貨、入金額などの情報が必要です。この情報がないと、取引があるにもかかわらず、何らかの理由でバリデータにない場合、どこに問題があるのかがわからないだけです。

エラーは見つかったのですが、このような状態で繰り返しや例外処理で探さなければならず、非常に効率が悪く、疲弊してしまいます。テスト条件や認識された具体的なエラーコードなどの詳細な情報を提供することで、プログラム開発にかかる時間を短縮し、結果的に全員がWin-Winの関係を築くことができるサービスです。

 
Vadim Zotov:

テスト中に発生した具体的なエラーコードを指定してはいかがでしょうか。エラーが認識された場合、バリデータはエラーコードを知ることができる。この具体的なコードをプログラマーに見せて、エラーの性質を把握させる必要があります。

オートバリデーターがそれを行い、ほとんどの場合、プログラマーはよく使われるエラーコードを 知らされます。

この場合、テストはレポート作成段階に達する前にハングアップしただけで、プログラマーはそのように言われたのです。

12345678910
新しいコメント