programmeur avec un minimum de garantie - page 8

 
delyus:

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.

 
YuraZ:

"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.

 
C'est un monde étrange, on peut souvent obtenir un excellent travail gratuitement, et parfois même pour de l'argent, ils déconnent - ce phénomène est typique et caractéristique de presque tout, même pour les femmes. J'ai travaillé une fois comme coiffeuse pour le plaisir, en remplaçant une amie, mais si votre main est habituée à bien couper les cheveux, aucune considération monétaire ne lui permettra d'emporter un morceau de cheveux. Et si vous ne savez pas comment faire, peu importe le montant de votre salaire, vous n'y arriverez pas. Pourtant, le programmeur prend l'argent d'avance s'il sait d'avance que l'idée est inutile et qu'il sait que le client sera déçu après avoir vu le piker déchu et que son ardeur s'éteindra comme un cul de concombre froid, en d'autres termes, le programmeur triche tout simplement. Et si l'idée est intéressante pour le programmeur lui-même, rien ne l'incitera à refuser de la mettre en œuvre, même si vous lui versez de l'argent pour qu'il ne le fasse pas.)) le travail fait frémir, le testeur chante, le temps passe imperceptiblement comme la nuit avec la princesse, et il y a un gros paquet d'argent en perspective. et le client, voyant un neuf droit à 45 degrés, ne résistera probablement pas à la tentation de payer le programmeur, même si ce sera des centimes par rapport à ce qu'un système rentable peut donner.
 
delyus:
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é.
delyus, vous en faites clairement trop ici. Quel que soit le système avec lequel le codeur est mandaté, il est tout à fait raisonnable de s'attendre à être payé, et la ruse n'a rien à voir avec cela.
 
Mathemat:
delyus:
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.
delyus, vous en faites clairement trop ici. Quel que soit le système avec lequel le codeur est mandaté, il est tout à fait raisonnable de s'attendre à être payé, et la ruse n'a rien à voir avec cela.

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.

 
Mathemat:

É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

 
Que penser 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 ? :))
 
delyus:
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.