Vérification du stop minimum dans les EAs publiés sur la place de marché. - page 14

 
Merci à tous pour votre aide. Le problème n'a pas encore été résolu, mais je vais chercher des possibilités.
 
Eh bien, honnêtement, pourquoi avez-vous besoin des fonctions d'obtention de stoplevel et de spread dans le langage du tout, si le courtier déclare qu'ils sont "flottants" et tout, obtenir 0 ? Ramassez avec un compagnon de fourchette, négociez avec le serveur commercial. Mieux encore, devinez la première fois pour que le serveur ne renvoie pas d'erreur.
 
Vladislav Andruschenko:
Merci à tous pour votre aide. Pour l'instant, le problème n'a pas été résolu, mais je vais chercher des possibilités.

Problème résolu. Si la butée est 0, alors prenez l'écart multiplié par le coefficient spécifié par l'utilisateur. Si après le premier réglage de SL et TP nous obtenons l'erreur 130 sans requotes, alors augmentez le coefficient de 1 et ainsi de suite jusqu'à ce que l'erreur disparaisse. Et dites à la personne qui vérifie le Marché de définir la valeur correcte du multiplicateur d'écart. Ce n'est que dans ce cas que le conseiller expert fonctionnera sans recevoir une seule erreur 130.

 
Ihor Herasko:

Problème résolu. Si la butée est 0, alors prenez l'écart multiplié par le coefficient spécifié par l'utilisateur. Si après le premier réglage de SL et TP nous obtenons l'erreur 130 sans requotes, alors augmentez le coefficient de 1 et ainsi de suite jusqu'à ce que l'erreur disparaisse. Et dites à la personne qui vérifie le Marché de définir la valeur correcte du multiplicateur d'écart. Ce n'est que dans ce cas que le conseiller expert fonctionnera sans recevoir une seule erreur 130.

Tout ça, c'est bien. Mais il y a une chose. Ce qui est le sujet de notre discussion :

L'erreur 130 ne devrait pas apparaître du tout, pas une seule fois, de quelque manière que ce soit.

Votre solution ne s'adresse qu'à l'utilisateur, mais sur le marché, une telle solution ne fonctionnera pas. car il y a une erreur 130 !

 
Vladislav Andruschenko:

C'est bien beau tout ça, mais il y a une chose. Ce qui est le sujet de la discussion :

L'erreur 130 ne devrait pas apparaître du tout, pas une seule fois, de quelque manière que ce soit.

Votre solution ne concerne que l'utilisateur, mais elle ne fonctionnera pas sur le marché. car il y a une erreur 130 !

Il existe une solution pour cela aussi (contenue dans un post précédent) :

Et dites à la personne qui contrôle le marché de définir la valeur correcte pour le facteur de multiplication de la propagation.

 
Ihor Herasko:

Il existe une solution pour ce point également (contenue dans le post précédent) :
Et dites à la personne qui vérifie le marché de régler le multiplicateur d'écart à la valeur correcte.

Non, ils ne le font pas. La réponse est unique : "Il ne doit pas y avoir d'erreur" et c'est tout...

Lorsque les indicateurs sont acceptés pour la modération, ils font une chose amusante : ils suppriment physiquement l'historique du dossier du terminal et exécutent l'indicateur : si une erreur se produit en dehors du tableau - allez faire un tour... Mais aucun utilisateur ordinaire ne commence les indicateurs de cette façon , n'est-ce pas ? Mais, hélas, les modérateurs sont probablement en compétition les uns avec les autres pour voir qui peut rendre le produit plus sophistiqué. Mais on ne peut pas garder un œil sur toutes leurs astuces. En conséquence, le code est gonflé plusieurs fois et tout est sans aucune utilité pratique - nous ne faisons que boucher les trous inventés par les modérateurs.

 
Vladislav Andruschenko:

Votre solution ne concerne que l'utilisateur, mais elle ne fonctionnera pas sur le marché. car il y a une erreur 130 !

L'utilisateur n'en a pas besoin non plus).

Je te le dis, fais-le fonctionner correctement pour de vrai et branche-le pour vérifier sur le marché.

