Discussion de l'article "Comment commander un Expert Advisor et obtenir le résultat escompté" - page 6

Nouveau commentaire
 
denkir:

P.S. Il y a des développeurs décents en Freelance. Mais malheureusement, leurs avantages concurrentiels (expérience, qualité, expertise, etc.) sont souvent réduits à néant par les agents de dumping et l'incompétence des clients.....

J'ai récemment discuté de ce sujet dans un fil de discussion similaire.

Je pense qu'un artiste digne de ce nom trouvera son client. Mais des opinions différentes ont été exprimées)

ps : btw, donc ensemble et discuté

 
Bonsoir. Pouvez-vous me dire, si j'inclus directement dans le fichier TOR l'information sur le délai convenu entre moi et le programmeur (je considère que le délai est le moment où je reçois l'EA terminé, et non la mise en page, bien sûr), puis-je utiliser cette information comme moyen d'annuler la commande par arbitrage en cas de non-respect du délai de réalisation du travail ? Je peux également inclure dans les RPT l'information selon laquelle je vais, par exemple, quotidiennement (au moins une fois par jour) prendre contact avec le programmeur pour répondre à toutes ses questions, etc. Donc, en bref, si je crée mon propre petit règlement directement dans les TdR, protégeant à la fois mes droits et les droits du programmeur, bien sûr, après en avoir convenu avec le programmeur (logiquement, il devrait lire le fichier des TdR), cela peut-il devenir une base juridique pour ma défense ? Eh bien, honnêtement, j'en ai assez de ceux qui disent une chose et en font une autre... En fait, le programmeur est tenu d'étudier attentivement les TdR avant d'accepter les conditions du client, et si quelque chose n'est pas clair pour lui ou semble impossible, il est tenu de le signaler immédiatement, dans le processus d'étude des TdR, et non dans le processus d'exécution. Encore une fois, je peux également inclure cela dans mon règlement. La seule question est de savoir si le service considérera la création de son propre règlement comme quelque chose d'illégal. Comme le montre la pratique, la plupart des programmeurs acceptent de faire le travail dans n'importe quelles conditions simplement pour dire au client ce qu'il veut entendre et obtenir son accord pour faire le travail. J'en ai assez de gaspiller de l'argent avec de tels programmeurs. J'attends une réponse à cette question. Je vous remercie de votre attention.
 
Eduard Minosian:
Il suffit de poser la question dans un seul fil.
 
Andrey Khatimlianskii:
Le programmeur n'est pas responsable de la rentabilité de votre stratégie, sa tâche est d'écrire un programme qui fonctionnera selon l'algorithme approuvé par vous.
100%
 
Eduard Minosian:
Bonsoir. Pouvez-vous me dire, si j'inclus directement dans le fichier TOR l'information sur le délai convenu entre moi et le programmeur (je considère que le délai est le moment où je reçois l'EA terminé, et non la mise en page, bien sûr), puis-je utiliser cette information comme moyen d'annuler la commande par arbitrage en cas de non-respect du délai de réalisation du travail ? Je peux également inclure dans les TOR l'information que je vais, par exemple, quotidiennement (au moins une fois par jour) prendre contact pour répondre à toutes les questions du programmeur, etc. etc. etc. Donc, en résumé, si je crée mon propre petit règlement directement dans les TdR, protégeant à la fois mes droits et les droits du programmeur, bien sûr, après en avoir convenu avec le programmeur (logiquement, il devrait lire le fichier des TdR), cela peut-il devenir une base juridique pour ma défense ? Eh bien, honnêtement, j'en ai assez de ceux qui disent une chose et en font une autre... En fait, le programmeur est tenu d'étudier attentivement les TdR avant d'accepter les conditions du client, et si quelque chose n'est pas clair pour lui ou semble impossible, il est tenu de le signaler immédiatement, dans le processus d'étude des TdR, et non dans le processus d'exécution. Encore une fois, je peux également inclure cela dans mon règlement. La seule question est de savoir si le service considérera la création de son propre règlement comme quelque chose d'illégal. Comme le montre la pratique, la plupart des programmeurs acceptent de faire le travail dans n'importe quelles conditions simplement pour dire au client ce qu'il veut entendre et obtenir son accord pour faire le travail. J'en ai assez de gaspiller de l'argent avec de tels programmeurs. J'attends une réponse à cette question. Je vous remercie.

Voici le paradoxe :

Plus vous répondrez complètement à toutes les questions, plus j'aurai de chances de travailler avec vous, à la fois sur ce TOR et sur le prochain. En même temps, ne m'écrivez pas et ne laissez pas de demandes de travail si.. :

1. Vous n'êtes pas satisfait que j'aie choisi un programmeur parmi plusieurs.

2. Vous voulez rapidement arracher de l'argent à n'importe quel prix et ensuite me jeter, me laissant avec un robot, que personne ne voudra réparer.

3. Vous voulez parler de quelque chose à quelqu'un.

4. Vous ne savez pas comment respecter les délais que vous indiquez.

https://www.mql5.com/ru/job/38355 

Vous n'avez pas vraiment le choix.
 
Eduard Minosian:
Bonsoir. Pouvez-vous me dire, si j'inclus directement dans le fichier TOR l'information sur le délai convenu entre moi et le programmeur (je considère que le délai est le moment où je reçois l'EA terminé, et non la mise en page, bien sûr), puis-je utiliser cette information comme moyen d'annuler la commande par arbitrage en cas de non-respect du délai de réalisation du travail ? Je peux également inclure dans les TOR l'information que je vais, par exemple, quotidiennement (au moins une fois par jour) prendre contact pour répondre à toutes les questions du programmeur, etc. etc. etc. Donc, en bref, si je crée mon propre petit règlement directement dans les TdR, protégeant à la fois mes droits et les droits du programmeur, bien sûr, après en avoir convenu avec le programmeur (logiquement, il devrait lire le fichier des TdR), cela peut-il devenir une base juridique pour ma défense ? Eh bien, honnêtement, j'en ai assez de ceux qui disent une chose et en font une autre... En fait, le programmeur est tenu d'étudier attentivement les TdR avant d'accepter les conditions du client, et si quelque chose n'est pas clair pour lui ou semble impossible, il est tenu de le signaler immédiatement, dans le processus d'étude des TdR, et non dans le processus d'exécution. Encore une fois, je peux également inclure cela dans mon règlement. La seule question est de savoir si le service considérera la création de son propre règlement comme quelque chose d'illégal. Comme le montre la pratique, la plupart des programmeurs acceptent de faire le travail dans n'importe quelles conditions simplement pour dire au client ce qu'il veut entendre et obtenir son accord pour faire le travail. J'en ai assez de gaspiller de l'argent avec de tels programmeurs. J'attends une réponse à cette question. Je vous remercie.

Si vous le pouvez à 100 %, je l'inclurai par tous les moyens.

Je suis très attaché aux principes et attentif au temps d'exécution des tâches.

et même si je n'ai que 4 tâches terminées, je n'ai jamais été en retard et je ne le serai jamais.

- Au moins, ce n'est pas de ma faute.


--

il y a l'autre côté de la lune.

Permettez-moi de dire que je n'ai pas encore été confronté à une telle situation.

1 le client a choisi l'entrepreneur

2 Les termes de référence ont été convenus - le montant et la durée ont été convenus - disons que la durée a été fixée à 1 jour.

3 Le programmeur a commencé le travail - et l'a terminé en une heure - et en a informé le client via le service.

4 L'un des scénarios suivants se produit : le client est occupé, il est parti en vacances, il est parti en vacances.

Peu importe la raison, il n'a pas répondu le soir, n'a pas répondu le matin et le soir du deuxième jour et, en général, a disparu pendant trois jours.

En conséquence, le programmeur subit un retard dans son travail.

--

D'ailleurs, de l'autre côté de la lune, le client tombe sur le programmeur qui n'exécute pas le travail à temps.

---

et de tels cas ne sont pas rares si l'on en juge par les profils des free-lances.

--

Il serait bon de séparer la comptabilisation du temps du CLIENT et de l'EXECUTEUR.

Nous devrions demander collectivement à MetaQuotes de le faire.

 

Très bien !

C'était très complet et bien expliqué !

J'ai déjà écrit un algorithme (c'est-à-dire une description de ce dont j'ai besoin, en termes simples).

Tout est en place et il était bon de voir que ce que vous avez écrit correspondait à ce que j'avais déjà préparé.

Il ne me reste plus qu'à prendre contact avec un programmeur !

Je vous remercie.

 
TenKeiTrader:

Très bien !

C'était très complet et bien expliqué !

J'ai déjà écrit un algorithme (c'est-à-dire une description de ce dont j'ai besoin, en termes simples).

Tout est en place et il était bon de voir que ce que vous avez écrit correspondait à ce que j'avais déjà préparé.

Maintenant, il faut que je prenne contact avec un programmeur !

Je vous remercie.

 
Eduard Minosian:
Bonsoir. Pouvez-vous me dire, si j'inclus directement dans le fichier TOR l' information sur le délai convenu entre moi et le programmeur (je considère que le délai est le moment où je reçois l'EA terminé, et non la mise en page, bien sûr), puis-je utiliser cette information comme moyen d'annuler la commande par arbitrage en cas de non-respect du délai de réalisation du travail ? Je peux également inclure dans les RPT l'information selon laquelle je vais, par exemple, quotidiennement (au moins une fois par jour) prendre contact avec le programmeur pour répondre à toutes ses questions, etc. Donc, en bref, si je créemon propre petit règlement directement dans les TdR, protégeant à la fois mes droits et les droits du programmeur, bien sûr, après en avoir convenu avec le programmeur (logiquement, il devrait lire le fichier des TdR), cela peut-il devenir une base juridique pour ma défense ? Eh bien, honnêtement, j'en ai assez de ceux qui disent une chose et en font une autre... En fait, le programmeur est tenu d'étudier attentivement les TdR avant d'accepter les conditions du client, et si quelque chose n'est pas clair pour lui ou semble impossible, il est tenu de le signaler immédiatement, dans le processus d'étude des TdR, et non dans le processus d'exécution. Encore une fois, je peux également inclure cela dans mon règlement. La seule question est de savoir si le service considérera la création de son propre règlement comme quelque chose d'illégal. Comme le montre la pratique, la plupart des programmeurs acceptent de faire le travail dans n'importe quelles conditions simplement pour dire au client ce qu'il veut entendre et obtenir son accord pour faire le travail. J'en ai assez de gaspiller de l'argent avec de tels programmeurs. J'attends une réponse à cette question. Je vous remercie.

Si vous faites cela, le dossier cessera d'être une mission technique et vous ne serez pas perçu comme un client normal.

  
Bonjour, 
ce qui est vraiment très mauvais et désavantageux pour le client est la situation suivante : 



Un développeur est chargé d'un projet.



Celui-ci examine le projet et donne une promesse positive. 



En toute bonne foi, le client lance la demande de projet et télécharge l'argent via sa carte de crédit. 



Il attend maintenant la confirmation du développeur, mais celui-ci ne répond plus (il est peut-être décédé). 



L'argent du client se trouve maintenant chez mql5.com et le client ne veut pas exécuter le projet avec un autre développeur, parce qu'il a eu des expériences négatives. 



Le client n'a donc aucune chance de récupérer son argent ?
12345678
Nouveau commentaire