Erreurs, bugs, questions - page 681
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
Vous ne semblez pas avoir les idées claires.
Vous avez peur de consacrer votre propre temps au calcul de caractéristiques supplémentaires des barres pour des cas très rares (proches de zéro pour cent), mais vous demandez volontiers que ce soit nous qui préparions de nombreuses données dans les cas de 100 %, ce qui ralentit et consomme de la mémoire plusieurs fois.
Certains donnent méthodiquement de si beaux conseils pour se tuer contre le mur qu'il est temps de parler de nuisibles.
Les stratèges de ce genre sont immédiatement visibles.
Si vous analysez attentivement tous mes posts sur ce sujet et plusieurs précédents, et que vous jouez ensuite avec l'indicateur multitemporel du balisage graphique de l'AT sur les fractales, vous ne voudrez plus discuter avec moi sur ce sujet, comme après un seau d'eau glacée. Mais le problème est que l'indicateur n'est pas complètement optimisé (il ne concerne pas ce sujet) et qu'il n'est pas fonctionnellement complet. C'est pourquoi je gaspille mes ressources à faire des bêtises, et non à les terminer et à les publier.
Il y a beaucoup d'objets graphiques. Et vous devez encore les nettoyer... Il y a suffisamment de problèmes.
C'est un cas particulier.
J'ai le sentiment qu'il y aura un vote :)
Tout était autrefois privé, la première idée dans l'esprit de l'inventeur-pionnier se nichait également en lui seul comme quelque chose de privé. Puis il est devenu populaire et s'est répandu... et a même été intégré par défaut comme outil du système. C'est familier, n'est-ce pas ?
Sinon, rien ne se serait jamais développé en quoi que ce soit...
Ou tuer quelqu'un contre le mur :)
C'est le résultat le plus probable.
Et j'ai le sentiment que ma question ne recevra jamais de réponse et que je devrai écrire au conseil d'administration... :(
2. Je l'ai vu. Et alors ? Beaucoup de barres manquées ? Je ne me fais pas non plus d'illusions à ce sujet. J'ai une question à poser. Pas du tout original et en aucun cas "exclusivement privé". A savoir : le mode d'accès (et d'affichage !) aux cotations (y compris, oui, oui !, celles à faible liquidité) automatiquement ( !!) supporté par le fabricant du terminal, dans lequel tous les trous intra-session dans les cotations sont remplis par des esquives avec les paramètres {Volume=0, Open=High=Low=Close=[prix de clôture de la barre précédente]}. Pensez-vous que ce mode est demandé? Ou suis-je un grand original? Sois juste honnête, Renat. Mettez votre main droite sur votre cœur gauche.
Mon expérience m'indique clairement que remplir les blancs n'est qu'un non-sens et une illusion sur soi-même, qui s'effiloche immédiatement une fois l'histoire remplie.
Cette question a été soulevée à de nombreuses reprises au cours des dix dernières années.
L'autoplotage en direct est souhaité par un peu moins de tous ceux qui échangent des mains. Ceux qui écrivent des MTS/ATS sur des oscillateurs, des curseurs et autres - laissez-les faire, j'utiliserais cet indicateur pour l'autotrading "à partir de cette ligne là-bas", mais MQL lui-même ne voit pas de lignes, donc je dois aller en planimétrie, chercher les racines de l'hypoténuse, remplir la matrice carrée de l 'échelle de Gann et appliquer un EA à cet indicateur. Alors vous pouvez dire adieu à toutes les ressources. 16 gigas seront une moquerie ici.
En d'autres termes, vous voulez nous confier le lourd précalcul des états de votre solution, en pensant que le bonheur en découlera.
C'est-à-dire que vous n'appréciez même pas les conséquences du fait qu'en conséquence nous allons ruiner les performances du terminal 100% du temps et gaspiller beaucoup plus de mémoire. C'est un conseil malveillant.
Si vous développez une solution complexe, utilisez des méthodes algorithmiques pour réduire la quantité de calculs dans chaque cas , plutôt que d'essayer de résoudre le problème directement. Utiliser la préparation en arrière-plan des caches avec les données nécessaires.
En d'autres termes, vous voulez nous confier le lourd précalcul des états de votre solution, en pensant que le bonheur en découlera.
C'est-à-dire que vous n'appréciez même pas les conséquences du fait qu'en conséquence nous allons ruiner les performances du terminal 100% du temps et gaspiller beaucoup plus de mémoire. C'est un conseil malveillant.
Si vous créez une solution complexe, utilisez des méthodes algorithmiques pour réduire la quantité de calculs dans chaque cas particulier , plutôt que d'essayer de résoudre le problème de front. Utiliser la préparation en arrière-plan des caches avec les données nécessaires.