L'avenir du trading automatisé - page 23
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 sais pas si c'est plus facile. J'utilise la méthode standard depuis environ 95...
La méthode standard nécessite un passage récursif par les fichiers/dossiers, et ici tout est "one-touch".
P.S. Le modérateur a couru tranquillement et a appuyé sur le bouton "ban"))))
C'est l'heure d'aller au lit)))
La méthode standard consiste à parcourir récursivement les fichiers/dossiers, mais ici tout se fait en une seule touche.
P.S. En silence, le modérateur a couru et a appuyé sur le bouton "ban"))
C'est l'heure d'aller au lit)))
Apparemment, nous avons tous oublié que nous pouvons écrire nos propres fonctionnalités pour le terminal dans le langage natif du terminal, y compris notre propre testeur de stratégie, qui nous permet de la tester sur n'importe quelles données, y compris les ticks "achetés". Et en général, tout ce qui manque au terminal, tout peut être mis en œuvre au moyen de MQL5. Dans quelque temps, de telles solutions apparaîtront sûrement en abondance, pour combler le créneau encore vide des testeurs personnalisés.
Mais je crois que l'avenir du trading automatisé ne réside pas dans les solutions de programmes de type terminal, mais dans ces langages de programmation spéciaux. Si seulement il existait un langage et un environnement exécutable pour cela, alors tout serait possible.
C'est pourquoi j'admets la possibilité de langages de programmation spécialisés, comme pour les ingénieurs, les médecins, etc.
Je répète - tout. De nos jours, personne n'écrit ses propres produits logiciels composés à 100% de ses propres composants. Tous les programmes utilisent une forme de bibliothèque du système d'exploitation.
Ceci est particulièrement visible dans les programmes Linux, c'est pourquoi ces derniers pèsent très peu.
Nous parlons d'un langage de programmation spécialisé pour les opérations de trading. Tout ce qui est nécessaire pour le trading (et même beaucoup plus que nécessaire) peut être implémenté dans MQL. Les fonctions spécifiques qui vont au-delà de la négociation et de l'analyse des données, les fonctions de service, etc., peuvent être résolues à l'aide des bibliothèques du système d'exploitation.
Après tout, personne ne qualifierait le langage de Matlab de ringard, n'est-ce pas ? Il s'agit d'un langage de programmation spécial pour les fonctions mathématiques. Il en est de même ici.
Je parle de langages spécifiques, pas de langages à usage général. Et les bases du langage de programmation pour les traders ont déjà été posées. Il n'y a pas besoin de mélanger les mouches avec les escalopes.
ZZY J'ai également écrit mon propre testeur en MQL4. Il a implémenté tout ce dont j'avais besoin sans utiliser de dlls et d'API. Cela dit, je n'ai jamais dit nulle part, et je n'ai jamais pensé que le langage MQL était ringard.
J'ai écrit mon testeur à Matkad. Cela signifie-t-il que la fonctionnalité et l'environnement sont bons ? Si un trader-programmeur choisit un autre langage pour ses recherches (le temps de déboguer et de tester une idée est d'une grande importance). Vous pouvez tout écrire en langage assembleur, et en code machine absolument tout. La question est de savoir quand vous allez faire du commerce, dans cette vie ou au siècle prochain.
Les fondations sont là depuis longtemps et l'avenir dont nous parlons ici est déjà arrivé http://www.kroufr.ru/forum/index.php/topic,11085.0.html.
C'est à venir (peut-être que c'est à venir) pour MT, mais avec un plan d'affaires comme celui que je vois maintenant, il n'y a aucune chance. Il suffit de se changer les idées et d'imaginer deux robots qui se battent, tous deux ayant la même capacité énergétique. Un seul a un temps de réaction de quelques millisecondes, et l'autre robot dispose d'au moins 3 secondes, même s'il se trouve sur le serveur du championnat + les requêtes sont poussées vers lui..... Parier sur qui va gagner ? ( Je parie sur le premier robot)
Voici une citation. Elle a 3 ans.
En 2007, la société américaine IBM a annoncé que d'ici 2015, le nombre de traders à la Bourse de Londres diminuera de 90 %, car la plupart des transactions seront effectuées par des robots. IBM prédit que l'entreprise qui développera un robot capable de réagir le plus rapidement possible aux changements du marché gagnera la course aux algorithmes de trading.
En 2007, IBM a annoncé que d'ici 2015, le nombre de traders à la Bourse de Londres diminuerait de 90 %, car la plupart des transactions seraient effectuées par des robots. Selon les prévisions d'IBM, l'entreprise qui développera un robot capable de réagir le plus rapidement possible aux changements du marché sera le vainqueur dans la course aux algorithmes de trading.
Les fondations sont en place depuis longtemps, et l'avenir dont nous parlons ici est déjà arrivéhttp://www.kroufr.ru/forum/index.php/topic,11085.0.html.
C'est en train de venir (peut-être que c'est en train de venir) pour MT, mais avec un schéma commercial comme celui que je vois maintenant, il n'y a aucune chance. Il suffit de se changer les idées et d'imaginer deux robots qui se battent, tous deux ayant la même capacité énergétique. Un seul d'entre eux a un temps de réaction de quelques millisecondes, et l'autre robot a au moins 3 secondes, même s'il se trouve sur le serveur du championnat + les requêtes sont poussées vers lui..... Parier sur qui va gagner ? ( Je parie sur le premier robot)
Vous changez les concepts et pensez que tout le monde ici est un imbécile ? Où avez-vous vu que le terminal réagit en 3 secondes ? Exécutez n'importe quel conseiller expert et mesurez le temps d'exécution d'un ordre de transaction sur les serveurs MetaTrader 4/5. Ne confondez pas les retards artificiels d'exécution et les retards technologiques. Lisez sur les forums les hurlements des traders qui négocient sur nos plateformes (notamment FORTS) en utilisant des terminaux nationaux.
J'ai écrit mon testeur en matcd. Cela signifie-t-il que la fonctionnalité et l'environnement sont bons ? Si les traders-programmeurs choisissent un autre langage pour la recherche (le temps de débogage, la vérification des idées est la chose la plus importante). Vous pouvez tout écrire en langage assembleur, et en code machine absolument tout. La question est de savoir quand vous allez faire du commerce, dans cette vie ou au siècle prochain.
Les fondations sont là depuis longtemps et l'avenir dont nous parlons ici est déjà arrivéhttp://www.kroufr.ru/forum/index.php/topic,11085.0.html.
C'est pour MT que ça vient (peut-être que ça vient), mais avec un schéma commercial comme celui que je vois maintenant, il n'y a aucune chance. Il suffit de se changer les idées et d'imaginer deux robots qui se battent, tous deux avec la même énergie. Un seul a un temps de réaction de quelques millisecondes, et l'autre robot dispose d'au moins 3 secondes, même s'il se trouve sur le serveur du championnat + les requêtes sont poussées vers lui..... Parier sur qui va gagner ? ( Je parie sur le premier robot)
Voici une citation. Elle a 3 ans.
En 2007, la société américaine IBM a annoncé que d'ici 2015, le nombre de traders à la Bourse de Londres diminuera de 90 %, car la plupart des transactions seront effectuées par des robots. IBM prédit que l'entreprise qui développera un robot capable de réagir le plus rapidement possible aux changements du marché gagnera la course aux algorithmes de trading.
Si vous essayez d'argumenter, auriez-vous l'amabilité de penser à ce que vous argumentez au lieu de vous accrocher à des phrases sorties de leur contexte ?
Matcad est-il un langage spécialisé pour le trading ? Vous pouvez l'écrire en XML, si vous le souhaitez. Je trouve plus facile d'écrire des robots de trading et des testeurs dans un langage spécialisé à cet effet. Je vois en elle l'avenir de l'auto-trading.
C'est absurde. Quel fonds d'investissement sérieux laisserait son travail à n'importe qui, même à un robot super cool. Je suppose qu'il y a toujours des gens derrière les robots, et qui s'arrachent les cheveux sur le dessus de la tête (s'il en reste :))
Un robot correctement conçu et écrit sera plus fiable qu'un humain. :)
P.S. 666 est ma réputation))
Vous changez de concept et pensez que tout le monde ici est un imbécile ? Où avez-vous vu que le terminal réagit en 3 secondes ? Exécutez n'importe quel conseiller expert et mesurez le temps d'exécution d'un ordre de transaction sur les serveurs MetaTrader 4/5. Ne confondez pas les retards artificiels d'exécution et les retards technologiques. Lisez sur les forums les hurlements des traders qui négocient sur nos plateformes (notamment FORTS) en utilisant des terminaux nationaux.
1.
Non, je ne le suis pas. Et je ne substitue pas les concepts. Il y a un retard dans l'exécution de l'ordre, tout le monde l'a. Son ampleur est importante, si l'on ajoute aux retards technologiques et artificiels (comme dans le championnat, lire les règles du paragraphe 4.8 temps de traitement des ordres de négociation de 2 à 7 secondes).
Je vous conseille également d'ouvrir n'importe quelle règle, n'importe quelle société utilisant MT et d'y trouver le point sur le temps d'exécution .... - marché normal 1...4 secondes... peut prendre jusqu'à 3 minutes...
Lisez les revendications sur KROUFR - 99% des revendications concernent la qualité et le temps d'exécution des ordres de transaction.....
2.
Ce que vous proposez de faire, mesurer le temps sur les serveurs, pour moi ce n'est pas faisable, car je n'ai pas de serveur, j'ai un terminal, et je ne peux que mesurer le ping vers votre serveur. Et je peux vous assurer qu'il (ping) est bien inférieur à 1 seconde, et si la vitesse d'exécution de mes ordres en dépendait uniquement (serait critique pour moi), je sais comment le réduire.
La formule : 3 min - mon ping= .... qui se moque de qui ?
3.
Si vous ne savez pas ce que sont les pings et si vous ne savez pas comment les réduire, vous devez les prendre le plus près possible des pings. 3. Je n'ai jamais vu de telles informations pour MT nulle part. Je n'ai vu que les chiffres que j'ai donnés dans le premier paragraphe + il y a une expérience réelle (des millisecondes là et pas une bouffée).