Pouvez-vous me dire quels systèmes de trading quelqu'un connaît ? J'en ai marre de Metatrader ! - page 8

 
MProgrammer:
Goldtrader:
Ce n'est pas une excuse, c'est une suggestion.

Et qu'est-ce que ça a à voir avec la division, et encore moins avec le zéro ? :(


Vous n'avez pas à deviner - "où est la division"... Répondez simplement à ma question sur "ce qui se passe si votre EA suit les ordres". S'il divise par zéro ?" Tout peut arriver. N'est-ce pas ? Personne n'est à l'abri des erreurs.

Très probablement, l'EA cessera de fonctionner et personne ne s'en doutera.

 
stringo:

Ouvrez l'aide dans le terminal du client. Section "Trading - Gestion des positions commerciales - Définition des ordres en attente". Il se lit comme suit :

Expiration - définit la date d'expiration de la commande. Si l'ordre n'a pas été déclenché à ce moment-là, il sera supprimé automatiquement.
Remarque : le délai d'expiration de l'ordre doit être d'au moins 10 minutes !

Aha ! On t'a eu ! Pas 10 mais 11 ! !! La raison en est que le délai d'expiration de l'ordre est calculé comme la différence entre le délai d'expiration et le moment où l'ordre a été accepté pour traitement. Cette différence est arrondie à la minute inférieure, c'est-à-dire que les secondes sont simplement coupées. Idéalement, la commande sera traitée à la seconde même.


Et dans le cas habituel, voilà à quoi ça ressemble. Nous avons calculé que le temps d'expiration est d'exactement 10 minutes. Au moment où la commande entre en traitement, il lui restera 9 minutes et 55 secondes à vivre. Les secondes ont été écartées et il nous reste 9 minutes. Pas bon.


Pourquoi ne l'ont-ils pas écrit dans la langue de référence ? Parce qu'elle n'est pas liée à la programmation, mais aux règles générales du trading à partir du terminal client, tout comme les règles de placement des stops, les règles des ordres en attente, etc.


Pourquoi pouvons-nous régler à la main 1 minute avant l'expiration d'un ordre ? C'est notre faute. Bien que cette limitation soit clairement indiquée dans le manuel de définition des ordres en suspens.

Tu vois, tout est beaucoup plus facile à expliquer que tu ne le pensais. Il vous suffit de demander au support technique. Demandez plus souvent - vous aurez moins de questions.......

 
stringo:

Ouvrez l'aide dans le terminal du client. Section "Trading - Gestion des positions commerciales - Définition des ordres en attente". Il se lit comme suit :

Expiration - pour définir la date d'expiration de la commande. Si l'ordre n'est pas déclenché dans ce délai, il sera automatiquement supprimé.
Attention : Le délai d'expiration de l'ordre doit être d'au moins 10 minutes !

Aha ! On t'a eu ! Pas 10 mais 11 ! !! La raison en est que le délai d'expiration de l'ordre est calculé comme la différence entre le délai d'expiration et le moment où l'ordre a été accepté pour traitement. Cette différence est arrondie à la minute inférieure, c'est-à-dire que les secondes sont simplement coupées. Idéalement, la commande sera traitée à la seconde même.


Et dans le cas habituel, voilà à quoi ça ressemble. Nous avons calculé que le temps d'expiration est d'exactement 10 minutes. Au moment où la commande entre en traitement, il lui restera 9 minutes et 55 secondes à vivre. Les secondes ont été écartées et il nous reste 9 minutes. Pas bon.


Pourquoi ne l'ont-ils pas écrit dans la langue de référence ? Parce qu'elle n'est pas liée à la programmation, mais aux règles générales du trading à partir du terminal client, tout comme les règles de placement des stops, les règles des ordres en attente, etc.


Pourquoi pouvons-nous régler à la main 1 minute avant l'expiration d'un ordre ? C'est notre faute. Bien que cette limitation soit clairement indiquée dans le manuel de placement des ordres en attente.


C'est ainsi qu'il s'avère que la description des "poignées" dit "10 minutes" mais fonctionne en fait "même pour une minute", et lorsque vous définissez un programmateur, il ne se déclenche qu'à 11 minutes et nous n'avons même pas mentionné cette limite de temps ... Au moins, ils vous ont donné un lien dans l'aide à la programmation.


Oh, bien. Ce n'est vraiment pas un problème, mieux vaut me dire pourquoi il n'y aura pas d'API ou ne pourra pas y en avoir ?

 
Integer:
MProgrammeur:
Goldtrader:
Ce n'est pas une excuse, c'est une suggestion.

Et qu'est-ce que ça a à voir avec la division, et encore moins avec le zéro ? :(


Vous n'avez pas à deviner - "où est la division"... Répondez simplement à ma question sur "ce qui se passe si votre EA suit les ordres". S'il divise par zéro ?" Tout peut arriver. N'est-ce pas ? Personne n'est à l'abri des erreurs.

Très probablement, le conseiller expert cessera de fonctionner et personne ne s'en rendra compte.


C'est à 100%...


Et ce qui est intéressant, c'est que les commandes seront toujours là. Et ils fonctionneront, car il n'y aura personne pour les supprimer. Mais, si le conseiller expert redémarre ou si au moins le chien de garde fonctionne, alors... Il y aurait alors un peu d'espoir... Ou si ces ordres, qui ont été ouverts par cet EA mort et qui peuvent être fermés par..... Ou si ces ordres qui ont été ouverts par cet EA mort et qui pourraient être fermés...


