Le travail de service : vers une réorientation des développeurs de haut niveau vers le professionnalisme - page 7
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
Heh heh))
Tout le monde avait un besoin urgent d'une garantie. Ils veulent une garantie d'exécution des ordres en temps voulu, une garantie que l'EA acheté sur le marché pour 10 livres continuera à faire 1 000 % de profit par mois et au-delà, comme sur la démo, et que les signaux achetés pour 20 livres, dans quelques mois, apporteront des millions, ou la sanction, sur le bûcher et au tribunal.
L'initiateur du sujet n'est probablement plus heureux à ce sujet).
L'iTC parle de cet emploihttps://www.mql5.com/ru/job/6193
Tout est clair avec les programmeurs - quelle que soit la façon dont on voit les choses, c'est lui qui est à blâmer pour avoir pris la commande et pour avoir fait capoter les délais et ...... et qu'il a travaillé, et comme chacun sait, celui qui ne fait rien n'est jamais en faute.
Il reste ensuite à traiter avec les clients, notamment les débutants - quelle est la demande du client pour l'incapacité à formuler un TOR correct et à "se faire sauter la cervelle une douzaine de fois avec sa spontanéité enfantine". Si vous savez que la première barre est la bonne, alors le conseiller expert ouvre des transactions qui ne sont pas en accord avec les signaux de l'indicateur sur l'historique - il est fortement en retard, il a besoin de plus tôt......
? ???????
Ce que je vois, en cas de TK contestable pour l'adéquation - c'est exactement la fonction de l'arbitrage, et c'est normal....
Les questions litigieuses sont toujours, idéalement, examinées par un observateur indépendant, mais cet observateur ne doit pas agir comme un juge, mais plutôt comme un médiateur entre les parties en conflit ; il existe des procédures et des règles correspondantes dans certaines organisations, qui permettent de résoudre de telles situations à la satisfaction mutuelle des parties et sans faire porter le chapeau à la partie arbitrale elle-même.
Je n'ai pas encore vu ça en programmation... mais ce serait intéressant de voir.
Il est toujours possible d'aller au fond des causes d'un conflit, la plupart d'entre elles se résument à un malentendu ou à une compréhension différente des mêmes choses, ce qui est indirectement confirmé par les résultats fructueux de la coopération - dans un lien permanent d'un client et d'un programmeur, coopérant constamment - juste entre eux, il y a plus de compréhension et d'accord sur telle ou telle question !
L'iTC parle de ce travailhttps://www.mql5.com/ru/job/6193
Heh heh))
Tout le monde avait un besoin urgent d'une garantie. Ils veulent une garantie d'exécution des ordres en temps voulu, une garantie que l'EA acheté sur le marché pour 10 livres continuera à faire 1 000 % de profit par mois et au-delà, comme sur la démo, et que les signaux achetés pour 20 livres, dans quelques mois, apporteront des millions, ou la sanction, sur le bûcher et au tribunal.
Tout le monde avait un besoin urgent d'être rassuré.
Pas de garanties, seulement des responsabilités)
Paramètres : Le délai d'exécution moyen prévu et le délai d'exécution moyen réel peuvent aider le client à décider du choix d'un spécialiste. Si le plan était de 3 jours, mais que le délai réel est de 7 jours, le client saura qu'il y a une forte probabilité de ne pas respecter le délai.
La différence est qu'il peut y avoir plusieurs de ces "7 au lieu de 3" : un programmeur a échoué, le contrat a été résilié ; le deuxième a échoué, le contrat a été résilié à nouveau, etc.
Et ce n'est pas l'affaire de l'entrepreneur de compter le temps (l'argent) du client. Si vous dites 3, soyez gentil et faites-le pour 3 (la clarification des tâches et les vérifications finales ne comptent pas).
Bienvenue dans le système d'esclavage !
Oui, comment pouvez-vous savoir à l'avance combien de temps il faudra pour réaliser un travail nuageux ? Et quelle est l'urgence ? "L'argent te brûle la cuisse ?" Ou le marché fermera-t-il dans trois jours ?
Bienvenue dans le système d'esclavage !
Comment diable peut-on savoir à l'avance combien de temps il faudra pour exécuter une commande obscure ? Et quelle est l'urgence ? "L'argent est une douleur dans le cul ?" Ou le marché va-t-il fermer dans trois jours ?
Désolé, ce n'est pas notre façon de faire.
Si la commande n'est pas claire, précisez tous les détails avant d'indiquer le prix et le calendrier. Si vous pensez que cela est nécessaire (et obtenez l'accord du client), faites-le payer.
J'ai déjà dit à propos de la précipitation - ce n'est pas votre affaire (pas celle du contractant), pourquoi aurais-je besoin d'un conseiller pour demain.