L'apprentissage automatique dans la négociation : théorie, modèles, pratique et algo-trading - page 2695
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
Renat Fatkhullin #:
Si l'on tient compte de ce que vous avez dit à propos d'un "langage compliqué que je ne comprends pas", cela signifie que vous n'avez pas de connaissances sérieuses, de perspectives sur ce sujet et de compréhension des stratégies comportementales des entreprises qui développent des plates-formes de calcul.
Le problème avec les réseaux neuronaux dans le trading n'est pas dans les outils, il y a beaucoup d'outils (je ne parle pas de mql). Et il y a beaucoup de professionnels qui"ont des connaissances et des perspectives sérieuses dans ce domaine".
Sur la base de bibliothèques populaires, ce problème est résolu depuis de nombreuses années. Peut-être que le problème ne réside pas dans les outils et les professionnels, mais dans les idées et la compréhension de la manière de procéder. Il est toujours possible d'obtenir des professionnels une solution opérationnelle et ils la peaufineront.
Ce que je veux dire, c'est que votre course à la beauté des outils risque de ne pas donner de résultats. D'autres sites disposent de ces outils depuis longtemps, ainsi que de l'accès aux données historiques des cotations. Vous n'apportez rien de nouveau. Pourquoi cela va-t-il soudainement fonctionner ici ?
Le problème avec le sujet des réseaux neuronaux dans le trading n'est pas dans les outils, il y a plein d'outils (je ne parle pas de mql). Et il y a plein de professionnels qui"ont des connaissances et des perspectives sérieuses sur ce sujet".
Sur la base de bibliothèques populaires, ce problème est résolu depuis de nombreuses années. Peut-être que le problème ne réside pas dans les outils et les professionnels, mais dans les idées et la compréhension de la manière de procéder. Il est toujours possible d'amener des spécialistes à une solution opérationnelle et ils la peaufineront.
Ce que je veux dire, c'est que votre recherche de la beauté des outils peut ne pas aboutir à des résultats. D'autres pays disposent de ces outils depuis longtemps, ainsi que d'un accès aux données historiques des cotations. Vous n'apportez rien de nouveau. Pourquoi cela va-t-il soudainement fonctionner ici ?
Je ne fais que m'amuser, c'est toujours amusant de se disputer ou de discuter.
C'est toujours amusant de se disputer ou de discuter.
Oui, l'objectif normal est d'écrire son propre outil pour la MO, ce qui est bien sûr très différent de l'utilisation d'outils tiers et de la connexion avec eux, une tâche bien sûr plus complexe et risquée, mais tout à fait logique. Si le décalage est de quelques années entre le début de l'utilisation de paquets tiers et leur décollage dans le bac à sable de metaquotes, tout sera normal. Et bien sûr, la facilité d'utilisation de l'environnement de programmation pour les codeurs sera au premier plan.
Je ne vois rien de logique.
Je ne comprends vraiment pas pourquoi souffrir, attendre et se lancer dans l'implémentation MQL de quelque chose qui n'existe pas encore et dont on ne sait pas sous quelle forme, mais qui a été fait il y a longtemps, qui est cool et qui a une énorme communauté. Que faudrait-il faire pour arriver sur le marché ? Et peut-être, probablement, vendre quelque chose, si vous avez de la chance, mais ce n'est pas certain.
Et ensuite ne pas être en mesure de se déplacer quelque part avec, comme la cryptographie, où se trouve l'argent réel. Et où des services avec des bots de trading comme 3commas ou veles.finance vous donneront une chance de gagner de l'argent normalement.
Eh bien, écrivez un meilleur article à ce sujet, je ne sais pas
Pourtant, j'aimerais comprendre la raison pour laquelle il n'y a pas d'analogue mt-R pour Python. Il s'agit de la possibilité de lancer un interpréteur à partir d'un programme mql5 avec la possibilité de lui envoyer des commandes et d'échanger des données dans les deux sens. C'est pratique, par exemple, pour tester rapidement un modèle entraîné sans le distiller dans du code mql5, et en général, c'est un outil assez flexible. Et il semble que ce soit exactement ce que veut un fan de "bavardage et bavardage".
Je ne vois pas ce qui est logique.
Je ne comprends vraiment pas pourquoi souffrir, attendre et se plonger dans l'implémentation dans MQL de quelque chose qui n'existe pas encore et dont on ne sait pas sous quelle forme, mais qui a été fait il y a longtemps, qui est cool et qui a une énorme communauté. Que faudrait-il faire pour arriver sur le marché ? Et peut-être, probablement, pour vendre quelque chose, si vous avez de la chance, mais ce n'est pas certain.
Et ensuite ne pas être en mesure de se déplacer quelque part avec, comme la cryptographie, où se trouve l'argent réel. Et où des services avec des bots de trading comme 3commas ou veles.finance vous donneront une chance de gagner de l'argent normalement.
Encore une fois, c'est complexe, global et risqué. Et il y a toujours un risque de ne pas être aimé dans les infrastructures comme les services comme une marchandise. Mais c'est au moins une voie compréhensible. Peut-être que le refus d'appliquer du ruban adhésif sur certains moments de réussite est diabolique, mais ce n'est certainement pas la voie à suivre.
Néanmoins, j'aimerais comprendre la raison pour laquelle il n'existe pas d'analogue mt-R pour python. Je parle de la possibilité de lancer un interpréteur à partir d'un programme mql5 avec la possibilité de lui envoyer des commandes et d'échanger des données dans les deux sens. C'est pratique, par exemple, pour tester rapidement un modèle entraîné sans le distiller dans du code mql5, et en général c'est un outil assez flexible. Et il semble que ce soit exactement ce que veut un fan de "bavardage et bavardage".
Probablement à cause de l'interdiction d'échanger des tableaux entre le programme mqlPy et l'interpréteur Py.
La même religion s'appliquera à R.
Pour être honnête, je ne comprends pas l'intérêt de la sécurité critique dont parle MQ.
Peut-être que ce n'est pas à propos de la sécurité, mais à propos de l'api compliquée de Py pour les tableaux.
Ils n'ont tout simplement pas pris la peine de s'en occuper.
L'api de numpy est vraiment pénible ici.
Je suis bloqué sur matlab en général ))
J'ai écrit une dll C-api pour envoyer des commandes, tout est échangé assez rapidement, dans la fréquence du système.
Mais pour l'échange dans le processus d'arrière-plan, le moteur matlab est lancé, et il consomme beaucoup de mémoire.
Le seul inconvénient de matlab.
Pour le bureau et la vérification rapide, c'est très bien.
Néanmoins, j'aimerais comprendre la raison pour laquelle il n'existe pas d'analogue mt-R pour python. Je parle de la possibilité de lancer un interpréteur à partir d'un programme mql5 avec la possibilité de lui envoyer des commandes et d'échanger des données dans les deux sens. C'est pratique, par exemple, pour tester rapidement un modèle entraîné sans le distiller dans du code mql5, et en général c'est un outil assez flexible. Et il semble que ce soit exactement ce que veut un fan de "chiming and chattering".