Mais les pertes... En général, le point est que vous ne devriez pas vraiment confier la gestion des commandes à un outil peu fiable. Le terminal et le script ne sont pas fiables. Il y a des serveurs et des ordres avec des conditions pour cela.


Il n'est donc pas conseillé de "programmer" le retrait dans l'EA.

 
MProgrammer:

Mais si l'EA devait redémarrer, ou au moins un Watchdog, alors... Alors au moins il y aurait un peu d'espoir... Ou si ces ordres, qui ont été ouverts par cet EA mort et qui peuvent être fermés par..... Ou du moins, nous serions heureux si les ordres qui ont été ouverts par cette EA morte étaient fermés automatiquement.

Un terminal normal (correct) devrait en fait filtrer les ordres avant qu'ils ne soient placés et refuser d'envoyer au serveur ceux qui sont connus pour être perdants. :)


MProgrammeur:

Mais le terminal et le script ne sont pas fiables. C'est donc un mauvais conseil de "supprimer le programme" dans le conseiller expert.

Si c'est le cas, pourquoi avons-nous besoin de toute cette automatisation et ces transactions automatiques ?

Et le PC n'est pas fiable non plus - mieux vaut téléphoner. ... Mais ils peuvent aussi le couper :)

 
MProgrammer:

Alors, comment se fait-il que là où il est dit "à propos des boutons", il est dit "10 minutes" et fonctionne effectivement "même à partir d'une minute", mais quand vous programmez, cela ne fonctionne qu'à partir de 11 minutes et pas un mot n'est écrit sur cette limite de temps ... Au moins, ils vous ont donné un lien dans l'aide à la programmation.

Tu vois, qu'est-ce que je t'avais dit ? Les DT ne connaissent même pas les règles de MT4. S'ils t'ont dit "mets-le quand tu veux", ça ne me dérange pas... ", alors vous pouvez prétendre que ...... Ils ont merdé. ......

 
goldtrader:
MProgrammeur:

Mais si l'EA devait redémarrer, ou au moins un Watchdog, alors... Alors au moins il y aurait un peu d'espoir... Ou si ces ordres, qui ont été ouverts par cet EA mort et qui peuvent être fermés par..... Ou du moins, nous serions heureux si les ordres qui ont été ouverts par cette EA morte étaient fermés automatiquement.

Un terminal normal (correct) devrait en fait filtrer les ordres avant qu'ils ne soient placés et refuser d'envoyer au serveur ceux qui sont connus pour être perdants. :)


MProgrammeur:

Mais le terminal et le script ne sont pas fiables. C'est donc un mauvais conseil de "supprimer le programme" dans le conseiller expert.

Si c'est le cas, pourquoi avons-nous besoin de toute cette automatisation et ces transactions automatiques ?

Et le PC n'est pas fiable non plus - mieux vaut téléphoner. ... Mais ils peuvent aussi le couper :)


Mec, c'est pour passer des commandes. Pas pour suivre le délai d'expiration des ordres en cours. Il existe des paramètres spéciaux pour ces ordres. Ecoute-toi, il n'y a qu'une seule vente, achat et fermeture... Les autres ont été inventés par des lâches. Non, mon ami, c'est la sagesse populaire. Si la raison pour laquelle "ce truc" a été inventé n'est pas claire, il s'agit probablement de la découvrir.

 
LeoV:
MProgrammeur:

Alors, comment se fait-il que là où il est dit "à propos des boutons", il est dit "10 minutes" et fonctionne effectivement "même à partir d'une minute", mais quand vous programmez, cela ne fonctionne qu'à partir de 11 minutes et pas un mot n'est écrit sur cette limite de temps ... Au moins, ils vous ont donné un lien dans l'aide à la programmation.

Tu vois, qu'est-ce que je t'avais dit ? Les DT ne connaissent même pas les règles de MT4. S'ils t'ont dit "mets-le quand tu veux", ça ne me dérange pas... " alors vous pouvez faire une réclamation.....


Je ne comprends pas quelque chose - je pense que dans cette situation, il s'avère que DT connaît MT encore mieux que les développeurs ... :))))... Encore une fois, il y a une erreur... Qu'est-ce qu'ils disent, "et vous le mettez à tout moment.... avec vos mains" :)))) Dites-le aux développeurs, pourquoi ils ont fait une restriction qui n'est pas nécessaire même pour DC.....

 
MProgrammer:

A t'entendre, il n'y a que le sel, le bye et les clowes... Les autres ont été inventés par des lâches.

Non, non, non, vous avez tort. Je n'utilise que l'achat-vente et les clous. Et ça marche bien. Vraiment dans un programme différent. MT4 agit comme un serveur....))))))))))))))

 
MProgrammer:

Mate, tu en as besoin pour passer des commandes. Pas pour suivre les dates d'expiration des commandes en cours. Il existe des paramètres spéciaux pour ces ordres. Si vous me demandez, il y a seulement une vente, un achat et une clause... Les autres ont été inventés par des lâches. Non, mon ami, c'est la sagesse populaire. Si vous ne comprenez pas pourquoi "ce truc" a été inventé, vous avez probablement besoin de le découvrir.

Mon ami, MT4 a une telle chose comme un trailing stop, mais imho aucun utilisateur qui sait la programmation l'utilise, parce que les programmeurs peuvent utiliser n'importe quel trawl. C'est la même chose pour l'expiration.

Raison: