Mäßigung auf dem Markt - Seite 3

 
VOLDEMAR:
Glauben Sie, dass der Käufer Ihnen im Falle eines Fehlers sagen wird, wo das Problem liegt und in welcher Zeile des Codes?
Von welcher Codezeile ist die Rede? Ist der Code für den Käufer verfügbar? Oder sind Sie nur zum Reden hier? :)
 

nicht hier spricht der Moderator nur als zukünftiger Käufer.

Stellen Sie sich vor, der Käufer kauft und schreibt in seine Bewertung: "Der Indikator funktioniert nicht, er zeichnet nichts".

In diesem Fall lohnt es sich also, auf den Indikator und die Anweisungen zu achten, um diese Punkte zu vermeiden.

Glauben Sie mir - solche Antworten von Moderatoren waren alle und jeder hat die Wahrheit und Erfahrung gelernt.

 
Novikov:

Haben Sie darüber nachgedacht, was Sie geschrieben haben? Wenn ein Blinker nicht funktioniert, heißt das nicht, dass er gar nicht funktioniert, sondern nur, dass entweder die Hände schief sind oder man sich nicht die Mühe gemacht hat, die Anleitung zu lesen!

Und wie können Sie in Ihrem Terminal nach der Ursache suchen, wenn alles einwandfrei funktioniert? Und muss ich die großartigen MODERATOREN daran erinnern, in das Protokoll zu schauen und es mir zu melden?

Nicht nur berichten, dass"der Indikator nichts zeichnet".

Seltsame Argumentation: "Um den Indikator zu bedienen, muss man das Handbuch lesen".

Es ist klar, dass der Indikator, wenn er auf dem Diagramm platziert wird, etwas zeichnen muss. Einstellungen und Anweisungen sind von untergeordneter Bedeutung.

Daher ist die Antwort der Moderation: "Der Indikator zieht nicht" durchaus richtig und wahr.

Sie verkaufen den Indikator und lösen Ihre eigenen Probleme.

Und Sie müssen Ihre eigenen Protokolle durchsehen. Warum sollten Moderatoren oder Käufer in den Protokollen des Verkäufers herumstöbern?

Testen Sie Ihr Produkt so gründlich wie möglich.

Es gibt einen Unterschied - die Lieferung von Indikatoren zu bestellen, wo es einen Prozess der Fehlersuche - dieser Prozess ist natürlich und angemessenen Antrag auf die Protokolle - und es ist ein Verkauf, wo der Käufer sollte nicht in Protokollen stöbern (zumindest, wenn die erste Bestellung, ist es in den Prozess der Arbeit mit sehr seltenen abnorme Situation - Sie können für Protokolle fragen).

 
abolk:

Seltsame Argumentation: "Um einen Indikator auszuführen, muss man die Anleitung lesen".

Es ist klar, dass der Indikator etwas zeichnen muss, wenn Sie ihn auf das Diagramm setzen. Einstellungen und Anweisungen sind von untergeordneter Bedeutung.

Daher ist die Antwort der Moderation: "Der Indikator zieht nicht" durchaus richtig und wahr.

Sie verkaufen den Indikator und lösen Ihre eigenen Probleme.

Und Sie müssen Ihre eigenen Protokolle durchsehen. Warum sollten die Moderatoren oder Käufer in den Protokollen des Verkäufers herumstöbern?

Testen Sie Ihr Produkt so gründlich wie möglich.

Es gibt einen Unterschied - die Lieferung von Indikatoren, um zu bestellen, wo es einen Prozess der Fehlersuche - dieser Prozess ist natürlich und vernünftige Anfrage, um die Protokolle - und es ist ein Verkauf, wo der Käufer sollte nicht in den Protokollen stöbern (zumindest in der ersten Phase der Produktion, in den Prozess der eine sehr seltene abnorme Situation kann man Protokolle anfordern).

Der Indikator muss nichts zeichnen, der Indikator kann Daten sammeln, konvertieren und in eine Datei schreiben...
 
Novikov:
Von welcher Code-Zeile sprechen wir überhaupt? Ist der Code für den Kunden verfügbar? Oder sind Sie nur zum Reden gekommen? :)

Unabhängig davon, ob Sie über Quellcode verfügen oder nicht, zeigt das Terminal im Falle eines Fehlers nicht nur die Nummer der fehlerhaften Zeile, sondern auch die Position des Fehlers an...

Ein Käufer, der diese Details kennt, kann Ihnen schreiben, dass das Terminal in Zeile 123 und Position 12 einen Fehler meldet, und Sie als Entwickler können in den Quellcode gehen und sehen, welcher Fehler in Zeile 123 und Position 12 vorliegt.

 
VOLDEMAR:
Der Indikator muss nicht unbedingt etwas zeichnen, er könnte auch Daten zeichnen, konvertieren und in eine Datei schreiben...
Es sollte also eine Möglichkeit geben, den Benutzer über den aktuellen Prozess oder das Fehlen eines solchen (fehlgeschlagener Versuch usw.) zu informieren. Im Protokoll, in den Kommentaren zum Diagramm oder mit dem Prozessindikator.
 
Novikov:

Haben Sie darüber nachgedacht, was Sie geschrieben haben? Bin ich etwa ein Hellseher? Wenn ein Blinker nicht funktioniert, heißt das nicht, dass er gar nicht funktioniert, sondern nur, dass entweder die Hände schief sind oder dass man sich nicht die Mühe gemacht hat, die Anleitung zu lesen!

Und wie können Sie in Ihrem Terminal nach der Ursache suchen, wenn alles einwandfrei funktioniert? Und muss ich die großen MODERATOREN daran erinnern, im Logbuch nach Nachrichten zu suchen und sie mir zu melden?

Nicht nur, um denIndikator abzubestellen, dernichts zeichnet".

Denken Sie besser darüber nach, was Sie schreiben!

Wenn der Moderator schreibt, dass es nicht funktioniert, dann ist es so, besser testen Sie Ihr ex_ auf verschiedenen Terminals von verschiedenen Brokern und schauen Sie sich die Log- und Expertentabs selbst an.

 
VOLDEMAR:
Der Indikator muss nichts zeichnen, der Indikator kann Daten sammeln, konvertieren und in eine Datei schreiben...
das ändert nichts an der Sache - wenn der Indikator in die Datei schreibt, wird die Moderation schreiben: "der Indikator schreibt nicht in die Datei" - wenn die Moderation schreibt: "der Indikator zeichnet nicht", bedeutet das, dass der Indikator nicht funktioniert - das ist alles - niemand sollte irgendwelche Erklärungen abgeben, weder die Moderation noch der Käufer - es ist das Problem des Verkäufers und nur er sollte es lösen - die Moderation ist kein Debugger und Bug-Tester
 

Es sollte immer davon ausgegangen werden, dass der Endbenutzer am wenigsten kompetent ist und keine Lust hat, die Handbücher und Anweisungen zu lesen, bevor er das Programm ausführt.

Problematisch ist es nur, wenn es eine Abfolge von Aktionen gibt, bei denen für den Benutzer keine Ergebnisse des Programms sichtbar (oder zu erwarten) sind:

  1. Entwickler
  2. Der Prüfer
  3. QA-Abteilung

Leider muss aufgrund begrenzter Ressourcen ein einziger Entwickler die Rollen 2 und 3 übernehmen, so dass alle Probleme die Probleme des Entwicklers sind. Unzureichende Tests oder ein unzureichend durchdachtes System der Kommunikation mit dem Kunden sind nicht wichtig.

Jedes Programm muss dem Benutzer auf jeden Fall zumindest auf die offensichtlichste Weise etwas mitteilen (ach, wie viele Benutzer wissen nichts von der Existenz von Protokollen!) Ergänzen Sie den Code um die Verarbeitung aller Eingabedaten, alle Benutzeraktionen, die Überprüfung der externen Umgebung und aller internen Zustände. Wenn das Programm etwas falsch macht, sollte es das melden und Sie zumindest auffordern, das Handbuch zu lesen. Wenn alles zu einem fatalen Fehler führt (Array-Überlauf, ungültiger Zeigerzugriff usw.), ist dies eindeutig ein Fehler des Entwicklers, der auch (durch Prüfungen) behandelt und dem Benutzer gemeldet werden kann.

Moderatoren sind keine Tester/Vertreter der QA-Abteilung, sie müssen Ihre Arbeit nicht für Sie erledigen. Schließlich schreiben Sie kommerzielle Software, oder ...? :)

Natürlich ist dies alles nur meine Meinung und Sie können ihr nicht widersprechen.

 
abolk:

Seltsame Argumentation: "Um einen Indikator auszuführen, muss man die Anleitung lesen".

Es ist klar, dass der Indikator etwas zeichnen muss, wenn Sie ihn auf das Diagramm setzen. Einstellungen und Anweisungen sind von untergeordneter Bedeutung.

Daher ist die Antwort der Moderation: "Der Indikator zieht nicht" durchaus richtig und wahr.

Sie verkaufen den Indikator und lösen Ihre eigenen Probleme.

Und Sie müssen Ihre eigenen Protokolle durchsehen. Warum sollten die Moderatoren oder Käufer in den Protokollen des Verkäufers herumstöbern?

Testen Sie Ihr Produkt so gründlich wie möglich.

Es gibt einen Unterschied - die Lieferung von Indikatoren auf Anfrage, wo es einen Prozess der Fehlersuche - dieser Prozess ist natürlich und angemessenen Antrag auf die Protokolle - und es ist ein Verkauf, wo der Käufer sollte nicht in den Protokollen stöbern (zumindest, wenn es das erste Mal ist, in den Prozess der Arbeit auf eine sehr seltene abnorme Situation kann man Protokolle anfordern).

Warum diese seltsame Argumentation? Ein und derselbe Indikator kann von jedem Benutzer anders interpretiert werden - "nach" oder "von", bei einem "Bounce" oder "Breakout", usw.

Oder glauben Sie, dass der Käufer Geld für ein Bild des Indikators bezahlt, ohne sich überhaupt mit dem Inhalt des Geschriebenen zu befassen?

Der Indikator erschien nicht auf dem Diagramm, sondern "zeichnete" eine Meldung in das Protokoll, dass bestimmte Anführungszeichen fehlten, was der Moderator nicht einmal beachtete!

Zumindest stand es schwarz auf weiß in der Anleitung, und zwar wörtlich: "Stellen Sie sicher, dass alle 28 Währungspaare mit 8 Währungen (USD, EUR, GBP, CHF, CAD, AUD, NZD, JPY) im Marktbeobachtungsfenster vorhanden sind".

Ich denke, die Antwort "der Indikator zeichnet nicht" ist nutzlos, uninformativ und nicht korrekt! Ich bin, wie jeder hier, kein Hellseher!