Discussion de l'article "Comment commander un robot de trading dans MQL5 et MQL4" - page 4
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
En fait, nous sommes tous (l'administration, le développeur et le client) d'un côté ou de l'autre du service. Et chacun voit ses propres nuances et difficultés. La boîte de dialogue que vous avez citée, je viens de la voir - c'est un pas en avant significatif et important pour apporter toutes les informations nécessaires au client. J'ai dressé la liste des questions que 99 % des clients posent lorsqu'ils viennent au service pour la première fois. Et chaque client doit donner un lien vers le Guide pas à pas et vers la section Calcul des comptes avec une constance et une persistance enviables. Cet état de fait suggère que le niveau d'information dans les rubriques clés - Guide étape par étape et Calculs - est clairement insuffisant.
Bonjour, je suis nouveau sur mt5.com, j'ai commandé un EA dans la section des offres d'emploi et en suivant le processus étape par étape du travail, j'ai rencontré des difficultés à l'étape"Négociation des exigences". Nous avons tous les deux, le développeur et moi, confirmé l'étape mais je ne peux pas accéder à l'étape suivante Prototype/Modèle. La colonne Négociation des exigences est toujours en vert et je ne peux pas passer à la section suivante. Quelqu'un qui a de l'expérience peut m'aider...
J'AI LE MÊME PROBLÈME, VOIR LES IMAGES CI-JOINTES.
Vous avez une idée de ce qui se passe, comment nous pourrions résoudre cette situation ?
Bonjour à tous. J'ai une question sur ce sujet. La situation se répète souvent : le travail est pris, vous commencez à le faire et il s'avère que soit l'indicateur fourni par le client comme source de signaux pour ouvrir des transactions n'est pas correct et doit être amélioré, soit les souhaits du client après avoir passé l'étape de l'approbation du cahier des charges ont augmenté, ce qui conduit à une augmentation du coût du travail. Le client est d'accord et prêt à payer un supplément, mais le prix du projet est fixe et, si j'ai bien compris, il ne peut être modifié, même avec un consentement mutuel. Par conséquent, le paiement supplémentaire doit être effectué soit après le chantier, soit pour un autre travail, ce qui n'est pas toujours pratique. La question est la suivante : n'y a-t-il toujours pas moyen de modifier le coût des travaux après la signature du cahier des charges ? Dans la vie réelle, tout est simple : il suffit d'établir un avenant au contrat, dans lequel on indique les modifications à apporter aux termes de référence et au prix du contrat, d'apposer des tampons en coton et des signatures des deux côtés, et de continuer. Mais ici, je n'ai rien trouvé de tel. Ou peut-être n'ai-je pas assez cherché ? )))
Pour l'instant, cette possibilité n'existe pas, mais nous allons réfléchir à sa mise en œuvre.
Et seulement vers le haut et seulement si le client a assez d'argent.
Nous n'avons pas encore cette possibilité, mais nous allons y réfléchir.
Et seulement vers le haut et seulement si le client a suffisamment d'argent.
Nous n'avons pas encore cette possibilité, mais nous allons y réfléchir.
Et seulement vers le haut et seulement si le client a assez d'argent.
Nous n'avons pas encore cette possibilité, mais nous allons y réfléchir.
Et seulement vers le haut et seulement si le client a assez d'argent.
C'est le cas lorsque
1) l'artiste-interprète a la possibilité de refuser le travail
2) l'artiste-interprète a la possibilité de réduire le coût du travail
3) le client a la possibilité d'augmenter le coût du travail
Il y a un défaut dans les étapes de l'exécution du travail:
clause 3.2.7. du Règlement "Après confirmation de l'étape "Approbation des TDR" par les deux parties, le montant de la Commande est bloqué sur le compte du Client dans le Système de Paiement".
Il s'avère que les parties discutent des termes de référence, c'est-à-dire que le contractant se penche sur les termes de référence, y consacre son temps, corrige les termes de référence du client, consulte le client, et que ce dernier a la possibilité de "s'échapper" et/ou d'en choisir un autre. Par conséquent, il est souvent nécessaire d'accepter des TDR étudiés superficiellement, avec toutes les conséquences qui en découlent sous la forme d'une "sous-estimation de la complexité/du coût/de la faisabilité du travail".
L'étape d'approbation des termes de référence doit se dérouler en deux temps :
1. Le client confirme le cahier des charges - le montant est bloqué.
2. Il y a une discussion sur le cahier des charges et AVANT la confirmation de l'étape "Approbation du cahier des charges", l'exécutant doit pouvoir : refuser le cahier des charges, modifier le coût.
Ou la possibilité pour le contractant de refuser le cahier des charges et de modifier le coût à réaliser à l'étape "Prototype/Maquette".
Correct lorsque :
1) l'entrepreneur a la possibilité de refuser le travail
2) l'entrepreneur a la possibilité de réduire le coût du travail
3) le client a la possibilité d'augmenter le coût du travail.
Il y a un défaut dans les étapes de l'exécution des travaux :
clause 3.2.7. des Règles "Après confirmation de l'étape "Approbation des TDR" par les deux parties, le montant de la commande est bloqué sur le compte du client dans le système de paiement".
Il s'avère que les parties discutent des termes de référence, c'est-à-dire que le contractant se penche sur les termes de référence, y consacre son temps, corrige les termes de référence du client, consulte le client, et que ce dernier a la possibilité de "s'échapper" et/ou d'en choisir un autre. Par conséquent, il est souvent nécessaire d'accepter des TDR étudiés superficiellement, avec toutes les conséquences qui en découlent sous la forme d'une "sous-estimation de la complexité/du coût/de la faisabilité du travail".
L'étape de l'approbation des termes de référence doit se dérouler en deux temps :
1. Le client confirme le cahier des charges - le montant est bloqué.
2. Il y a une discussion sur le cahier des charges et AVANT la confirmation de l'étape "Approbation du cahier des charges", l'exécutant doit pouvoir : refuser le cahier des charges, modifier le coût.
Ou la possibilité pour le contractant de refuser le cahier des charges et de modifier le coût pour le réaliser à l'étape "Prototype/Maquette".
Je confirme que, plusieurs fois, sur de tels râteaux, le client a mâché son propre cahier des charges. Vous y passez 3-4 jours. Vous étalez le tout sur les étagères, et il repart avec ce TOR déjà déployé, et commande son exécution pour un montant inférieur.
Faites une part raisonnable du travail à TOR, et cette part s'avère n'avoir aucune garantie de paiement dans le service "Travail" ! !!!.
Tels sont les risques auxquels vous vous exposez en tant qu'entrepreneur. Après tout, lorsque vous choisissez un réfrigérateur, vous n'achetez pas celui qui est très bien décrit par le gérant. Vous prenez note de l'histoire du gérant et pouvez aller dans un autre magasin et acheter un réfrigérateur moins cher. Et le gérant ne recevra rien pour son histoire de qualité. Mais il est impossible de ne rien dire du tout. Le gérant l'a compris et prend un risque à chaque fois.
Vous, ainsi que d'autres défenseurs de l'utilisation gratuite de la main-d'œuvre qualifiée d'un programmeur, confondez constamment et de manière persistante :
a) la vente de produits déjà fabriqués, dont le prix comprend déjà une pénalité sous forme de travail improductif d'un gestionnaire-consultant, de loyer d'un magasin, etc,
b) avec la recherche, le développement et les travaux techniques - dans ce cas, l'objectif de la phase d'"approbation" est de comprendre ce que veut le client, de formaliser sa tâche initialement vague, etc. etc. - cela vaut le coût du travail professionnel, qui doit certainement être payé.
Si dans le premier cas le manager-consultant ne crée pas de nouvelle valeur - le produit est déjà fabriqué et prêt à être vendu, dans le second cas le programmeur qui discute avec le client de son propre cahier des charges crée un nouveau cahier des charges pour le client - et ce travail doit être payé.
Si, dans votre cas, le directeur reçoit certainement un salaire, dans le second cas, pour quelles raisons pensez-vous que le programmeur devrait rester sans salaire ? Le coût d'un TOR révisé et analysé n'est pas inférieur au coût d'écriture d'un programme - et le départ du client vers un autre programmeur est naturel et justifié par le désir de payer moins.
En réalité, aucun KB n'entreprendrait même d'analyser un problème sans garantie de paiement. Alors pourquoi serait-ce une norme dans le service Travail de ne pas payer (ou de ne pas garantir) le paiement pour l'analyse/la révision/la rédaction de RPT ?
La plupart des situations d'arbitrage dans le service Travaux sont des "termes de référence peu clairs", "complexité du travail sous-estimée". La raison en est que le développeur n'est absolument pas protégé contre un client peu scrupuleux au stade de l'"approbation du cahier des charges".
papaklass:
Si vous refusez de travailler sur le cahier des charges avec le client, vous le perdrez à coup sûr. En revanche, si vous l'aidez de manière compétente à rédiger le cahier des charges, il est très probable que ce travail vous sera confié et que le client reviendra vers vous à l'avenir. C'est le prix à payer pour travailler avec les gens.
Il est temps d'arrêter de considérer un programmeur comme un certain chômeur qui n'a rien à faire, qui s'assoit et attend et qui est heureux de chaque client et de chaque commande. Un programmeur a un emploi principal, ses propres intérêts et son temps libre. Et il est peu probable qu'un programmeur soit heureux de consacrer son temps libre à une commande qui n'a lieu qu'avec une certaine probabilité.