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
Ce sujet a une fois de plus discuté de l'axiome "il est insensé de payer un programmeur", car si une EA est valable, elle n'a pas besoin des centimes du client, et si elle n'est pas valable, le client n'en a pas besoin.
Conclusion absolument fausse !
Pourquoi tout tourne autour des experts ?
j'écris des indicateurs, et pas seulement des indicateurs !
programmes de comptabilité ... J'écris des indicateurs, des programmes de comptabilité... et les clients sont heureux !
Je ne sais pas comment écrire des indicateurs et pas seulement des indicateurs... et des programmes de comptabilité... et les clients sont heureux !
MF_Break_Down
c'est l'un des moyens les plus simples et les plus efficaces !
par exemple sur une tendance à la baisse, le signal est compris comme une opportunité d'achat !
nous devons juste le coordonner avec notre TS
nous sommes pour la plupart des technophiles ici - et beaucoup sont imprégnés de scepticisme - eh bien, quelqu'un gagne de l'argent en écrivant des programmes pour le marché
il y a des gens qui gagnent vraiment de l'argent sur le marché - eh bien, pas beaucoup d'entre eux - mais ils existent.
"Avez-vous vu un dessin comme celui-ci ?
MF_Break_Down
L'une des plus simples et des plus efficaces et les gens l'utilisent dans leurs stratégies de trading !
Par exemple, sur une tendance à la baisse, le signal est compris comme une opportunité d'acheter plus de
nous devons simplement le coordonner avec notre TS.
C'est vrai, c'est vrai. Je l'ai également à l'œil, même si je le considère comme un complément, et non comme un élément de base de MTS. Je ne vois pas l'intérêt de payer pour cela, quand je serai grand, j'écrirai moi-même un texte similaire, d'autant plus qu'il existe un analogue très similaire en libre accès.
Quant à savoir si un programmeur devrait être payé pour produire un MTS qui le rendrait riche, mon opinion est qu'il devrait - "la commande doit être à la bibliothèque ! Et dans le cas de l'écriture du Graal, cent livres ne sont plus un sujet de discussion.
tout de même, le programmeur prend l'argent à l'avance s'il sait, encore une fois à l'avance, que l'idée ne convient pas et que le client, après avoir regardé l'abruti, sera évidemment déçu et que la ferveur qu'il a suscitée s'estompera comme un cul avec un concombre froid, c'est-à-dire que le programmeur est simplement rusé.
tout de même, le programmeur facture d'avance s'il sait d'avance l'inadaptation de l'idée et sait que le client, en regardant le piker qui s'effrite, sera évidemment déçu et que l'ardeur enflammée s'estompera comme un cul avec un concombre froid, c'est-à-dire que le programmeur triche tout simplement.
Si le programmeur sait quelque chose à l'avance, cette connaissance a également de la valeur, car il a passé beaucoup de temps à l'obtenir.
Si le client demande d'évaluer la pertinence d'une idée, il s'agit également d'un service payant, car le client a contacté un spécialiste, sachant à l'avance qu'il devra payer ses services.
Évaluer la pertinence d'une idée n'est plus le travail du programmeur, sauf dans les cas les plus simples. S'il s'agit simplement d'un système à deux machines, que le client va faire tourner sur M1, le programmeur peut le dire gratuitement, tout en sachant qu'il ne convient pas - mais il peut ne pas le faire, car le client exagère souvent beaucoup la valeur de ses idées, et il est inutile de conseiller quoi que ce soit. Et si le système est plus sophistiqué et que le codeur n'a jamais rien fait de tel, ce n'est plus à lui d'évaluer l'idée.
Évaluer la pertinence d'une idée n'est plus le travail du programmeur, sauf dans les cas les plus simples. S'il s'agit simplement d'un système à deux machines, que le client va faire tourner sur M1, le programmeur peut le dire gratuitement, tout en sachant qu'il ne convient pas - mais il peut ne pas le faire, car le client exagère souvent beaucoup la valeur de ses idées, et il est inutile de conseiller quoi que ce soit. Et si le système est plus sophistiqué et que le codeur n'a rien fait de tel, le codeur n'est plus responsable de l'évaluation de l'idée.
C'est vrai, c'est le pain des développeurs de systèmes de trading, mais le programmeur doit souvent être aussi un expert dans ce domaine.
En général, le résultat final du codage d'un système en tant que conseiller expert est l'évaluation de l'idée
Mais que dire de cette contradiction : un programmeur peut évaluer la valeur d'une idée en presque 2 secondes, alors qu'est-ce qui le pousse à produire du code dans 99% des cas (statistiques) d'idées non rentables de clients naïfs ? :))
Parce que le client a toujours raison. Parce que le programmeur est sollicité pour écrire un programme, et non pour effectuer un examen d'expert. Même si vous demandez l'avis d'un expert, il faut que cela en vaille la peine. Et surtout, la valeur la plus élevée est la libération de l'illusion. Le programmeur ne sait pas si le client rêve d'un bouton magique, sur lequel il suffit de cliquer pour devenir le maître du monde, ou s'il s'agit d'un vrai trader avec une tête, qui a juste besoin d'une aide, au moins des deux mêmes ma ou stochastique.
un trader de tête qui a juste besoin d'une aide, au moins de la même 2MA ou stochastique///.
(je comprends que nous parlons en général, mais je dois sourire un peu : head trader et 2MA et stochastique sont incompatibles))) surtout comment un trader intelligent chercherait-il un programmeur pour Ma et Stoch, alors qu'il y a un océan d'EAs et 2 gouttes de plus sur le marché libre, de plus, comment ne pourrait-il pas savoir qu'ils donnent 50% au test initial avec Take et Stop égaux, peu importe combien tu plies, et 70% sinon c'est inutile.