Mythos

Klingt perfekt, das sollten wir einfach in den Source schreiben oder? Hast du da zufällig den Text?

ja geht, habs auf die wunschliste geschrieben wo soll der angezeigt werden?

Nochmal thx an whipsaw: Online we are: http://www.equitycurvesimulator.com/ bzgl. SEO: diskussion im Wiki.

Man kann js "unlesbar" machen. Aber ich hab jetzt kein Tool dafür bei der Hand. Nachladen des skripts bringt nichts. Weil auch jeder Kopierer sich den nachgeladenen code anschauen und händisch einfügen kann. Wie gesagt: Mit Aufwand geht sicher alles. Steht nur für mich nicht dafür und geht gegen den OpenSource-Gedanken. EDIT: @lutz, da haben wir uns scheinbar beim posten überschnitten ;)

Meine Meinung zu dem ganzen: Für mich war es von Anfang an eher ein "kleines Tool für alle, wo jeder mit machen kann was er will". Deswegen hab ich auch kein Problem mit Opensource. Bei solchen Projekten ist der Hauptnutzen für mich eigentlich immer im persönlichen Lerneffekt, und natürlich im Tool das man schafft. Aber nicht im "Erfolg" den das Tool hat. Sprich wenn jetzt jemand das Tool kopiert/bei sich einbindet etc. ist es zwar schade wenn kein Verweis auf die Originalurheber stattfindet, aber für mich steht der Aufwand und die Unanehmlichkeiten durch "Schutzversuche" nicht im Verhältnis zu deren Nutzen. Denn wie man sieht kann das Tool sehr schnell neu geschrieben werden. Und egal wer den Code kopiert etc. Wir haben die Originalversion, wir haben die Page und die Referenz. Ich bin also dafür den Verweis auf die Lizenz einzubauen (kenn mich mit den verschiedenen Opensource lizenzen nicht so aus, hat da jemand den Überblick und den Text den man einbinden müsste/könnte?). Und dann möglichst bald online gehen und dafür sorgen das wir bei google raufkommen ;) Eine kurze googlesuche zeigt ja auch das wir nicht die ersten sind die sowas bauen. Es ist also sicher keine Alleinstellungsmerkmal oder Milliardendollar-Idee... Halt ein weiteres nettes Projekt wo jeder was lernt und am ende ein nettes Tool rauskommt.

Code "schützen" kann man ja in mehreren Richtungen: Einerseits verhindern das Dritte den Sourcecode sehen/kopieren können. Das geht bei JS schwer und geht auch gegen die Idee von OpenSource. Andererseits "schützt" man Code bzw. den Aufwand der für die Entwicklung bestanden hat mit entsprechenden Copyright und Lizenzangaben. OpenSource ist im allgemeinen ja auch nicht "total frei" sondern unter gewissen Bedingungen "frei verfügbar". Ich glaub es wurde schonmal eine Linzenz vorgeschlagen oder? bzgl 0.3.0: ist online. Die Mehrsprachigkeit bzw. das umschalten funktioniert jetzt nur online oder? spricht etwas dagegen die Übersetzungen in ein array in ein .js file zu legen wodurch auch das umschalten der Sprache ohne webaufruf erfolgt?

Gibt wieder ein neues Update, hoffentlich haben sie diesmal alles gefixt. http://www.heise.de/newsticker/meldung/Grosses-Notfall-Update-fuer-Java-1796504.html

Für ein paar Seiten seh ich zu Beginn nicht die Notwendigkeit ein ganzes CMS aufzusetzen. Es muss ja nicht nur der Content sondern auch das CMS gewartet werden. Ich hab gerade noch die Möglichkeit eingebaut das die Simulationsparameter per GET übergeben werden. dadurch ist ein direkteinstieg zu einer Simulation möglich: http://www.mathewg.at/EquityCurveSimulator/index.html?risk=5&winLossRel=1.2&winProb=55&scaleType=1&numTrades=200&numRuns=50&run=1 ab sofort würd ich sagen laden wir die Zips im Wiki hoch, da haben wir es einerseits bei der Doku dabei und gleich die Versionierung etc. http://metatrader-wiki.com/wiki/index.php/Datei:ECS.zip

