[Archive] Prêt à rédiger une EA GRATUITEMENT ! !!!! - page 7

 
IgorM:


Il me semble que je suis vos posts, mais bizarrement, je ne me souviens pas d'une telle parade, bien qu'à ce stade je sois en train de tester une idée similaire, bien que tout soit surtout graphique

http://imglink.ru/pictures/21-11-11/53b259c78f8569acb28814549282eed9.jpg, recherche de statistiques sur le point d'être terminée

Je l'ai fait, je l'ai fait, quelques fois...

Oui, quelque chose comme ça.

 
valenok2003:


Idéalement, le RPT devrait ressembler à quelque chose comme ceci

Par exemple, je travaille avec le client pour développer le TOR jusqu'au mnémocode, et lorsque le client a réfléchi et approuvé la version finale, nous écrivons le code. Et le client n'a aucun moyen de dire qu'il n'a pas obtenu ce qu'il voulait. Et pour obtenir ce qu'il veut, le client doit aussi travailler avec sa tête. Le travail du programmeur consiste à traduire le résultat final en codes.

C'est en fait l'objet de toute l'agitation, à savoir qu'il n'existe pas, et ne peut exister, de "TdR idéal". Dans le processus de dialogue, il y a toujours un échange de vues, des clarifications et des consultations. C'est absolument le cas dans toute entreprise, lorsqu'un profane engage un spécialiste, que ce soit dans le domaine de la programmation, de la construction ou simplement pour aller chez le coiffeur.

Seulement je n'ai pas reçu de réponse définitive à ma question, à savoir si ma simple description est suffisante pour écrire un EA ou non.

Mon avis est que c'est suffisant. Peut-être quelques clarifications, pas plus. Si dans ce cas il y a une série de questions détaillant le travail de l'EA, alors je douterai du professionnalisme de la personne à qui je demande de l'argent.

 
Prolon:

C'est là tout le problème : il n'y a pas de "RPT parfait" et il ne peut y en avoir. Il y a toujours un échange de vues, des clarifications et des consultations dans le processus de dialogue. C'est absolument le cas dans toute entreprise, lorsqu'un profane engage un spécialiste, que ce soit dans le domaine de la programmation, de la construction ou simplement pour aller chez le coiffeur.

Seulement je n'ai pas reçu de réponse définitive à ma question, à savoir si ma simple description est suffisante pour écrire un EA ou non.

Mon avis est que c'est suffisant. Peut-être quelques clarifications, pas plus. Si dans ce cas il y a une série de questions détaillant le travail de l'EA, alors je douterai du professionnalisme de la personne à qui je demande de l'argent.

Vous voyez, le client et le programmeur ont des catégories de pensée complètement différentes. Et vous avez tout à fait raison quand vous parlez du dialogue qui rapproche les points de vue. C'est un sujet très vaste. La maîtrise du sujet implique la maîtrise de la terminologie. En clair, plus on maîtrise la terminologie, plus on est un pro. Souvent, les clients ne connaissent pas du tout la terminologie. C'est pourquoi il n'y a pas de réponse définitive à votre question. L'essentiel est que le codeur et le client se comprennent, et pour cela le programmeur doit s'élever au niveau du client ou le client doit s'abaisser au niveau du programmeur. Au final, ils doivent se comprendre.

Le programmeur doit connaître le langage, mais ne doit pas nécessairement être un expert en stratégies forex. C'est-à-dire qu'il dispose d'un outil d'application, tandis que vous êtes l'expert. C'est comme, par exemple, lorsque vous rénovez votre maison, vous invitez différents spécialistes, qui connaissent différents outils pour résoudre vos problèmes de confort. Vous leur assignerez clairement la tâche - eau ici, chaudière ici, cuisinière ici, chambre ici, toilettes ici. Et les spécialistes résoudront les problèmes de manière optimale, en utilisant les outils dont ils disposent, mais dans le cadre d'une tâche bien définie.

Si vous ne voulez pas négocier, il est préférable d'utiliser un outil prêt à l'emploi.

 
Je pense que l'auteur de ce fil a quitté le champ de bataille et que le sort de ce fil semble être le même que celui des autres sous l'étiquette "libre". :о)
 

либо программист должен подняться до уровня заказчика, либо заказчик опуститься до уровня программиста

Ce n'est pas du tout un dilemme. Quoi qu'il en soit, je comprends votre point de vue.

 
Tout d'abord, demandez au client de l'exécuter manuellement, car il y a beaucoup de simulateurs dans la kodobase.
 
ivandurak:
Tout d'abord, demandez au client de l'exécuter manuellement, car il existe de nombreux simulateurs disponibles.
Alexei, tu regardes la situation de la glace sous le mauvais angle. Du point de vue du client, passer une journée sur le métier (et avant cela pour trouver et comprendre le simulateur) est une action totalement inutile.
Premièrement, il est clair que la stratégie est rentable, et deuxièmement, le programmeur ici pour une heure de travail, pourquoi passer une journée ? Pas de smiley.
 
Oui, 90% des stratégies sont rentables en premier lieu. Et les codeurs mettent délibérément en œuvre chaque idée comme une idée déficitaire et les volent en secret.
 
granit77:
Toi, Alexey, tu es du mauvais côté de la glace. Du point de vue du client, consacrer une journée au trading (et avant cela, trouver et utiliser le simulateur) est une action totalement inutile.
Je ne sais pas pourquoi j'ai décidé de l'essayer, mais j'ai déjà compris qu'il s'agit d'une stratégie rentable. Pas de smiley.
Tous ceux qui écrivent "vérifiez d'abord avec vos mains" ou "donnez-moi l'article sur le studio" au moins six mois à l'avance, ou mieux encore dix ans à l'avance - c'est une sorte de jubilation intérieure. Vous vous trompez aussi, mais où sont les indicateurs tels que la stabilité de la stratégie, la résistance aux changements du marché ? Et à quoi sert le testeur de stratégie, si ce n'est à valider dans le temps et à le sauvegarder pour tester des idées. Il s'avère donc que pour un trader qui réussit, il y a une centaine de programmeurs, et pour un programmeur professionnel, il y a une centaine de non-traders et de personnes qui ne savent pas programmer (sous certaines conditions, bien sûr), mais tout le monde veut gagner de l'argent.
 
Prolon:
Tous ceux qui écrivent "première vérification avec vos mains" ou "donnez-moi une déclaration" pendant au moins six mois, ou mieux encore, pendant 10 ans - cela relève d'une sorte de jubilation interne. Vous vous trompez aussi, mais où sont les indicateurs tels que la stabilité de la stratégie, la résistance aux changements du marché ? Et à quoi sert le testeur de stratégie, si ce n'est à valider dans le temps et à le sauvegarder pour tester des idées. Il s'avère donc que pour un trader qui réussit, il y a une centaine de programmeurs, et pour un programmeur professionnel, il y a une centaine de non-traders et de personnes qui ne savent pas programmer (sous certaines conditions bien sûr), mais tout le monde veut gagner de l'argent.


Parfois, ils donnent tellement de RPT que vous dites au client - mon cher, nous l'avons mangé et vomi il y a longtemps, ça ne marche pas - mais non, il ne le croit pas. Un trader ne peut pas réussir s'il se lance tout seul dès le début et se met à genoux. Et personne ici ne se vante - si vous voulez faire du vélo, vous devez faire de l'exercice. Aucune recette toute faite ne vous sauvera. En outre, je suis convaincu quele trader indépendantqui réussit doit avoir au moins des compétences minimales en programmation (ce site est destiné à aider les traders à maîtriser la programmation). Apprenez la langue et ils vous aideront. Une stratégie rentable ne doit pas seulement tenir compte des mouvements de prix, mais aussi de la tromperie de DC, et des coupures de courant, et de la chute d'Internet, et de votre humeur et de celle de vos proches et probablement de beaucoup de facteurs. Le testeur ne vous est d'aucune aide ici.