La modération sur le marché - page 3

 
VOLDEMAR:
Pensez-vous qu'en cas de bogue, l'acheteur vous dira quel est le problème et dans quelle ligne de code ?
De quelle ligne de code s'agit-il ? Le code est-il disponible pour l'acheteur ? Ou vous êtes juste là pour parler ? :)
 

pas ici le modérateur parle juste en tant que futur acheteur.

Imaginez que l'acheteur achète et écrive dans son commentaire : "L'indicateur ne fonctionne pas, il ne dessine rien".

Dans ce cas, il est donc utile de prêter attention à l'indicateur et aux instructions, c'est-à-dire de prévenir ces points.

Croyez-moi - ces réponses des modérateurs étaient toutes et chacun a appris la vérité et l'expérience.

 
Novikov:

Avez-vous réfléchi à ce que vous avez écrit ? Si l'indicateur de quelqu'un ne fonctionne pas, cela ne signifie pas qu'il ne fonctionne pas du tout, mais simplement que ses mains sont tordues ou qu'il n'a pas pris la peine de lire les instructions !

Et comment pouvez-vous chercher la cause dans votre terminal si tout fonctionne bien ! Dois-je rappeler aux grands MODERATEURS de regarder dans le journal et de me le signaler ?

Pas seulement signaler que"l'indicateur ne dessine rien".

Raisonnement étrange : "Pour faire fonctionner l'indicateur, il faut lire le manuel".

Il est clair que lorsque l'indicateur est placé sur le graphique, il doit dessiner quelque chose. Les réglages et les instructions sont d'une importance secondaire.

Par conséquent, la réponse de la modération : " l'indicateur ne tire pas " est tout à fait correcte et vraie.

Vous vendez l'indicateur et résolvez vos propres problèmes.

Et vous devez creuser dans vos propres journaux. Pourquoi les modérateurs ou les acheteurs devraient-ils fouiller dans les registres du vendeur ?

Testez votre produit aussi minutieusement que possible.

Il ya une différence - la livraison de l'indicateur à l'ordre, où il ya un processus de débogage - ce processus est naturel et raisonnable demande de fournir les journaux - et il ya une vente, où l'acheteur ne devrait pas fouiller dans les journaux (au moins, lorsque la première commande, il est dans le processus de travail avec très rare situation anormale on peut demander des journaux).

 
abolk:

Raisonnement étrange : " Pour faire fonctionner un indicateur, il faut lire les instructions ".

Il est clair que lorsque vous placez l'indicateur sur le graphique, il doit dessiner quelque chose. Les réglages et les instructions sont d'une importance secondaire.

Par conséquent, la réponse de la modération : " l'indicateur ne tire pas " est tout à fait correcte et vraie.

Vous vendez l'indicateur et résolvez vos propres problèmes.

Et vous devez regarder dans vos propres journaux. Pourquoi les modérateurs ou les acheteurs devraient-ils fouiller dans le journal du vendeur ?

Testez votre produit aussi minutieusement que possible.

Il y a une différence - la livraison d'indicateurs personnalisés, où il y a un processus de débogage - ce processus est naturel et une demande naturelle de fournir les logs - et il y a une vente, où l'acheteur ne doit pas fouiller dans les logs (au moins, lors de la première commande, dans le processus d'une situation anormale très rare on peut demander des logs).

L'indicateur ne doit pas dessiner quoi que ce soit, l'indicateur peut collecter, convertir et écrire des données dans un fichier...
 
Novikov:
De quelle ligne de code parlons-nous de toute façon ? Le code est-il disponible pour le client ? Ou vous êtes juste venu pour parler ? :)

Que vous ayez le code source ou non, en cas d'erreur, le terminal affichera non seulement le numéro de la ligne avec l'erreur, mais aussi la position de l'erreur...

Un acheteur qui connaît ces détails peut vous écrire que le terminal indique une erreur à la ligne 123 et à la position 12, et vous, en tant que développeur, pouvez entrer dans le code source et voir quelle est l'erreur à la ligne 123 et à la position 12.

 
VOLDEMAR:
L'indicateur ne doit pas nécessairement dessiner quelque chose, l'indicateur pourrait dessiner, convertir et écrire des données dans un fichier...
Il devrait donc y avoir un moyen d'informer l'utilisateur du processus en cours ou de son absence (tentative ratée, etc.). Dans le journal, dans les commentaires du graphique ou avec l'indicateur de processus.
 
Novikov:

Avez-vous réfléchi à ce que vous avez écrit ? Je suis quoi, un médium ? Si l'indicateur de quelqu'un ne fonctionne pas, cela ne veut pas dire qu'il ne fonctionne pas du tout, cela veut simplement dire que les mains de quelqu'un sont tordues ou qu'il n'a même pas pris la peine de lire les instructions !

Et comment pouvez-vous chercher la cause dans votre terminal si tout fonctionne bien ! Et dois-je rappeler aux grands MODERATEURS de rechercher les messages dans le journal de bord et de me les signaler ?

Au lieu de simplement se désabonner parce que"l'indicateur ne dessine rien".

Tu ferais mieux de réfléchir à ce que tu écris !

Si le modérateur écrit qu'il ne fonctionne pas, c'est qu'il en est ainsi. Il vaut mieux tester votre ex_ sur différents terminaux de différents courtiers et regarder vous-même le journal et les onglets experts.

 
VOLDEMAR:
L'indicateur ne doit pas dessiner quoi que ce soit, l'indicateur peut collecter, convertir et écrire des données dans un fichier...
cela ne change rien à l'affaire - si l'indicateur écrit dans le fichier, la modération écrira : "l'indicateur n'écrit pas dans le fichier" - si la modération écrit : "l'indicateur ne dessine pas", cela signifie que l'indicateur ne fonctionne pas - c'est tout - personne ne doit donner d'explications, ni la modération ni l'acheteur - c'est le problème du vendeur et lui seul doit le résoudre - la modération n'est pas un débogueur et un testeur de bogues
 

Il faut toujours partir du principe que l'utilisateur final sera le moins compétent et ne brûlera pas d'envie de lire les manuels, les instructions avant d'exécuter le programme.

S'il existe une séquence d'actions dans laquelle aucun résultat du programme n'est visible pour l'utilisateur (ou attendu), il s'agit uniquement d'un problème :

  1. Développeur
  2. Le testeur
  3. Département AQ

Hélas, en raison de ressources limitées, un développeur seul doit assumer les rôles 2 et 3, et tous les problèmes sont donc ceux du développeur. Des tests insuffisants ou un système de communication avec le client insuffisamment réfléchi ne sont pas importants.

Tout programme doit en tout état de cause informer l'utilisateur de la manière la plus évidente (oh combien d'utilisateurs ignorent l'existence des logs !). Ajoutez au code le traitement de toutes les données d'entrée, toutes les actions de l'utilisateur, la vérification de tous les environnements externes, tous les états internes. Si quelque chose est mal fait dans le programme, laissez-le le signaler et envoyez au moins vous lire le manuel. Si tout se termine par une erreur fatale ( dépassement de tableau, accès à un pointeur invalide, etc.), c'est clairement la faute du développeur, qui peut également être gérée (par des contrôles) et signalée à l'utilisateur.

Les modérateurs ne sont pas des testeurs/représentants du service d'assurance qualité, ils n'ont pas à faire votre travail à votre place. Après tout, vous écrivez des logiciels commerciaux, ou... ? :)

Bien sûr, tout ceci n'est que mon opinion et vous ne pouvez pas ne pas être d'accord avec elle.

 
abolk:

Raisonnement étrange : "Pour faire fonctionner un indicateur, il faut lire les instructions".

Il est clair que lorsque vous placez l'indicateur sur le graphique, il doit dessiner quelque chose. Les réglages et les instructions sont d'une importance secondaire.

Par conséquent, la réponse de la modération : " l'indicateur ne tire pas " est tout à fait correcte et vraie.

Vous vendez l'indicateur et résolvez vos propres problèmes.

Et vous devez regarder dans vos propres journaux. Pourquoi les modérateurs ou les acheteurs devraient-ils fouiller dans le journal de bord du vendeur ?

Testez votre produit aussi minutieusement que possible.

Il ya une différence - la livraison de l'indicateur sur demande, où il ya un processus de débogage - ce processus est naturel et raisonnable demande de fournir les journaux - et il ya une vente, où l'acheteur ne devrait pas fouiller dans les journaux (au moins, lorsque la première commande, il est dans le processus de travail sur une situation anormale très rare, vous pouvez demander pour les journaux).

Pourquoi ce raisonnement étrange ? Un même indicateur peut être interprété différemment par chaque utilisateur - "vers" ou "depuis", sur un "rebond" ou un "breakout", etc.

Ou pensez-vous que l'acheteur paie de l'argent pour une photo de l'indicateur sans même aller à l'essentiel de ce qui est écrit ?

L'indicateur ne s'est pas affiché sur le graphique, mais a "dessiné" un message dans le journal indiquant que certaines citations étaient manquantes, auquel le modérateur n'a même pas pris la peine de prêter attention !

Au moins, c'était écrit noir sur blanc dans l'instruction, textuellement : "Assurez-vous que les 28 paires de devises contenant 8 monnaies (USD, EUR, GBP, CHF, CAD, AUD, NZD, JPY) sont présentes dans la fenêtre Market Watch".

Je pense que la réponse "l'indicateur ne dessine pas" est inutile, non informative et non correcte ! Comme tout le monde ici, je ne suis pas un médium !

Raison: