![MQL5 - Langage des stratégies de trading intégré au terminal client MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Moins de départs de FF, c'est mieux, c'est le but. Cela peut être délicat.
Il n'est pas nécessaire de limiter l'algorithme, laissez-le compter pour lui-même. Soit il décidera de s'arrêter de lui-même, soit il sera forcé de le faire. L'algorithme n'a pas besoin de savoir combien de passages est le plafond - personne ne connaîtra le plafond. Il n'y aura pas de disqualification. Comme l'algorithme a pu le faire, le problème sera résolu.
Mieux pour qui ? Si l'algorithme du participant estime que le résultat est satisfaisant, il peut interrompre la tâche.
Il faut encore s'assurer que l'algorithme peut être interrompu par le vérificateur. Nous avions l'habitude de parler de la limitation du nombre d'appels ffs. Maintenant, il y a de nouvelles idées.
Il n'y a aucun moyen de faire des interruptions.
Nous n'avons pas besoin de compliquer les choses. Nous devons permettre aux participants d'être créatifs. Limiter le nombre d'appels "ffs" et c'est tout.
Mieux pour qui ? Si l'algorithme du participant estime que le résultat est satisfaisant, il peut interrompre son activité.
Il faut encore s'assurer que l'algorithme peut être interrompu. Auparavant, il avait été question de limiter le nombre d'appels de ff. Maintenant, il y a de nouvelles idées.
Il n'y a aucun moyen de faire des interruptions.
Il n'est pas nécessaire de compliquer les choses. Nous devons permettre aux participants d'être créatifs. Limiter le nombre d'appels "ffs" et c'est tout.
Meilleur en termes d'obtention d'un meilleur classement dans le tableau des participants. La connaissance du plafond de courses autorisé peut être utilisée et faire des courses bien inférieures au plafond, augmentant ainsi les chances de l'algorithme dans la table parmi les participants.
Tout s'arrangera. Rien ne se complique.
Meilleur en termes d'obtention d'un meilleur classement dans le tableau des participants. La connaissance du plafond de lancement autorisé peut être utilisée pour effectuer des lancements beaucoup plus bas que le plafond, augmentant ainsi les chances de l'algorithme dans la table parmi les participants.
Tout s'arrangera. Rien ne se complique.
Vous n'avez pas besoin de le limiter, comptez juste les appels. Mais si la recherche est trop longue, il suffit de supprimer le script du tableau, et le participant est considéré comme ayant manqué tout le temps. Mais seulement si vous êtes coincé pendant une très longue période. Vous n'allez pas vous interrompre et regarder le résultat ?
C'est plus simple, beaucoup plus simple.
Les concurrents ont cédé les algorithmes au début du championnat. C'est fini, ils ne peuvent plus influencer les résultats.
Ensuite, un plafond de départs de FF est adopté par l'opinion publique. Les tests sont réussis. L'algorithme compte les FF autant de fois qu'il le souhaite. S'il a effectué plus de passages que la limite, le script s'arrête.
C'est élémentaire.
Quelles sont les chances que ça arrive ? Peu de défis - mauvais résultat. Espérer le hasard ou quelque chose comme ça ?
Objectif : le meilleur résultat pour le plus petit nombre de courses à la vitesse intrinsèque la plus élevée(règle 3). Les concurrents seront classés en fonction de ces trois critères. L'amélioration de l'un de ces critères constitue une mise à niveau du tableau. Réduire le nombre de courses de FF est le plus court chemin vers le haut du tableau.
Le hasard n'est pas la pire option de recherche, je vous l'assure. Je recommande à ceux qui ne veulent pas s'embêter avec les algorithmes d'appliquer uniquement le HGC.
C'est plus simple, beaucoup plus simple.
Les concurrents ont cédé les algorithmes au début du championnat. C'est fini, ils ne peuvent plus influencer les résultats.
Ensuite, un plafond de départs de FF est adopté par l'opinion publique. Les tests sont réussis. L'algorithme compte les FF autant de fois qu'il le souhaite. S'il a effectué plus de passages que la limite, le script s'arrête.
C'est élémentaire.
Cela peut être écrit dans les règles de participation - en fonction du participant, la quantité maximale autorisée d'appels est transférée et il doit s'interrompre lorsqu'il atteint cette quantité.
Il n'y a aucun moyen d'interrompre de l'extérieur, sans compliquer la fonction du participant, ce qui est en fait ce dont nous parlons.
Cela peut être écrit dans les règles de participation - le nombre maximum d'appels autorisés est transmis à la fonction du participant et le participant doit s'interrompre lorsque ce nombre est atteint.
Il n'y a aucun moyen d'interrompre de l'extérieur, sans compliquer la fonction du participant, ce qui est l'objet de toute la discussion.
Vous pouvez le faire - le nombre d'appels ff est défini - le paramètre principal.
Une limite de temps est définie, par exemple 5 min ou 10, si la recherche n'est pas terminée dans ce délai, il faut l'interrompre et ne rien regarder. C'est juste en cas d'algorithmes lents.
Le résultat est indiqué par une valeur.
Comment cela ne peut-il pas être interrompu ? Le script d'exécution (commun à tous) sera déchargé et c'est tout.