
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
Vos conseils à un débutant avec un algorithme sous-optimal pour supprimer et créer constamment un objet ne font que lui nuire. Et c'est son "profit" qui en pâtit.
OK.
Je vous ai écrit - l'objet est bien là, pourquoi le chercher ?
Et comment une commande PAS excessive (disons) affecterait-elle les bénéfices - j'aimerais bien entendre les détails avancés par l'État.OK.
Je vous l'ai dit - il y a certainement un objet, pourquoi le chercher ?
Eh bien et comment une commande PAS excessive (disons) affectera le bénéfice - ici j'aimerais entendre les détails argumentés par l'état.Vous ne comprenez pas ce que j'ai écrit. Et qu'est-ce qui est redondant exactement dans votre exemple. Et faites exactement cela pour vous. Mais ne conseillez pas aux débutants de dire des bêtises.
...raisonné par l'Etat...
Je ne lis pas le reste.
Et en général, ne creusez pas un trou dans MQL, c'est un bon langage qui ne demande que la logique d'un trader-programmeur.
Argumenté par l'Etat.
Je ne lis pas le reste.C'est une tentative de trolling. Au lieu d'admettre ton erreur comme un homme, tu fais l'enfant.
Je vous en prie, justifiez vos spéculations par une déclaration.
C'est facile de tout déballer, mais c'est aussi facile de justifier ou de prouver son point de vue. ....
Ça ne va pas marcher, ne vous donnez pas la peine.
Vous apprécierez non seulement de suivre mes posts mais aussi de les lire. Je vous assure !
Et enfin.
Je m'en tiendrai toujours à ma croyance avérée dans le trading sur des comptes et des codes réels jusqu'à preuve du contraire.
argumentée par l'État.
Je ne lis pas le reste.
Et en général, ne creusez pas un trou pour MQL, c'est un bon langage, il a seulement besoin de la logique d'un trader-programmeur.
Eh bien, vous l'avez complètement absent. Comme la logique d'un programmeur, et toutes les autres logiques possibles - puisque vous ne pouvez pas comprendre ce dont je parle.
...
Jusqu'à preuve du contraire, je m'en tiendrai toujours à ma conviction et à mon code de négociation sur des comptes réels.
Vous, comment puis-je le dire gentiment... Supposons que vous montriez à un débutant - un programmeur totalement inexpérimenté - qu'il doit d'abord supprimer un objet, puis le créer, et seulement ensuite lui attribuer les propriétés nécessaires - est-ce votre logique ou vos états-mirages qui vous ont dit de le faire ?
Et le sommet de, excusez-moi, l'ignorance - de faire appel à des états hypothétiques pour prouver la logique de la construction du code.
Qu'est-ce que l'État et la logique défectueuse ont à voir avec cela ?
Vous pouvez réaliser une fonction qui finira par fonctionner correctement mais gaspiller des ressources et vous pouvez réaliser la même fonction mais correcte. Et la pile sera la même.
Il ne s'agit pas de la "taille", dont vous vous vantez, mais que personne n'a vue, mais de la logique, et de votre indication erronée à un débutant, qui fera alors la même chose que vous - stupide et erronée.
C'est votre ferme ?
Justifiez la nécessité de supprimer un objet inexistant pour le créer.
N'oubliez pas de joindre l'État.Justifiez la nécessité de recréer l'objet pour modifier ses propriétés.
N'oubliez pas d'attacher la pile.
essayez
Supprimer et créer à chaque fois -- c'est pour vous dans le fil "intéressant et humoristique", pas le fil original, mais celui qui a "tout banni" -- ils adorent de tels exemples et les partageront dans le fil anglais -- ils vous comprendront certainement là-bas.
Vous, comment puis-je le dire gentiment... Supposons que vous montriez à un débutant - un programmeur totalement inexpérimenté - qu'il doit d'abord supprimer un objet, puis le créer, et seulement ensuite lui attribuer les propriétés nécessaires - est-ce votre logique ou vos états-mirages qui vous ont dit de le faire ?
Et le sommet de, excusez-moi, l'ignorance - de faire appel à des états hypothétiques pour prouver la logique de la construction du code.
Qu'est-ce que l'État et la logique défectueuse ont à voir avec cela ?
Vous pouvez réaliser une fonction qui fonctionnera correctement mais gaspillera des ressources et vous pouvez réaliser la même fonction mais correcte. Et la pile sera la même.
La conversation ne porte pas sur les "dimensions", dont vous vous vantez, mais que personne n'a vues, mais sur la logique, et votre allusion erronée à un débutant, qui fera alors la même chose que vous - stupide et erronée.
C'est votre ferme ?
Justifiez la nécessité de recréer l'objet pour modifier ses propriétés.
N'oubliez pas d'attacher la pile.
Justifiez la nécessité de supprimer un objet qui n'existe pas afin de le créer.
N'oubliez pas de joindre l'État.
Je n'ai pas vu votre justification.
De quoi s'agit-il ?
Cet objet est créé une fois dans Inite, quel est le problème ?
Et j'ai écrit - en fonction de l'algorithme de travail.........
Alors comment cela affecte-t-il la rentabilité ? ??Je n'ai pas vu votre raisonnement.
De quoi s'agit-il ?
A propos de toi, et de ton manque total de connaissances en programmation. Même les plus simples, les plus élémentaires, pourrait-on dire. Et vous essayez d'"aider" un débutant, en lui donnant votre faux.
Et sur un commentaire assez juste sur la stupidité de votre conception, vous commencez à bafouiller sur certaines propriétés, qui ne sont pas pertinentes pour cette question...
Vous n'êtes pas non plus capable d'admettre votre erreur comme un homme.
Ennuyeux...