Arbitrage - règles, règlements, délais. - page 4

Nouveau commentaire
 

Il y a eu, en effet, 3 avertissements. Et voici ceux qui sont apparus après que vous ayez décidé d'ajouter #property strict... N'est-ce pas ?

Je pense qu'il est temps pour vous d'arrêter, il est clair pour tout le monde quel genre de personne vous êtes. Vous l'avez prouvé une fois de plus en public.

 

Il y a longtemps, j'ai lancé un sondage sur l'extension des fonctionnalités du forum. J'ai suggéré d'introduire un paramètre permettant de bloquer certains fils de discussion au choix de l'utilisateur.
Par exemple, si je n'aime pas un sujet, il ne me sera pas présenté.
Je me rends compte maintenant qu'une liste "blanche" et "noire" d'utilisateurs est très nécessaire.

 

Il s'agit d'une question de relation entre le commerçant et le codeur.

Je ne suis pas un codeur, mais je communique avec des codeurs depuis 2004 (si on ne prend que Metatrader). Et je pense qu'il est temps de créer une branche sur la façon dont un utilisateur ordinaire (non programmeur) peut normalement communiquer avec les codeurs. Voici ce que je peux dire en un coup d'œil :

1) Les négociants et les codeurs communiquent dans des langues différentes. Je ne parle pas de linguistique.
Très souvent, ils ne se comprennent pas. Par exemple - la demande de "faire un EA sur deux croix mobiles avec confirmation RSI d'un breakout de 80 pour l'achat et 20 pour la vente" est compréhensible pour le codeur. Mais est-ce bien ce que le client avait en tête ?

  • Confirmation du RSI sur la même barre avec un croisement des deux muwings ?
  • Le franchissement du niveau 80/20 du RSI, comment cela se produit-il ?
  • Sur quelles barres le niveau RSI passe-t-il ?
  • Qu'est-ce qui compte comme un croisement de deux muwings (selon le client - il regarde la photo ...) ?
  • Sur la barre ouverte, le crossover (le client sait-il ce que c'est) ?
  • Ou le croisement final sur la 1ère barre fermée (et commencé sur la seconde) ?

Une tâche simple... et déjà six questions supplémentaires pour le client.

2. Lescodeurs ont leur propre éthique (cela n'a rien à voir avec la concurrence). Grâce à l'éthique, ils coexistent les uns avec les autres.

3. Les codeurs et les traders ont des "mentalités" (je ne trouve pas le mot juste, désolé)différentes, car ce sont des professions différentes. Ce que le trader comprend sur le graphique (dans le sens de "puis-je faire un conseiller expert basé sur cette image") - peut poser beaucoup de questions au codeur. Parce qu'il (le codeur) traduit les mots du client et ses graphiques dans la vie réelle (en mathématiques). Et tout doit être défini avec précision (par le client). En d'autres termes, de belles images "rentables" peuvent être perçues différemment par les traders et les codeurs. Des photos de chats, par exemple, ils voient la même chose. Et ils voient les graphiques avec les indicateurs de différentes manières.

4. Les codeurs ont une spécialisation (leur "spécialité", pour ainsi dire). C'est comme pour les constructeurs (certains sont bons pour construire des yachts, d'autres pour construire des maisons), etc. Le mot "codeur" est à peu près le même dans ce sens que le mot "constructeur" ou "traducteur".

Il est peut-être temps d'ouvrir ici un fil de formation pour les clients potentiels sur la façon de préparer les termes de référence, ce qui peut être considéré comme un système commercial, comment communiquer avec les codeurs ... sinon il y aura d'autres cas comme celui-ci.

 
Je suis tout à fait d'accord avec ce qui précède !
 

newdigital:

....

Une tâche simple... et déjà six questions supplémentaires pour le client.

....

Il est probablement temps de lancer un fil de formation pour les clients potentiels sur la façon de rédiger un cahier des charges, ce qui peut être considéré comme un système commercial, comment communiquer avec les codeurs... Sinon, il y aura d'autres cas comme celui-ci.


Voilà le problème... Le codeur est une profession. Et un client ne l'est pas. Le client peut être un retraité, un écolier ou un ouvrier qui a déchargé des caisses de poisson congelé pendant 8 heures et qui, après le travail, s'est assis devant l'ordinateur - il y a quelque chose à lire mais beaucoup de mots, et il était fatigué ... Oui, il pourrait être un client.

Et il a besoin (par exemple) de tout énoncer en plusieurs fois et sous la forme KISS (Keep It Simple and Stupid). Pour qu'il (par exemple) comprenne ...

Les qualifications du client n'ont pas d'importance. C'est le client qui est un codeur ou non. Si le client n'est pas un codeur, nous avons besoin d'un fil de discussion sur la façon dont ils doivent communiquer entre eux.

 
newdigital:

N'inventez pas des choses qui n'existent pas. Il y a beaucoup de bêtises à faire ici.

Tous les problèmes d'arbitrage ne sont pas dus au RPT ou à ce que vous avez écrit ci-dessus, mais à un manque de volonté de compromis - à un manque de volonté d'entendre et d'écouter l'autre.

 
abolk:

N'inventez pas des choses qui n'existent pas. Il y a beaucoup d'absurdités à inventer ici.

Tous les problèmes d'arbitrage ne sont pas dus au RPT ou à ce que vous avez écrit ci-dessus, mais à un manque de volonté de compromis.

Le client potentiel doit être éduqué.

"Et il vit que c'était bon" n'existe que dans la Bible.
 
abolk:

Tous les problèmes d'arbitrage ne sont pas dus au RPT ou à ce que vous avez écrit ci-dessus, mais au refus de faire des compromis, au refus d'entendre et d'écouter l'autre.

Un exemple de la situation avec les avertissements du compilateur - entre l'initiateur et l'exécutant.

D'une part :

-- les avertissements du compilateur ne sont pas critiques

-- s'il n'y a pas de #property strict dans le code de l'implémenteur -- alors il n'y a aucune raison pour le client d'ajouter quelque chose au code de lui-même -- sinon, après l'avoir ajouté, il n'y a pas de raison de se plaindre

D'un autre côté :

-- l'exécuteur a admis que même sans #property strict -- il y a quelques ou trois avertissements

Quel est le scandale de cette situation ? La solution est simple : le client n'apporte pas de modifications non autorisées au code ; l'exécutant apporte des modifications au code qu'il livre au client. C'est tout. Le problème est réglé. Mais non. Scandale, dispute, nuages de pages, arbitrage.

 
Pour moi, dès les premières lignes de communication avec un tel client, il faut lui dire au revoir.
 
micle:
Pour moi, dès les premières lignes de communication avec un tel client, il faut lui dire au revoir.

Je suis désolé, pouvez-vous me citer exactement où était le harcèlement ? Ou la date et l'heure du message.

J'en tiendrais compte pour l'avenir ! Et parce que, tu sais, tu ne peux pas te voir de l'extérieur !

123456789
Nouveau commentaire