Damit verlierst du dann aber Speed und die Offlinefähigkeit. Ich denke wir müssen aufpassen, dass das Projekt nicht in viele kleine Unabhängige Schnipsel zerfällt. Ich persönlich sehe eine CMS vor allem für Version 1.0 als overkill. Welcher Content soll aus dem CMS kommen? Wer wartet diesen Content? Ich werd mal Wikiseiten anlegen, dann können wir dort die einzelnen Punkte auf den Diskussionsseiten besprechen und splitten nicht diesen Thread zusehr auf. EDIT: There u go: http://metatrader-wiki.com/wiki/index.php/ECS:Overview

Wir könnten ein paar Spezialseiten im Wiki "mißbrauchen"

Das nimmt ja richtig Formen an. Ich würde mal sagen Version 1.0 wird die erste Version auf eigener Page mit Landingpage, automatische Umleitung auf Mobile bei mobilen Geräten etc. Auf mathewg.at liegts nur weil das meine Page is und ich es am Anfang schnell auf einen Server legen wollte ;) Eigene Page ist natürlich besser (mMn wäre Integration in Tom-Next auch gegangen), thx @whipsaw dafür. Wenn die weitere Planung die bereits skizzierten Ausmaße annehmen soll, sollten wir das auch planen. Folgende Punkte wären aus meiner Sicht wichtig (Dazu auch gleich immer meine ersten Ideen): # Welche Funktionalität soll php liefern? - dynamische Umleitung auf Mobile - spätere Möglichkeit der DB-Anbindung # Welche Funktionen benötigt der JS-Core noch? - Einlesen einer Liste von Beispiel Trades (mit ansprechender GUI und UX) und simulation entsprechend dieser Werte. (Version 0.3) - Automatisches Redraw bei Änderung der Werte - Automatische Korrektur "falscher" Parameter (entfernen von buchstaben etc.) - Sprachenswitch (sollte alles offline funktionieren) (Version 0.2) # Welche Pages braucht die Domain/Wie soll die Struktur aussehen? - Startpage mit Info und später ggf. login - Der Simulator itself (wie vorhanden inkl. Sprachenswitch & link zu mobil) - mobile version Meinungen dazu? -

There u go: var options= { seriesDefaults: { showMarker:false, }, axesDefaults: { labelRenderer: $.jqplot.CanvasAxisLabelRenderer }, axes: { xaxis: { label: "# trade", pad: 0 }, yaxis: { label: "equity" }, }, cursor: { show: true, tooltipLocation:'sw' } }; if (this.fieldScaleType.value == 1) { // logarithmische y-Achse options.axes.yaxis.renderer= $.jqplot.LogAxisRenderer; options.axes.yaxis.tickDistribution='power'; } else { options.axes.yaxis.renderer= $.jqplot.LinearAxisRenderer; } if(this.myChart) { this.myChart.data= lines; this.myChart.resetAxesScale(true,options); this.myChart.replot(options); } else this.myChart = $.jqplot ('simulatorChart', lines, options); Zip von 0.1.5 (zugegeben nur kleinigkeit, aber die 3. stelle is ja für bugfixes ;) 015.zip und am server is natürlich auch schon.

Lt. heiße.de dürfte das BlackBerry 10 einiges können. Vor allem die (angeblich) einfache und saubere Trennung von geschäftlichem und privatem auf einem Device klingt interessant: http://www.heise.de/newsticker/meldung/Aus-RIM-wird-BlackBerry-Zwei-Smartphones-mit-Blackberry-10-1794379.html

Sehr sexy! Hab nicht gedacht das die Einbindung von jqplot so einfach geht. Ich hab noch eine kleine Änderung vorgenommen: du machst derzeit direkt nach dem Erzeugen des Charts ein replot. Das macht es bei mir deutlich langsamer weil er den Chart zweimal zeichnet. Ohne das Replot cleared er aber den alten Chart nicht, deswegen merk ich mir das Chartobjekt und destroye es vor einem neuen Plot. Dadurch wird der Container geleert und trotzdem nicht doppelt gezeichnet. Änderung nur in : EquityCurveSimulator.class.js.txt Version steht wie gehabt online unter http://www.mathewg.at/EquityCurveSimulator

textarea im html, im js den value auslesen. geht alles ohne server.

jein, ich habs nur für /js vergessen rauslöschen... Machbar ja, ich persönlich hab derzeit nur zuviel anderes um die Ohren (vor allem unter der Woche). Allgemein kann man dann natürlich auch überlegen Chartbibs einzubinden. Da hat man dann meist einige Funktionen mehr automatisch dabei. Aber dann sind Sonderwünsche umso schwerer.

max/min Equity dazu? Leerzeichen eingefügt? SVN-DIFF merkt alles :D done

hoppla, stimmt.... kann ich auch machen, sorry an die hab ich nicht gedacht du musst nur diese zwei select ins mobile einbauen: <select onChange="simulator.run();" id='selectScaleType' > <option value="0">lineare Skalierung</option> <option value="1">logarithmische Skalierung</option> </select> <select id='selectRiskType' > <option value="0">Risiko in Prozent</option> <option value="1">Risiko in Euro</option> </select>

Egal, ich glaub der Chefe hatte es schon gepinnt. Doppelt hält besser ;) Weils grad so gut läuft hier auch noch die Logarithmische Skala:ECS_012_1.zip wie gewohnt auch hier: www.mathewg.at/EquityCurveSimulator

