Le phénomène de Saint-Pétersbourg. Les paradoxes de la théorie des probabilités. - page 10
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
En fait, vous ne pouvez pas. Vous avez besoin, par exemple, d'une base de données - c'est un logiciel externe et non plus MKL. L'écriture d'une BD en MCL est proche de la folie.
Tout peut être fait en assembleur aussi, mais personne ne penserait à tout faire en assembleur.
Personne d'autre que vous ne penserait à utiliser une base de données :)
le terminal dispose de sa propre base de données.personne ne penserait à utiliser une base de données à part vous :)
Une base de données est une base de données). Et en général, à en juger par les articles et le forum MKu, vient et beaucoup.
Ici, il s'agit de la formation supplémentaire de TC comme le jeu est rêveur. Sans le DB, c'est irréaliste.
DB est une base de données). Et en fait, à en juger par les articles et le forum MKu, vient et beaucoup.
Ouais, un tiki a récemment suggéré d'y faire une collection, dans le fil de discussion sur le MoD... eh bien, n'est-ce pas idiot ?
je ne peux pas imaginer ce que l'on peut y accumuler d'autre... et pourquoi ?
Oui, un tiki l'a récemment suggéré, dans le fil de discussion MoD... c'est fou, non ?
Je ne peux pas imaginer ce qu'il y a d'autre dedans... et pourquoi.
Je collecterais en général, pour un testeur externe, par exemple. Mais ce n'est pas encore nécessaire.
Dans ma base de données, j'ai des cotations minutes de OHLCV pour plusieurs instruments sur une année. Encore une fois, pour Python. Dans MT, elle est déjà là.
J'en construirais un en général, pour un testeur externe, par exemple. Mais je n'en ai pas encore besoin.
J'ai dans ma base de données des cotations minute de OHLCV pour plusieurs instruments pendant un an. Encore une fois, pour Python. A MT, c'est déjà le cas.
C'est exactement ce que "c'est".
vous pouvez faire tout et plus avec mql5
mql5 est bon pour le produit final. Pour les travaux de recherche, il est peu pratique comparé à quelque chose comme R ou python.
mql5 est bon pour le produit final. Pour la recherche, c'est peu pratique par rapport à quelque chose comme R ou python.
Je suis d'accord avec cela. Mais R est également très peu pratique en raison de sa spécialisation étroite. Et il y a des statistiques partout.
Je suis d'accord. Mais R est également très inconfortable en raison de sa spécialisation étroite. Et les statistiques sont en fait partout.
Le seul problème que j'ai rencontré avec R jusqu'à présent est qu'il est lent sur les grosses données. Pour le big data, le Cern ROOT est un meilleur choix.
mql5 est bon pour le produit final. Pour la recherche, c'est peu pratique par rapport à quelque chose comme R ou python.
Oui, surtout quand on a besoin d'avoir sous la main un tas de devis différents et de faire des tests rapides, R et python vont vite vous énerver à force de relancer des scripts.
+ R a un IDE d'une lenteur écoeurante.
Exécutez n'importe quel backtester des centaines de fois dans ces langues et pendez-vous ensuite de chagrin.
Je ne veux même pas mentionner les erreurs provenant de librairies tierces, les incompatibilités constantes, etc.
Oui, surtout lorsque vous avez besoin d'avoir un tas de citations différentes à portée de main et de faire des tests rapides, R et python vous mettront rapidement dans une flaque d'eau juste en relançant les scripts.
+ R a un IDE d'une lenteur écœuranteIl n'y a presque pas de statistiques dans mql5. Et celui que vous avez est, pour le moins, non testé.