dll et du marché. - page 6
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
Votre logique est défectueuse, mon pote. Si vous utilisez des solutions comme ça, vous n'avez pas les idées claires.
Vous vous trompez très cruellement : l'utilisateur résonant est par exemple hrenfx, et ce ... est juste un nerd rancunier du monde.Eh bien... il a dit trois mots là et a obtenu une page de posts avec des consonnes et des dissidents. Et je suis là dans les anglophones quelques fils avec mon contenu + indicateurs + EAs qui ne sont nulle part ailleurs, etc .... Je ne veux pas continuer et continuer...
Les gens ont tout simplement du talent, mais ils ne l'utilisent pas à bon escient. J'appelle ces personnes "résonantes".
Permettez-moi de clarifier un peu les choses, si vous n'étiez pas sûr de ce dont je parlais.
Je ne parle pas de la dll, je parle du manque de capacité de l'implémentation actuelle des pipelines à devenir un serveur.
Sans les tuyaux du serveur, vous devez échanger des informations via des fichiers.
Et pas même via MemoryMapping, mais via sandbox.
C'est exactement ce que j'ai dit : "au sein du MQL [échange d'informations], on résout le problème en faisant un trou sur le disque. Cette solution ne peut pas être utilisée dans votre bon sens".
Donc, encore une fois, je ne parle pas de l'absence de dll, mais de l'incapacité à ne pas faire de trous dans le disque dur. Vous pouvez utiliser une telle solution, mais c'est une mauvaise solution.
:)
La tâche consiste à échanger des informations entre les agents de la machine locale.
Dans le cadre de MQL, il est résolu en effaçant un trou sur le disque dur.
Cette solution ne devrait pas être utilisée dans votre esprit.
Page six de la discussion, et je ne comprends toujours pas de quoi il s'agit dans le produit lui-même.
D'après ce que je comprends, c'est une sorte d'auto-optimisation génétique.
Les C-4 ne veulent pas lire le fil de discussion, la réponse de l'auteur est dans le fil, à la page 3.
C-4 s'ennuie juste à lire le fil, la réponse de l'auteur est dans le fil, à la page 3.
O.C. semble être une bonne idée en termes d'accès aux ressources informatiques, mais les hiboux eux-mêmes doivent être rentables. En d'autres termes, ils n'achèteront pas pour des performances informatiques, mais pour des résultats, et ce sont des choses quelque peu différentes.
Dans ce cas, la performance est un élément secondaire. L'essentiel est la capacité à gérer le processus d'optimisation.
Et le marché n'est pas seulement rempli de hiboux.
La performance est un élément secondaire dans ce cas. Il s'agit de pouvoir gérer le processus d'optimisation.
Et le marché n'est pas seulement rempli de hiboux.
Je suppose qu'il s'agit d'une allusion à une sorte de produit, m-m-m-mm... comme un gestionnaire d'optimisation ou autre, capable d'utiliser l'optimiseur en temps réel.