Discussion de l'article "Comment commander un robot de trading dans MQL5 et MQL4" - page 6
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 ce qui concerne le développement de TOR et les problèmes de paiement - dans le service "Work", tout est normalement prévu. Le client joint les TdR, appuie sur le 2e bouton - et le programmeur voit son argent. En d'autres termes, avant que le programmeur ne commence à travailler sur les TdR, il s'assure que le client est solvable. Ensuite, la tâche peut être modifiée et remplacée plusieurs fois.
J'ai eu affaire à un étranger qui marchandait, demandait une remise, et l'hypothèse de sa solvabilité semblait si plausible que j'ai entrepris de l'aider avec le TOR, mais dès qu'il s'est agi du deuxième bouton, il est devenu sourd-muet.
La conclusion de tout cela est qu'un programmeur, qui suit les règles, ne commence à travailler avec le RPT que lorsque le client appuie sur le deuxième bouton. La seule chose qui permet de juger de la solvabilité du client est le fait qu'il confirme la deuxième étape (TOR). Il n'y a rien d'autre (de nombreux internautes, tant russophones qu'anglophones, ont atteint la perfection dans l'art de la suggestion et du faux-semblant).
Quant à la correction du coût du travail en cas de modification du cahier des charges, honnêtement, je ne sais pas comment elle devrait être mise en œuvre. Mais il est quelque peu illogique qu'un programmeur réduise le coût du travail, tout comme il est illogique qu'un client l'augmente. Qui utilisera une possibilité aussi étrange ?
4) Un entrepreneur qui prend une commande et ne l'exécute pas dans les délais est l'objet d'un mépris universel ! Ils devraient être fouettés comme des "chèvres enragées" ! Et surtout ceux qui font partie des meilleurs développeurs.
Racontez-nous votre vie, pourquoi détestez-vous tant les programmeurs ?
1. Vous êtes-vous déjà fait avoir par un programmeur ?
2. Vouliez-vous devenir programmeur, mais cela n'a pas marché ?
3. Le programmeur a-t-il volé votre femme ?
4. Autre chose...
Il semble qu'il y ait un problème. L'entrepreneur ne voit pas combien d'argent se trouve sur le compte du client, et cela n'a pas d'importance, quelle différence cela fait-il de savoir qui a combien d'argent il y a. L'exécuteur testamentaire voit l'argent versé par le client, mais il le bloque. Avant que le client ne donne le feu vert au paiement, vous devez travailler sur la tâche. Suggérez-vous que nous acceptions le travail sans l'examiner ? Comment déterminer le coût ?
Une étape intermédiaire devrait peut-être être mise en œuvre. Tout d'abord, passer des commandes pour la rédaction des RPT. Il semble qu'il y ait une forte demande.
Quel type de client a besoin d'un RPT ? Le client a besoin d'une réalisation. Et l'analyse des RPT n'est pas la rédaction d'un nouveau RPT, mais un certain nombre de questions qui clarifient et formalisent plus ou moins la tâche.
Tout le monde donne un sens à la notion de "rédaction de TOR". Ouvrez le GOST 34 et lisez ce qu'est le cahier des charges.
Ici, les clients ne peuvent pas expliquer de manière élémentaire quand et avec quels paramètres passer des commandes.
Et le problème n'est pas de télécharger le "pognon" du client pour rédiger le cahier des charges, mais de passer du temps à trier et à comprendre "ce que veut le client" et de ne pas se retrouver sans commande.
Vous n'avez aucune idée du pourcentage de clients qui sont totalement incapables d'expliquer ce qu'ils veulent.
4) Un entrepreneur qui prend une commande et ne l'exécute pas dans les délais est l'objet d'un mépris universel ! Ils devraient être fouettés comme des "chèvres enragées" ! Et en particulier ceux qui font partie des promoteurs les plus importants.
Aux dépens de qui ? Au minimum, il s'agit d'un voyage d'affaires de l'employé chargé de la flagellation vers le lieu de résidence du programmeur. Transport, frais de déplacement, etc.
Que faire de ces frais ? Ils devront être inclus dans le pourcentage de service. Encore une fois, comment flageller ? Nous avons besoin d'une formalisation, du matériel, de la largeur, de l'épaisseur de la ceinture, etc.
La méthodologie de la flagellation n'est pas du tout précisée. Il y a beaucoup de questions. C'est une mauvaise idée. Comme toujours.
De toute façon, il n'y a rien de mieux que le prépaiement intégral. Les deux parties y trouvent leur compte. L'un de nos clients avait l'habitude de dire : "Je n'ai pas besoin de TOR, j'ai besoin d'un conseiller ! Si le prépaiement est intégral, le programmeur ne s'arrêtera pas de travailler tant que le client n'aura pas dit : "Je suis satisfait" (ou au moins cessé de dire : "Vous m'envoyez de la merde à chaque fois"). La sous-estimation du coût peut être de 90 %, mais le programmeur sera également satisfait - au moins du fait que le client n'a pas essayé de le tromper, c'est-à-dire de ne pas payer.
Enfin... soyez satisfaits, continuez à fantasmer. Réussir !
En général, est-ce sérieux ou essayez-vous de créer l'image la plus blanche et la plus pelucheuse ?
Que voulez-vous dire par "fantasmer" ? Il s'agit d'un véritable système de travail mutuellement bénéfique. Les meilleures commandes sont passées de cette manière. Les meilleures en termes de coût et d'adéquation avec le client.
Quoi qu'on en dise, dans tous les cas, le client est et reste plus important que l'exécutant. J'ai du mal à imaginer que des programmeurs puissent se passer des commandes entre eux.
L'exécuteur peut tout au plus dire : "une personne qui n'a pas d'argent n'est pas un client". C'est pourquoi le paiement anticipé a été inventé. La deuxième étape des règles d'exécution du travail - pour le client, il s'agit d'un prépaiement complet dans sa forme la plus pure. Et il peut même être remboursé.
Que voulez-vous dire par "fantasmer" ? Il s'agit d'un véritable système de travail mutuellement bénéfique. Les meilleures commandes sont passées de cette manière. Les meilleures en termes de coût et d'adéquation avec le client.
Quoi qu'on en dise, dans tous les cas, le client est et reste plus important que l'exécutant. J'ai du mal à imaginer que des programmeurs puissent se passer des commandes entre eux.
L'exécuteur peut tout au plus dire : "une personne qui n'a pas d'argent n'est pas un client". C'est pourquoi le paiement anticipé a été inventé. La deuxième étape des règles d'exécution du travail - pour le client, il s'agit d'un prépaiement complet dans sa forme la plus pure. Et il peut même être remboursé.
Qu'est-ce qui fonctionne vraiment ? Accepter un prépaiement sans lire le travail ?
La deuxième étape n'est pas un prépaiement complet dans sa forme la plus pure, car il faut d'abord travailler sur la tâche, puis, lorsqu'il apparaît clairement que la tâche est réalisable, accepter le paiement. Si vous prenez le paiement sans lire la tâche, oui shob vous avez dans le client un vrai schizophrène ou un daltonien complet, pour dégriser :). Et nous sommes passés par là, nous sommes passés par là.
J'aimerais que vous soyez vraiment schizophrène ou complètement daltonien,