wars doch schon oder? ;)

Da is man einen Tag in der Arbeit und hier gehts ab wie Nachbars Waldi ;) Der Reihe nach: @Vola: Vorteil am Link: da steht die aktuellste Version ;) @Rainworm: Mobile sieht gut aus, habs nicht auf Device getestet (müsst ich in der Firma machen) aber die Struktur gefällt. @Rumpel: Wie gesagt, Übungsprojekt. Ich mach normal nicht mit HTML und Javascript ;) Bzgl. dem Design sollten wir uns aufgrund der plötzlich vielen Entwickler vielleicht was einheitliches überlegen. Weil Mobile und Web geht jetzt doch schon sehr weit auseinander. bzgl. risk: ja war absolut. War geplant auf relative zu erweitern. jetzt ist der Plan es auf absolut zu erweitern ;) Auch wird es langsam ein Risiko der parallelen Implementierung. Wenn wir jedesmal das gesamte Zip hochladen und dermaßen große Blöcke implementiert werden besteht das Risiko von konkurierenden Änderungen. Also Thema Design: In welche Richtung solls gehen? Ich bau jetzt gleich mal das absolute Risiko ein ;) EDIT: Is drin, unterm Link wie gewohnt auch zu testen. Hier das ZIP. Ideen wie wir parallel entwickeln ohne uns zu schlimm in die Quere zu kommen? (Und ohne gleich ein Git aufzusetzen?) ECS_012.zip

Ähm, "Toppicks wie Facebook"... ?!

Es ist mit folgender Logik implementiert: Gewinnwahrscheinlichkeit = Wahrscheinlichkeit das der Trade im Gewinn landet. Gewinn: Verlust Relation = Ist das Verhältniss des durchschnittlichen Gewinns pro Trade zum durchschnittlichen Verlust pro Trade. Deswegen die Formel. Bei Verlust gehts um einen "durchschnittlichen Verlierertrade" runter, bei Gewinn um einen "durchschnittlichen Gewinnertrade" rauf. Und "durchschnittlicher Gewinnertrade" = WinLossRatio*"durchschnittlicher Verlusttrade". Man siehts auch recht schön wenn man 50% 1:1 traded: da bekommt man eine ziemlich exakt gleichmäßige Verteilung um den Startwert. (Falls ich mich wo irre bitte sofort schreien, kann natürlich auch sein...) hth EDIT: winSize ist die WinLossRatio. In der ersten Version war risk immer = 1, da hats zusammengepasst...

Ich hab jetzt mal ganz simpel den Max und Min Wert zur Grafik geschrieben. Eine richtige Skala ist dann ein klein wenig aufwändiger aber macht sicher Sinn.

Ok, es ging wie Rainworm vermutet hat recht schnell mit der Grundlogik. Wer es direkt ausprobieren will: http://www.mathewg.at/EquityCurveSimulator/ anbei files dazu. einfach alle ins gleiche Verzeichnis downloaden, EquitySimulator.class.txt in EquitySimulator.class.js umbenennen (die Boardsoftware erlaubt keine .js und das is glaub ich auch gut so) und index.html ausführen. Das wäre mal stand 0.0.1 alpha oder so ;) Kann aber schon fast alles was das oben verlinkte Applet kann. index.html style.css EquitySimulator.class.txt