L'apprentissage automatique dans la négociation : théorie, modèles, pratique et algo-trading - page 2283
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
Je ne consomme rien ici, je ne fais que communiquer sur le forum, si vous me bannissez, je me sentirai mieux... donc...
Ces 500 fonctions que vous avez réécrites, elles sont mortes dans le sens où elles sont comme une règle pour mesurer quelque chose et que ce quelque chose est juste un paquet tiers auquel vous ne voulez pas accéder.
Vous consommez. Sur ce site, sur R et ailleurs.
Mais en même temps vous exigez aussi de "donner, et si vous ne donnez pas - mort, rjaka, accès fermé.
Essayez de créer et de donner. Ressentir un certain respect pour le travail des autres en fonction du vôtre.
Consommez. Tant sur ce site que dans R et ailleurs.
Mais en même temps, vous demandez aussi "donnez, et si vous ne donnez pas, c'est mort, rjka, fermez l'accès".
Essayez de créer et de donner. Ressentir un certain respect pour le travail des autres en fonction du vôtre.
Je suppose que tu as raison.
Serait-il judicieux de mettre en place un support natif de ZeroMQ?
Il n'y a aucun intérêt pratique.
Les méthodes de communication et de transfert de données sont suffisantes :
Nous avons une spécialisation différente - lire des données massives/diverses et faire la plupart du travail à l'intérieur du testeur. Ici, tout ce qui sort des limites tue tout.
Pour l'instant, l'intégration avec Python est une solution fragmentaire pour couvrir l'écosystème des développeurs ML.
Nous mettons constamment à jour MQL5 :
Il ne suffit pas de faire le modèle ML sur le côté. Vous devez charger ce modèle de façon native, sûre et sécurisée dans le robot pour pouvoir
Nous augmentons donc les capacités de MQL5 étape par étape. Nous prévoyons d'utiliser WinML + ONNX pour charger les modèles et l'exécution native au sein de la plateforme sans aucune liaison avec un tiers.
Il n'y a aucun intérêt pratique.
Les méthodes de communication et de transfert de données sont suffisantes :
Nous avons une spécialisation différente - lire des données massives/diverses et faire la plupart du travail à l'intérieur du testeur. Ici, tout ce qui sort des limites tue tout.
Pour l'instant, l'intégration avec Python est une solution fragmentaire pour couvrir l'écosystème des développeurs ML.
Nous mettons constamment à jour MQL5 :
Il ne suffit pas de faire le modèle ML sur le côté. Vous devez charger ce modèle de manière native, sûre et sécurisée dans le robot pour être en mesure de
Nous augmentons donc les capacités de MQL5 étape par étape. Nous prévoyons d'utiliser WinML + ONNX pour charger les modèles et l'exécution native au sein de la plateforme sans aucune liaison avec un tiers.
Merci pour votre réponse détaillée.
Pouvez-vous partager l'information :
Il serait intéressant d'avoir accès aux données du carnet d'ordres.
Pouvez-vous partager l'information :
Le mode de synchronisation OHLC, s'il vous plaît, rendez-le correct, de sorte qu'au moins les indicateurs standards ne causent pas de problèmes lorsqu'ils demandent des données aux TFs supérieurs.
La possibilité de recevoir des données d'indicateurs en python n'a aucun sens sinon, car s'entraîner sur tous les tics est suicidaire.
Ce qui est plus ennuyeux, c'est la lenteur de la lecture/écriture des fichiers (csv/txt) dans MT5.
Pouvez-vous partager l'information ?
2) Plus d'extérieur
3) J'en ai assez de tout...
Il ne suffit pas de créer un modèle ML à côté. Vous devez télécharger ce modèle de manière native, sûre et sécurisée vers le robot pour que cela fonctionne :
Le sujet de ML s'éloigne de vous.
J'utilise MQL5 pour collecter les données, puis pour préparer les données actuelles afin d'interroger le réseau neuronal. Tout le reste est en python.
MQL dans cette chaîne uniquement par vieille inertie, parce que j'ai commencé avec elle, sinon tous ces problèmes sont résolus en python. Bien sûr, les MQL sont rapides et clairs, mais en même temps :
- béquilles pour obtenir des données à partir des échanges de crypto
- incapacité d'interagir directement avec l'api des échanges de crypto pour trader
- incapacité de poster un EA dans le marché sans ouvrir un code (impossible de passer la validation automatique s'il y a une vérification web)
- ignorance totale et incapacité d'utiliser le terminal MQL (tout le monde utilise un navigateur)
La lenteur de la lecture/écriture des fichiers (csv/txt) dans MT5 est également gênante.
J'essaie de stocker mes données sous forme binaire. Mais pour les données externes, je ne peux pas me passer du CSV.
Vous avez raté le moment où, il y a trois ans, le commerce s'est généralisé. Et il ne s'agit pas seulement de crypto-monnaie.
Tous les plans que vous avez décrits sont techniquement cool, mais ce sont des gadgets, ils ne vous sauveront pas. Pour sauter dans le dernier wagon, il est urgent de faire une version web de tradingview level, avec toutes les fonctionnalités du terminal mql5.
Prenez ce projet comme base et développez-le, sinon le train passera, vous laissant avec un geeks et demi.