Est-il possible de coder un EA pour MT4, qui traderait sur le réel comme dans le testeur en utilisant des points de contrôle ? - page 5
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
:)))
C'est là que ça devient intéressant. Dans le processus de création et de test des EA, nous préparons leur code de triche à l'avance, n'est-ce pas ? :)
Oui. Si on ne sait pas comment utiliser le testeur. Les développeurs ont supprimé ce mode du terminal, mais à la demande du public, il a été réintroduit.
Si vous êtes soudainement trompé, il peut y avoir deux cas :
1. vous avez été trompé.
2. vous êtes une poire.
Question sur votre post - "l'expert dans le test vendra à 20, 25, 30, 50, etc., selon l'endroit où la barre est haute", il s'avère que si vous entrez dans le code pour vendre APRÈS 20 avec " vendre à 20, 25, 30, 50, etc., selon l'endroit où la barre est haute", alors l'hypothèse se produira une situation typique comme dans le test ? Pour exclure l'option "Et en réalité se vendra à 20 ".?
Si vous êtes soudainement trompé, il peut y avoir deux cas :
1. vous avez été trompé.
2. vous êtes une poire.
Déjà répondu. Vous devriez vous inscrire à un cours de voyance...
Vous vous éloignez du sujet - comment mettre en œuvre la simulation en temps réel par des points de contrôle. Ce que vous avez publié dans ces messages est sans rapport avec la mise en œuvre. :)
Vous vous éloignez du sujet de la mise en œuvre d'une simulation de point de contrôle en temps réel. Ce que vous avez posté n'est pas pertinent pour la mise en œuvre. :)
Vous êtes hors sujet et de nombreuses personnes ont déjà répondu à votre question.
Vous vous éloignez du sujet - comment mettre en œuvre une simulation en temps réel basée sur des points de contrôle. Ce que vous avez posté n'est pas pertinent pour la mise en œuvre. :)
Laissez-moi vous expliquer de manière populaire. Le mode checkpoint utilise la barre haute et basse, ce qui est inconnu des simples mortels en temps réel. Si vous le connaissez pour une raison quelconque, la mise en œuvre est un jeu d'enfant.
Vous êtes hors sujet et de nombreuses personnes ont déjà répondu à votre question.
Merci à tous de prêter attention à ce sujet. Il était intéressant de réfléchir à une telle situation. Je vais devoir penser à une machine à remonter le temps sur cette question aussi s'il n'y a pas d'autre moyen de simuler un tel échange réel. :)
Je vais vous l'expliquer de manière populaire. Le mode checkpoint utilise une barre haute et basse inconnue des simples mortels en temps réel. Si vous le connaissez pour une raison quelconque, la mise en œuvre est un jeu d'enfant.
Dans ce cas, les questions aux développeurs doivent être de savoir pourquoi le testeur travaille sur le futur et non sur le présent. A quoi sert une telle organisation de tests et d'optimisation des paramètres si le terminal n'est pas une machine à remonter le temps ? :)
Dans ce cas, les développeurs doivent se demander pourquoi le testeur travaille sur le futur et non sur le présent. Quel est l'objectif du test ? :)
Le testeur fonctionne sur tout ce que vous lui demandez de faire.
Les règles de test pour ne pas être douloureux ont été écrites des dizaines de fois.
Les tests corrects coïncident à 100 % avec le commerce réel, à l'exception des jours où vous ne faites pas de commerce.
Le testeur travaille sur ce que vous lui demandez de faire.
Les règles de test ne doivent pas être rédigées de manière atroce des dizaines de fois.
Les bons tests sont à 100 % identiques aux transactions réelles, à l'exception des jours où vous ne négociez pas.
"Le testeur travaille sur ce que vous lui demandez."
Le point clé ici est le suivant : nous ne demandons pas explicitement ou implicitement au testeur de travailler sur le futur. :)