![MQL5 - Langage des stratégies de trading intégré au terminal client MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
OK, les 2 derniers, répondez à la question "comment un client peut-il choisir un programmeur sur ce site et ne pas tomber sur un sous-programmeur ?" et postez la réponse en haut de la page quand vous allez dans la section "travail". A partir de l'exemple donné :
- note de l'entrepreneur : dans le classement qui est disponible, je sais pertinemment qu'il y a des sous-codeurs même dans les premières places =/ la tricherie bat son plein en plus.
- arbitrage avec historique de référence : non disponible, mais je suis d'accord pour dire que le client n'ira pas dans ce sens, bien qu'en termes généraux, l'objet du litige puisse être décrit sans aucune description de la stratégie.
- Portefeuille : cela s'applique aux choses qui peuvent être ressenties rapidement, malheureusement le testeur de stratégie ne révèle pas la plupart des erreurs graves, et même le test sur un compte de démonstration ne le fait pas. Ces erreurs ne peuvent être vues que par un programmeur expérimenté.
J'ai choisi deux fois, et à chaque fois je suis tombé sur des spécialistes, l'un en haut du classement, l'autre en bas, et tous deux intelligents et expérimentés.
Voir mon travail.
Moi, par exemple, je tire des conclusions sur une personne lors de la communication, l'expérience je suppose !
Ils ne font pas d'erreur - seul celui qui ne fait rien, juste certains à la découverte d'erreurs tombent dans l'hystérie, tandis que certains vérifient d'abord tout sur la démo.
J'ai suffisamment d'observations dans la démo et sur le devis ; je ne me soucie pas de l'écriture du programmeur, je connais l'algorithme dont j'ai besoin et je peux suivre le comportement du conseiller expert même si le testeur ne le montre pas.
La correction d'une commande est un phénomène normal, par exemple, lors de la confection d'un costume.
Et pour la correction il y a une période dans le processus de travail juste dans le schéma déjà en place.
Bien sûr, si le cahier des charges est adéquat, bien que le cahier des charges adéquat lui-même supprime le nombre d'ajustements.
Les corrections de commande sont normales, par exemple lors de la couture d'un costume, oui 3 - les essayages se produisent
Désolé, mais un tailleur fait des essayages pour s'adapter à une silhouette, pas pour changer dans le modèle. N'importe quel tailleur vous enverra promener si, lors de l'essayage suivant, vous dites soudainement que je ne veux pas de ces volants et que je veux cette encoche ici.
Et je parle de, ne me donnez pas de fioritures si vous n'avez pas pu épouser la forme la première fois....... j'ai tout écrit dans les termes de référence...... remarqué cette chose, tous les programmeurs ne prennent pas la peine d'étudier attentivement les termes de référence
Avec cette approche, tout arbitre sera de mon côté, même si je n'amène jamais la situation à ce stade.
Je peux vous donner une recommandation, imprimez vos TdR sur papier et rayez les points exécutés avec un feutre rouge :-)
Mais assurez-vous que c'est rouge :-) Comme à l'école.
Alors tout arbitrage sera de votre côté, si tant est qu'il le soit. ....
Maintenant, dans l'arbitrage "Travail", la situation est considérée uniquement dans le contexte du contenu des RPT.
Et les termes de référence sont discutés avant que le prix final ne soit affiché.
Je ne vois pas du tout de problème pour les clients ou les programmeurs.....
Ce dont je parle, ne me donnez pas de fioritures si vous n'avez pas pu épouser la forme du premier coup....... j'ai tout écrit dans les termes de référence...... remarqué cette chose, tous les programmeurs ne prennent pas la peine d'étudier les termes de référence attentivement
Avec cette approche, n'importe quel arbitre sera de mon côté, même si je n'amène jamais la situation à ce point.
Je peux vous donner une recommandation, imprimez vos TdR sur papier et rayez les points exécutés avec un feutre rouge :-)
Mais assurez-vous que c'est rouge :-) Comme à l'école.
Si c'est écrit dans la mission. Si ce n'est pas écrit, alors excusez-moi, passez votre chemin.
Je suis d'accord sur le principe, mais vous pouvez même perdre des clients fidèles de cette façon.
Et si c'est écrit - mais pas fait.....
Je préfère toujours la voie du compromis, du moins - de mon côté, je suis toujours prêt, c'est juste l'expérience, mais pour une raison quelconque, je rencontre toujours des entrepreneurs et des professionnels compréhensifs - le karma probablement :-) aucun malentendu ne survient !
Je suis d'accord sur le principe, mais vous pouvez même perdre des clients fidèles de cette façon.
Et si c'est écrit - mais pas fait.....
Si c'est écrit mais pas fait - il devrait être suffisant de dire qu'un certain point n'est pas fait.
Vous perdrez des clients. Et pourquoi avez-vous besoin de tels clients, pour lesquels vous travaillez trois fois plus que ce qui est écrit dans la tâche ? Vous n'avez pas besoin de tels clients.
S'il est écrit mais pas fait, il devrait suffire de signaler qu'un point n'est pas fait.
Le gaspillage de clients. Pourquoi avez-vous besoin de tels clients, pour lesquels vous travaillez trois fois plus que ce qui est écrit dans la mission ? Vous n'avez pas besoin de tels clients.
Est-ce que je suggère que vous travaillez trois fois plus ? :-)
Et sur le premier point, je suis absolument d'accord, mais mieux vaut un feutre, un feutre, je ne peux pas savoir ce qui n'a pas été fait, je dois vérifier tous les ..... et encore deviner ce qui n'a pas été mis en œuvre ... et je ne suis pas un programmeur ... :-) mais un programmeur a juste besoin d'implémenter tous les points de TOR..... dans mon cas
1. Est-ce que je suggère que vous travaillez trois fois plus ? :-)
2) Et sur le premier point, je suis absolument d'accord, mais il vaut mieux utiliser un feutre, un feutre, je ne peux pas savoir ce qui n'est pas fait, je dois vérifier tout..... et encore deviner ce qui n'est pas implémenté.... :-) et le programmeur n'a plus qu'à mettre en œuvre tous les points..... dans mon cas
1. Qu'est-ce que ça a à voir avec moi ? Nous parlons du cas général. Vous ne suggérez pas, mais vous laissez entendre que si... alors... tous les clients vont se disperser. Vous êtes pratiquement en train de menacer, d'effrayer, de faire du chantage, de terroriser les entrepreneurs potentiels. Même si ce n'est pas le cas, au moins vous faites la propagande de cette idéologie. En fait, une autre idéologie est plus répandue : si vous faites effectuer un travail sur commande personnelle, il est d'usage de donner un pourboire.
2. Tu sais comment dans Alice ?
Alice se tourne vers le chat :
- dis-moi comment y aller.
- où voulez-vous aller ?
- Je m'en fiche.
- alors tu ne te soucies pas de savoir où tu veux aller.
Il n'y a pas d'échappatoire : c'est au client de vérifier si tous les points ont été abordés. Personne ne peut exclure le cas où l'auteur dit l'avoir fait mais ne l'a pas réellement fait.
OK, les 2 derniers, répondez à la question "comment un client peut-il choisir un programmeur sur ce site et ne pas tomber sur un sous-programmeur ?" et postez la réponse en haut de la page quand vous allez dans la section "travail". A partir de l'exemple donné :
- note de l'entrepreneur : dans le classement qui est disponible, je sais pertinemment qu'il y a des sous-codeurs même dans les premières places =/ la tricherie bat son plein en plus.
- arbitrage avec historique de référence : non disponible, mais je suis d'accord pour dire que le client n'ira pas dans ce sens, bien qu'en termes généraux, l'objet du litige puisse être décrit sans aucune description de la stratégie.
- Portefeuille : cela s'applique aux choses qui peuvent être ressenties rapidement, malheureusement le testeur de stratégie ne révèle pas la plupart des erreurs graves, et même le test sur un compte de démonstration ne le fait pas. Seul un programmeur expérimenté peut détecter ces erreurs.
OK, 1 premièrement, voici ma vision de la réponse à votre question "comment un client peut choisir un programmeur sur ce site et ne pas se faire prendre par un sous-codeur ?". (je l'ai copié en entier pour ne pas être détourné du sujet)
Lors du choix d'un programmeur :