Artyom Trishkin:

Quand ils acceptent des indicateurs pour la modération, ils font quelque chose de drôle : ils suppriment physiquement l'historique du dossier du terminal et lancent l'indicateur : s'il y a une erreur à la sortie du tableau - allez faire un tour... Mais aucun utilisateur ordinaire ne commence les indicateurs de cette façon , n'est-ce pas ? Mais, hélas, les modérateurs sont probablement en compétition les uns avec les autres pour voir qui peut rendre le produit plus sophistiqué. Mais on ne peut pas garder un œil sur toutes leurs astuces. Au final, le code est gonflé plusieurs fois, et tout cela sans aucune utilité pratique - nous ne faisons que remplir les trous inventés par les modérateurs.

Je ne suis pas d'accord, le lancement de l'indicateur sur le graphique sans historique est possible et se produit assez souvent - quand dans un nouveau terminal l'utilisateur glisse un symbole sur le graphique avec un indicateur en cours d'exécution (ou change simplement le TF à celui qui n'a pas encore été ouvert).

Il ne devrait pas y avoir de telles erreurs.

 
Artyom Trishkin:

Non, ils ne le font pas. La réponse est : "Il ne devrait pas y avoir d'erreurs" et c'est tout...

Lorsqu'ils acceptent des indicateurs pour la modération, ils le font d'une manière amusante : supprimer physiquement l'historique du dossier du terminal et lancer l'indicateur : s'il y a une erreur en quittant le tableau - allez faire un tour... Mais aucun utilisateur ordinaire ne commence les indicateurs de cette façon , n'est-ce pas ? Mais, hélas, les modérateurs sont probablement en compétition les uns avec les autres pour voir qui peut rendre le produit plus sophistiqué. Mais on ne peut pas garder un œil sur toutes leurs astuces. En conséquence, le code est gonflé plusieurs fois et tout est sans aucune utilité pratique - nous ne faisons que boucher les trous inventés par les modérateurs.

En plus de cela, il faut attendre plusieurs jours de plus pour être modéré après avoir détecté une erreur mineure qui peut être corrigée en quelques minutes. :)
 
Vitalii Ananev:
En outre, si vous trouvez une petite erreur qui peut être corrigée en quelques minutes, vous devez attendre plusieurs jours de plus pour la deuxième modération. :)
Oui. Il y a des moments de temps. Surtout lorsqu'ils vous écrivent en disant "ajoutez cette fonctionnalité et je l'achète immédiatement". Ou quand ils demandent une mise à jour ou une nouvelle fonctionnalité et que vous le faites en une heure. Vous écrivez que vous attendez une validation. Et puis la vérification prend deux ou trois semaines. Vous devez envoyer une version de temps.........

Mais ce n'est pas la question. Les contrôles sont bons. Mais voici les erreurs absurdes. C'est un peu difficile à gérer.
 
Artyom Trishkin:

Non, ils ne le font pas. La réponse est : "Il ne devrait pas y avoir d'erreurs" et c'est tout...

Lorsqu'ils acceptent des indicateurs pour la modération, ils le font d'une manière amusante : supprimer physiquement l'historique du dossier du terminal et lancer l'indicateur : s'il y a une erreur en dehors du tableau - allez faire un tour... Mais aucun utilisateur ordinaire ne commence les indicateurs de cette façon , n'est-ce pas ? Mais, hélas, les modérateurs sont probablement en compétition les uns avec les autres pour voir qui peut rendre le produit plus sophistiqué. Mais on ne peut pas garder un œil sur toutes leurs astuces. En conséquence, le code est gonflé plusieurs fois et tout est sans aucune utilité pratique - nous ne faisons que boucher les trous inventés par les modérateurs.

En fait, il s'agit d'une imitation d'une situation courante : attacher l'indicateur au graphique du symbole, sur lequel l'historique est téléchargé en ce moment. Par exemple, un utilisateur a ouvert le graphique pour la première fois et a changé le cadre temporel en D1 ou même W1 et a immédiatement attaché l'indicateur à ce graphique.
Raison: