So Leute, jetzt mache ich etwas, das ich selbst bei anderen kritisiern würde, aber wenn ich merke, dass mich eine Sache -in dem Fall der Candeltalk- grundsätzlich nervt, dann geht meine eigene Befindlichkeit vor.

Wie vielleicht manche Mitglieder verfolgt haben gibt es in einem Thread eine aberwitzige Diskussion, diese zeigte mir wieder einmal auf, dass Foren leider auch die Plattform von Traumtänzern, Realitätsverweigerern etc. sind, ich weiss, dass diese Bezeichnungen nicht auf viele Leute hier zutreffen, aber wie heisst es so schön? Ein fauler Apfel verdirbt den ganzen Korb!

Daher ziehe ich mich aus dem CT zumindest temporär zurück, allerdings ohne Prognose wie lange temporär bedeutet, d.h. aber auch, dass ich an diesem Projekt nicht mehr mitwirken werde, so wichtig ich es auch finde.

Macht weiter damit, das funktioniert ohne mich genau so gut oder schlecht wie mit mir, hier gibt es mehr als genug User mit dem entsprechendem Know How, sowohl fachlich als auch von der technischen Umsetzbarkeit.

Wie referenzierst du Währungskurse? Vor allem: Welchen Umrechnungskurs nimmst du als Basis?

Beispiel: Ich habe die getätigten Trades nur mit Ein- und Ausstiegskursen, wie rechne ich dann P/L eines Trades aus, der vor 3 Jahren stattgefunden hat?

Wesentlich einfacher ist es doch das Ergebnis des Trades in der Accountbasiswährung einzutragen.

Und man würde auch die Sache mit den Punktwerten, Ticksizes etc. umgehen, sonst müsste man nämlich zu jedem Future die Kontraktspezifikation referenzieren, die kann sich aber auch ändern.

@ Purri: Klar, XAMPP ist für die Einzelplatzinstallation technischer Overkill, das sprichwörtliche Schiessen mit Kanonen auf Spatzen, meiner Erfahrung nach für ONUs auch nicht ganz problemos zu bewerkstelligen.

Und genau aus diesem Grund würde ich eine webbasierende Lösung als brauchbar bezeichnen, egal welche Lösung wir erarbeiten, so sie desktopbasierend ist gibt es vermutlich immer wieder User, die mit dem notwendigem Konfigurations- und/oder Administrationsaufwand überfordert sind, Ziel und Anspruch sollte aber sein eine "deppensichere" Lösung zu erarbeiten, die selbst IT DAUs nutzen können, die Kosten für einen Webserver sind nicht das grosse Thema, das lässt sich machen.

Bei einer Firma -mit deren IKT Anlage ich irgendwie zu tun habe- gab es ein ähnliches Problem,bei den Kunden, die auch die Software der Firma nutzen, kam es immer wieder zu diversen Problemen, diese liessen sich zwar über Remoteunterstützung meist lösen, jedoch wurde die Sache immer arbeits- und zeitintensiver, daher wurde eine vollkommen neue Lösung erarbeitet, nämlich eben webbasierend, der Entwicklungsaufwand war eher geringer als für diverse Desktopapps, die Kundenzufriedenheit stieg aber enorm an.

Doch zurück zum aktuellen To Do Punkt: Ich werde im Laufe des Tages die ganzen Wünsche und Anregungen bezüglich der Inputmöglichkeiten zusammenfassen und das Lastenheft von der Inputseite her zur Diskussion stellen.

@ PT: Freut mich, dass du die XAMPP Lösung als brauchbar klassifizierst, bei der Vielzahl an gewünschten Features und dem gleichzeitigem Wunsch nach einfachster Bedienbarkeit bietet sich meines Erachtens sogar eine webbasierende Lösung an, selbst dezidierte Webserver gibt es ab EUR 50,--/Monat, die Vorteile einer derartigen Lösung -auf "Kundenseite" nur ein Webbrowser notwendig, keine Versions- und Kompatibilitätskonflikte, administrative Eingriffe zentralisiert etc.- sind nicht von der Hand zu weisen, bei lokalen XAMPP Installationen könnte ONU spätestens beim Auftreten kleinerer technischer Probleme überfordert sein.

Purri schrieb:

Krümel schrieb:

Purri schrieb:

Möglich wäre auch, dass man stattdessen rein die einzelnen Fills als Eingabe nimmt, und das Tool errechnet alles selbst (Durchschnittspreis Ein- und Ausstieg + Ergebnis).

Finde ich als Idee nicht schlecht. Dann muss man allerdings irgendnen Identifier vergeben/generieren, der den Gesamttrade kennzeichnet, damit man weiß, welche Positionen im Pyramidensystem zusammengehören und als Gesamtheit ausgewertet werden müssen.

Mir fällt gerade ein, dass wenn man nur Ein- und Ausstiege als Input nimmt, man nicht den PnL ausrechnen kann. Im Fall von FX benötigt man auch die Währungskurse um den Pip-Wert bestimmen zu können. Oder auch Instrumente die in anderen Währungen gehandelt werden im Allgemeinen. Das würde die Sache sehr verkomplizieren.

Der Einwand ist mir auch eingefallen, wenn ich zB nachschauen will wie meine FX Trades zwischen 10:00 und 12:00 performt haben, dann kann ich das nicht über die Geldbeträge machen, da ich sie sonst permanent konvertieren müsste, wenn ich das nämlich nicht mache, dann summieren sich da JPY mit USD etc.