Question ! Les développeurs de robots (Expert Advisors) tradent-ils eux-mêmes ? - page 12
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
J'ai eu un couple de robots qui ont montré environ 11000% p.a. sur l'eurodollar dans le test.
Non, je ne fais pas de commerce avec eux, je ne joue même pas à la démo, je suis trop paresseux. Je ne les échange pas moi-même, je n'y ai même pas joué en mode démo, j'étais trop paresseux.
)))) Je pense que la conversation est devenue silencieuse))).
Mais si nous supposons que cette situation est réelle, alors la seule raison peut être que "je l'ai écrit moi-même", c'est-à-dire que vous comprenez qu'il n'y a aucun sens à mettre même sur la démo, cela ne fonctionne que dans le testeur)))).
)))) Oui, eh bien, la conversation est devenue silencieuse)))).
Mais si nous supposons que cette situation est réelle, alors la seule raison peut être que "je l'ai écrit moi-même", c'est-à-dire comprendre que même une démo n'a aucun sens, elle ne fonctionne que dans le testeur)))).
Je ne suis pas non plus un fan du commerce. Je n'aime pas ça !
En fait, les conclusions de chacun sont très intéressantes.
Mes conclusions sont les suivantes : 99% des EA sur le marché sont des déchets.
Si vous ne connaissez rien au trading (par exemple, si vous ne connaissez rien au trading)), vous pouvez en conclure qu'il existe de bons traders qui fabriquent des robots en fonction des demandes des traders.
Il existe de mauvais programmeurs qui vendent ensuite de mauvais robots et adaptent leurs robots de trading aux statistiques.
Il y a des semi-commerçants qui sont des gens très intéressants et je vais certainement les rencontrer.
Il y a ceux qui font 100500 robots par jour et gagnent de l'argent dessus, et bien ce business tout le monde le comprend, il suffit d'appartenir au groupe des 98%.
En fait, les conclusions de chacun sont très intéressantes.
Mes conclusions sont les suivantes : 99% des EA sur le marché sont des déchets.
Si vous ne savez pas comment négocier des robots, vous devez toujours essayer de les mettre en œuvre sur vos EA et les utiliser comme outils pour négocier avec d'autres EA.
Il n'y a pas de bons programmeurs qui vendent de mauvais robots et qui adaptent leurs robots de trading aux statistiques.
Il y a des semi-commerçants qui sont des gens très intéressants et je vais certainement les rencontrer.
Il y a ceux qui font 100500 robots par jour et qui gagnent de l'argent avec, eh bien ce business est compris par tous et ils font partie du groupe des 98%.
Si vous voulez estimer la rentabilité de votre robot de trading, vous devez le comparer avec un robot réel et vous obtiendrez le même résultat si vous voulez estimer la rentabilité de votre robot de trading.
En fait, les conclusions de chacun sont très intéressantes.
D'après les conclusions que j'ai tirées pour moi-même : 99% des déchets sur le marché sont constitués d'EAs.
Vous l'avez testé ou vous vous contentez de tirer des conclusions ? Un EA est un outil et la façon dont vous l'utilisez ne dépend que de vous.
Vous pouvez demander au trader de programmer le robot, mais il ne connaît rien au trading, c'est pourquoi le robot est nul.
J'ai programmé des contrôleurs industriels. Puis-je vous dire que le programmeur ne doit pas connaître et ne connaît pas l'ensemble du processus technologique de production, le programmeur ne connaît que le matériel et le logiciel et écrit l'algorithme en fonction des exigences techniques, ni plus ni moins. D'après votre message, il y a des programmeurs pour l'industrie nucléaire (je ne parle pas du personnel de maintenance), il y a des programmeurs pour les terminaux bancaires..... il existe des programmeurs pour les conseillers en négociation.... - Hélas, cela ne se produit pas, il est clair que l'expérience antérieure signifie beaucoup pour le programmeur, mais le client doit connaître son entreprise (le processus) et doit donner le TOR avec les spécifications et le programme de test du logiciel et soutenir le développement du logiciel.
J'avais l'habitude de programmer des contrôleurs industriels, sachez qu'un programmeur ne doit pas connaître et ne connaît pas l'ensemble du processus technologique de production, un programmeur ne connaît que le matériel et le logiciel, et écrit l'algorithme conformément à la spécification - tout et rien de plus et rien de moins. D'après votre message, il y a des programmeurs pour l'industrie nucléaire (je ne parle pas du personnel de maintenance), il y a des programmeurs pour les terminaux bancaires..... il existe des programmeurs pour les conseillers en négociation.... - Hélas, cela ne se produit pas, il est clair que l'expérience antérieure signifie beaucoup pour le programmeur, mais le client doit connaître son entreprise (processus) et doit donner les termes de référence avec les spécifications et le logiciel de test et de soutenir le développement de logiciels.
Je suis d'accord avec vous. Le programmeur doit avoir les compétences et les connaissances dans le domaine pour lequel il programme, seulement s'il écrit son propre cahier des charges. Par exemple, si le programmeur est l'auteur d'un système de trading et qu'il veut écrire un conseiller expert pour ce système, il doit comprendre quelque chose au trading. Si le conseiller expert est écrit sur commande selon les exigences du client, le programmeur n'a pas besoin de faire du commerce.
Je suis d'accord avec vous. Le programmeur ne doit avoir des compétences et des connaissances dans le domaine pour lequel il programme que s'il rédige son propre cahier des charges. Par exemple, si le programmeur est l'auteur d'un système de trading et qu'il veut écrire un conseiller expert pour ce système, il doit comprendre quelque chose au trading. Si le conseiller expert est écrit sur commande selon les exigences du client, le programmeur n'a pas besoin de faire du commerce.
Si le programmeur a une bonne compréhension du trading, il ne devrait pas comprendre le trading comme vous l'écrivez, mais connaître le matériel et le logiciel, comme je le fais, c'est-à-dire qu'il devrait connaître les caractéristiques de la plateforme de trading et l'interaction avec le serveur et l'environnement de trading...
C'est essentiellement l'éternel problème, les clients des logiciels attendent toujours un miracle, que les programmeurs soient tous deux des développeurs de logiciels, oui cela arrive, mais c'est généralement l'exception, et souvent pour le pire - le programmeur vole l'idée de quelqu'un d'autre ou d'autres revendications.
Et en plus de cela : tout logiciel sérieux nécessite du marketing, une personne ne peut pas être à la fois un programmeur, un développeur et un spécialiste du marketing ... Imaginez le directeur de Microsoft, qui écrit constamment du code et développe la stratégie logicielle, et qui a encore le temps de s'occuper des présentations et des ventes ? )))))
SZZ : si vous pensez que Macrosoft est un mauvais exemple, qu'il s'agit d'une société entière, alors laissez les développeurs MT, mais le principe est le même, à savoir qu'une seule personne ne peut physiquement trouver autant de temps, d'efforts et de connaissances pour produire un produit de qualité.
...
Il y a de bons programmeurs qui créent des robots à la demande du trader, mais ils ne connaissent rien au trading)))), d'où les robots sont nuls.
...