Building Algorithmic Trading Systems: Ein Traders Journey von Data Mining zu Monte Carlo Simulation zu Live Trading, Website Entwickeln Sie Ihre eigenen Handelssystem mit praktischer Beratung und kompetente Beratung Im Bau Algorithmic Trading Systems: Eine Traders Journey von Data Mining zu Monte Carlo Simulation zu Live Training . Preisgekrönten Trader Kevin Davey teilt seine Geheimnisse für die Entwicklung von Handelssystemen, die dreistellige Renditen zu generieren. Mit beiden Erklärungen und Demonstrationen, führt Davey Sie Schritt-für-Schritt durch den gesamten Prozess der Generierung und Validierung einer Idee, Einstieg und Ausgang Punkte, Testsysteme und Umsetzung in den Live-Handel. Youll finden konkrete Regeln für die Erhöhung oder Verringerung der Zuweisung zu einem System, und Regeln für, wann man eine aufzugeben. Die Companion-Website enthält Daveys eigenen Monte-Carlo-Simulator und andere Tools, mit denen Sie automatisieren und testen Sie Ihre eigenen Trading-Ideen. Ein rein diskretionärer Ansatz für den Handel breitet sich im Allgemeinen über die Langstrecke. Da Marktdaten und Statistiken leicht verfügbar sind, entscheiden sich die Händler zunehmend dafür, ein automatisiertes oder algorithmisches Handelssystem einzusetzen82, obwohl algorithmische Geschäfte heute den Großteil des Aktienhandelsvolumens ausmachen. Building Algorithmic Trading Systems lehrt Sie, wie Sie Ihre eigenen Systeme mit einem Auge in Richtung Marktschwankungen und die Vergänglichkeit auch der effektivste Algorithmus zu entwickeln. Erlernen Sie die Systeme, die dreistellige Renditen in der Weltmeisterschaft-Handel-Meisterschaft verursachen Entwickeln Sie einen algorithmischen Ansatz für irgendeine Handelsidee mit außergewöhnlicher Software oder populären Plattformen Testen Sie Ihr neues System unter Verwendung historischer und gegenwärtiger Marktdaten Mine Marktdaten für statistische Tendenzen, die Kann die Grundlage für ein neues System bilden Marktmuster ändern, und so tun System Ergebnisse. Die bisherige Wertentwicklung ist keine Garantie für zukünftigen Erfolg, daher ist der Schlüssel die kontinuierliche Entwicklung neuer Systeme und die Anpassung etablierter Systeme als Reaktion auf sich entwickelnde statistische Tendenzen. Für Einzelhändler auf der Suche nach dem nächsten Sprung nach vorn, Building Algorithmic Trading Systems bietet Experten Beratung und praktische Beratung. Über den Autor xi TEIL IA TRADER8217S REISE 7 KAPITEL 1 Die Geburt eines Traders 9 KAPITEL 2 Genug ist genug 15 KAPITEL 5 WM-Meisterschaft des Futures Trading Triumph 23 KAPITEL 4 Den Leap8212Transitioning auf Vollzeit machen 33 TEIL II IHR HANDELSYSTEM 41 KAPITEL 5 Testen und Auswerten eines Handelssystems 43 KAPITEL 6 Vorbemerkung 53 KAPITEL 7 Detaillierte Analyse 61 KAPITEL 8 Entwerfen und Entwickeln von Systemen 71 KAPITEL 11 Let8217s Diskussion über Daten 93 KAPITEL 11 KONZEPT DES ENTWICKELNS EINER STRATEGIE 77 KAPITEL 9 Strategieentwicklung8212Goale und Ziele 79 KAPITEL 10 Trading-Idee 83 KAPITEL 11 12 Begrenzte Prüfung 103 KAPITEL 13 In-Tiefen-TestingWalk-Forward-Analyse 115 KAPITEL 14 Monte Carlo-Analyse und Inkubation 129 KAPITEL 15 Diversifikation 133 KAPITEL 16 Positionsbearbeitung und Geldverwaltung 139 KAPITEL 17 Dokumentieren des Prozesses 147 KAPITEL 18 Ziele , Initial - und Walk-Forward-Tests 153 KAPITEL 19 Monte Carlo-Prüfung und Inkubation 163 TEIL V ÜBERLEGUNGEN VOR DEM LEBEN 175 KAPITEL 20 Konto - und Positionsbestimmung 177 KAPITEL 21 Handelspsychologie 187 KAPITEL 22 Sonstige Erwägungen vor dem Leben 195 TEIL VI ÜBERWACHUNG EINER LIVESTRATEGIE 203 KAPITEL 23 Die Ins und Outs der Überwachung einer Live-Strategie 205 KAPITEL 24 Echtzeit 219 TEIL VII VORSICHTLICHE TALES 233 KAPITEL 25 Täuschungsvorschläge 235 ANHANG A Monkey Trading Beispiel TradeStation Easy Language Code 247 ANHANG B Euro Night-Strategie, TradeStation Easy Language Format 255 ANHANG C Euro-Tagesstrategie, TradeStation Easy Language-Format 259 Über die Companion-Website 263 KEVIN J. DAVEY ist ein professioneller Trader und ein leistungsfähiger Systementwickler. Er produzierte dreistellige Jahresrenditen von 148 Prozent, 107 Prozent und 112 Prozent in drei aufeinander folgenden Weltmeisterschaften des Futures Trading174 mit algorithmischen Handelssystemen. Seine Website, kjtradingsystems, bietet Handelssysteme, Handelssignale und Mentoring. Er schreibt ausführlich in Industriepublikationen wie Futures Magazine und Active Trader und wurde als Market Master im Buch The Universal Principles of erfolgreichen Trading von Brent Penfold (Wiley, 2010). Ein Luftfahrtingenieur und MBA durch Hintergrund, Davey ist ein unabhängiger Händler seit über 20 Jahren. Davey vertreibt weiterhin Vollzeit und entwickelt algorithmische Handelsstrategien. 8220This ist ein großes Buch, um ein viel besseres Verständnis von dem, was wirklich in der Systementwicklung und Hilfe auf Ihrer Reise von jemandem mit einer Menge von echten Handel Erfahrung zu beteiligen. Für diejenigen, die bereits mit Systemen arbeiten, kann es einige der Ansätze herausfordern, die Sie verwenden und Ihnen helfen, ein besserer Systementwickler und - händler zu werden. Aus meiner Sicht wäre die Chance, über Kevin8217s Schulter zu schauen und die Konzepte und den vollständigen Code von einigen Systemen zu betrachten, die er in seinem eigenen Handel allein verwendet hat, wäre von weit mehr Wert als die Kosten des Buches.8221 8212Tim Rea, Proprietärer Systementwickler 1. Platz Sieger, WM-Meisterschaft der Futures Trading174 2011 8220Part Reminiscences von einem Stock Operator und Teil Market Wizards, hat Kevin Davey ein hervorragendes Buch für den modernen Trader geschrieben. Nicht nur gibt Kevin einen Schritt-für-Schritt-Plan auf, wie man algorithmische Handelstrategien entwickelt, aber er tatsächlich die Strategie zeigt, die er gewann, um die Weltmeisterschaft von Futures Trading174 zusammen mit zwei zusätzlichen Eurowährungssystemen zu gewinnen. Ich habe keinen Zweifel, wird dies zu einem beliebten und oft referenzierten Buch unter den Händlern. Leser finden Kevin8217s bescheidene und engagierende Stimme leicht zu folgen und zu begreifen. Sie finden auch seine persönliche Reise vom Luftfahrtingenieur zum Anfänger Trader, zu einem Meisterschaft gewinnenden Händler und schließlich zu einem Vollzeit-professionellen Händler aufschlussreich, unterhaltsam und inspirierend. Wiley sollte auch für die Rekrutierung eines wirklichen Händlers gratuliert werden, der echte Märkte mit echtem Geld handelt, um ein Handelsbuch für Leute zu schreiben, die danach streben, echte Händler zu werden. Ich empfehle dieses Buch für alle, die es ernst meinen, eine erfolgreiche und nachhaltige Handelskarriere zu entwickeln.8221 8212Brent Penfold, professioneller Händler und Autor der Universal Principles of Successful Trading (Wiley 2010) 8220Neue Handelsbücher auf dem Markt sind heute von denen geschrieben, die Tatsächlich ihren Lebensunterhalt aus dem Handel und diejenigen, die häufig leiden, die für den Laien unverständlich sind. Kevin Davey hat die Echtheit eines echten Händlers und die Fähigkeit, komplexe Ideen in ein Format zu destillieren, das leicht zu lesen und manchmal brutal ehrlich ist. Für diejenigen, die zum Erfolg des Handels streben, gibt Kevin eine Schritt-für-Schritt-Anleitung, wie man Systeme Entwicklung sowie skizzieren viele der Fallstricke zu vermeiden und im ganzen Buch bietet er eine Fülle von Informationen und Tools, die sich als unschätzbar für Anfänger oder Experte Alike.8221 8212Michael Cook, Gründer, Katmai Capital Advisors WM-Meisterschaft der Futures Trading174 2007 8220Alle Handelsbücher, die ich gelesen habe, nimmt dieses Buch den Kuchen. Kevin Davey bringt uns eine realistische Perspektive in einer Branche voller Träumer. Ich schlage vor, dass alle Händler fallen, was sie tun, und lesen Sie die unglaublich wertvollen Lektionen in diesem Buch zusammengefasst.160 Dieses Buch ist der schnellste Weg für einen neuen Trader aufhören zu träumen und beginnen succeeding.8221 8212 Peter Hagen, Citracado Capital, LLCRegular Systemprüfung Und die Validierung des CCSM ist erforderlich, um sicherzustellen, dass Modellqualität und - integrität während des gesamten Entwicklungsprozesses erhalten bleiben. In diesem Abschnitt werden die Standards für die Systemprüfung und die Verfahren zur Überprüfung der Normen festgelegt. Es wird davon ausgegangen, dass Komponentenmodellentwicklungsteams ihre Komponente getestet haben, bevor sie für Systemtests verfügbar gemacht werden. Siehe Abschnitt) für weitere Informationen zum Testen einzelner Komponenten und zum Testen einzelner Subroutinen und Module innerhalb der Komponenten. Es gibt zwei allgemeine Kategorien von Modellauswertungen: häufig kurze Testläufe und seltene lange Validierungsintegrationen. Modelltest bezieht sich auf kurze (3 bis 31 Tage) Modellläufe entwickelt, um zu überprüfen, dass die zugrunde liegende Mechanik und Leistung des gekoppelten Modells weiterhin Spezifikationen erfüllen. Dies umfasst die Überprüfung, dass das Modell tatsächlich gestartet wird und ausgeführt wird, die Modellleistung und den relativen Geschwindigkeitskosten jeder Modellkomponente zu messen und zu überprüfen, ob das Modell exakt neu gestartet wird. Diese Tests werden auf jeder der Zielplattformen durchgeführt. Die Modellprüfung prüft nicht, ob die Modellantwort korrekt ist, sie überprüft lediglich, dass sie mechanisch wie angegeben arbeitet. Die Modellvalidierung erfordert längere (mindestens 1 Jahr) Integrationen, um sicherzustellen, dass die Ergebnisse des Modells in akzeptabler Übereinstimmung mit früheren Modellklimastatistiken liegen Eigenschaften des realen Klimasystems. Die Modellvalidierung erfolgt mit jeder kleineren CCSM-Version (d. h. CCSM2.1, CCSM2.2) oder auf Anfrage der CCSM-Wissenschaftler und Arbeitsgruppen. Auf Wunsch wird die Modellvalidierung nur durchgeführt, nachdem die CCSM-Wissenschaftler konsultiert wurden und die Modelltestphase erfolgreich abgeschlossen wurde. Die Ergebnisse der Modellvalidierung werden auf einer öffentlich beurteilbaren Webseite dokumentiert (cesm. ucar. edumodelsccsm2.0betatestingstat. html). Die Portvalidierung ist definiert als Überprüfung, dass die Unterschiede zwischen zwei ansonsten identischen Modellsimulationen, die auf verschiedenen Maschinen oder unter Verwendung unterschiedlicher Umgebungen erhalten werden, nur durch Maschinenrundfehler verursacht werden. Für jede markierte Version des Modells ist eine formale Prüfung des CCSM erforderlich. Der CCSM-Qualitätssicherungsleiter ist dafür verantwortlich, dass diese Tests durchgeführt werden, entweder durch persönliches Handeln oder durch eine qualifizierte Person. Wenn eine Modellkomponente als ein Problem identifiziert wird, wird erwartet, dass die Verbindung für diese Komponente das Lösen dieses Problems mit ihrer höchsten Priorität bewirkt. Die Ergebnisse des Tests und des Benchmarkings werden in das markierte Modell aufgenommen, um die Laufeigenschaften des Modells zu dokumentieren. Die eigentlichen Test - und Analyse-Scripts werden Teil des CCSM-CVS-Repository sein, um die Nutzung durch externe Benutzer zu fördern. Erfolgreicher Aufbau CCSM wird auf jeder der Zielplattformen ohne Änderungen an den Skripten, Codes oder Datensätzen kompilieren. Erfolgreicher Startup CCSM startet von einem Anfangszustand und läuft für 10 Tage. Der erfolgreiche Neustart von CCSM startet von einem anfänglichen Zustand und stoppt nach 5 Tagen, startet dann neu und fährt von Tag 6 zu Tag 10 fort. Erfolgreicher Zweig CCSM wird von einem anfänglichen Zustand anfangen und nach 5 Tagen anhalten, dann einen Zweigfall mit nur einem ausführen Fall-Namensänderung und laufen von Tag 6 bis Tag 10. Exakter Neustart Eine Bit-für-Bit-Übereinstimmung muss zwischen dem 10-tägigen Initialisierungslauf und dem Neustartlauf und Abzweigungsläufen unter Verwendung derselben Anzahl von Prozessoren auftreten. Signal Trapping Ein Signal Trapping Test sollte durchgeführt werden, wenn die Umgebungsvariable DEBUG im Makefile auf true gesetzt ist. Sonstige Diagnose Ein Diagnosetest wird mit Infodbug auf Ebene 2 im Koppler-Eingang durchgeführt. Port-Diagnose Ein Port-Diagnosetest wird durchgeführt, wenn die Infobox im Koppler-Eingang auf Level 3 eingestellt ist und ein 10-tägiger Durchlauf durchgeführt wird. Performance-Benchmarking Die gesamte CPU-Zeit, Speicherauslastung, Ausgabevolumen, GAU-Kosten, Speicherplatzverbrauch und Wanduhrzeit für den 10-Tage-Lauf werden aufgezeichnet. Die relativen Kosten jeder Komponente werden ebenfalls aufgezeichnet. Testbericht Die Ergebnisse aller oben genannten Schritte sind in einem Testbericht mit Schwerpunkt auf Ergebnissen, Vergleiche mit dem vorherigen Test und Verbesserungsempfehlungen zu dokumentieren. Alle festgestellten Mängel oder Mängel sind zu vermerken und der für die betreffende Komponente und den Softwareentwicklungsleiter zuständigen Verbindungsstelle zur Kenntnis zu bringen. Smoke-Test Ein wesentliches Kriterium für die Bewertung der Wirksamkeit eines Testverfahrens ist die Zeitdauer, die seit dem letzten Systemtest verstrichen ist. Um für System - oder Softwareänderungen zu testen, wird an jedem Wochenende ein automatisierter Sechs-Tage-Testlauf mit der neuesten CCSM-Distribution auf jeder der unterstützten Plattformen durchgeführt. Ein Neustart wird am ersten Wochenende eines jeden Monats durchgeführt. Prüfbericht Die Ergebnisse der Schritte 1 werden automatisch in einem Prüfbericht dokumentiert.13.2 Modellvalidierungsverfahren für das CCSM-Modell Die Validierung erfolgt mit jeder kleineren CCSM-Version (zB CCSM2.1, CCSM2.2) oder auf Anfrage der CCSM-Wissenschaftler und Arbeitsgruppen. Vor Beginn eines Validierungslaufs konsultiert die CCSM Qualitätssicherungsleitung die CCSM-Wissenschaftler, um das Validierungsexperiment zu entwerfen. Pre-Validation Run-Schritte: Tests erfolgreich Die Validierung führt die oben beschriebenen Testschritte erfolgreich durch. Wissenschaftleranmeldung Die CCSM-Wissenschaftler müssen sich bereit erklären, die Ergebnisse des Laufs während des Laufes informell zu analysieren und die Ergebnisse innerhalb einer Woche nach Beendigung des Vorlaufs mit früheren Modellläufen formell zu überprüfen. Ergebnis stimmt mit früheren Modellversuchen überein Vergleich mit Beobachtetes Klima Ergebnis stimmt mit der beobachteten Klimaport-Validierung überein, als Bestätigung, dass die Unterschiede zwischen zwei ansonsten identischen Modellsimulationen, die auf verschiedenen Maschinen oder unter Verwendung unterschiedlicher Umgebungen erhalten werden, nur durch Maschinenrundfehler verursacht werden. Abrundungsfehler können durch die Verwendung von zwei Maschinen mit unterschiedlicher interner Gleitpunktdarstellung oder durch die Verwendung einer unterschiedlichen Anzahl von Verarbeitungselementen auf derselben Maschine verursacht werden, die eine bekannte Neuordnung von Berechnungen oder die Verwendung verschiedener Compiler-Versionen oder Optionen Auf einer Maschine oder verschiedenen Maschinen), die interne Berechnungen unterschiedlich analysieren. Das folgende Papier bietet eine primäre Referenz für Port-Validierung (nachstehend als RW bezeichnet): Rosinski, J. M. und D. L. Williamson: Die Akkumulation von Rundungsfehlern und Portvalidierung für globale atmosphärische Modelle. Zeitschrift für anorganische und allgemeine Chemie. 18, Nr. 2, März 1997. Wie in RW etabliert, müssen drei Bedingungen des Modelllösungsverhaltens erfüllt sein, um einen Hafen von atmosphärischen allgemeinen Kreislaufmodellen erfolgreich zu validieren: Während der ersten paar Takte sollten Unterschiede zwischen den ursprünglichen und portierten Lösungen bestehen Ein bis zwei Größenordnungen der Maschinenrundung während der ersten Tage, sollte das Wachstum der Differenz zwischen den ursprünglichen und portierten Lösungen nicht das Wachstum einer anfänglichen Störung, die in die niedrigstwertigen Bits der ursprünglichen Lösung eingeführt wird, die Statistik einer langen überschreiten Simulation muss repräsentativ für das Klima des Modells, wie durch den ursprünglichen Code produziert werden. Das Ausmaß, in dem diese Bedingungen für andere Modelle als ein atmosphärisches Modell gelten, ist noch nicht festgelegt. Beachten Sie auch, dass die dritte Bedingung nicht im Mittelpunkt dieses Abschnitts steht (siehe Abschnitt 13.2). Die Validierung des vollständigen CCSM-Systems, definiert als die Kombination aller aktiven Modellkomponenten, die an der Vollberechnung teilnehmen, ist ein zweistufiger Prozess: Validieren jedes Modells als eigenständiges System Validieren des gekoppelten Systems Die Validierung jedes einzelnen Komponentenmodells sollte allein durchgeführt werden Die Modell-Entwickler, und es kann nicht erforderlich sein, die Standalone-Tests als Teil der regelmäßigen, häufigen Validierungstests durchzuführen. Um das vollständig gekoppelte CCSM zu validieren, besteht das Ziel darin, ein Verfahren zu etablieren, das es ermöglicht, sicher zu schließen, dass der Port des vollständigen Systems (alle Komponenten aktiv) gültig ist. Allerdings gibt es mindestens zwei mögliche Probleme, die beachtet werden sollten: Wird das Verfahren ausreichen, um die Schlussfolgerungen sicher zu ziehen. Das heißt, es muss wenig Potenzial haben, einen guten Hafen zu schließen, wenn der Hafen in der Tat schlecht ist. Nach einer Schlussfolgerung, dass der Port schlecht ist, ist es wahrscheinlich, dass keine Informationen verfügbar sein werden, um festzustellen, welche Komponente des vollständigen Systems verdächtig ist. Das allgemeine Verfahren für die Portvalidierung des vollständigen CCSM besteht darin, das Wachstum der Unterschiede zwischen zwei Lösungen über eine geeignete Anzahl von integralen Zeitsteps zu untersuchen. Dieses Fehlerwachstum kann mit dem Wachstum der Unterschiede zwischen zwei Lösungen auf einer einzigen Maschine verglichen werden, wobei die unterschiedliche Lösung durch Einführen einer zufälligen Störung der kleinsten Amplitude, die durch das Modell mit der Genauigkeit der Maschine zu spüren ist, erzeugt wurde. Es wird empfohlen, dass das Verfahren das Wachstum von Unterschieden in einer Zustandsvariable untersucht, die sich an der primären physikalischen Schnittstelle (dh der Oberfläche) befindet, wo die Akkumulation von Fehlern in allen Komponenten schnell wirkt und wo die Wirkung des CCSM-Kopplers ist Auch signifikant (z. B. Rastermapping). Es wird auch empfohlen, dass die Prozedur an einem gekoppelten System durchgeführt wird, bei dem der Austausch von Informationen zwischen aktiven Komponenten häufig ist. Der Austausch von Informationen an einem Modelltaggrenzwert kann die Erkennung eines ungültigen Ports maskieren, da die Grße der Fehlerdifferenzen vor einem Datenaustausch Rundungssättigungspegel erreichen könnte. Siehe Beispiel 5 in Abschnitt 13.3.4. Das Rezept für die CCSM-Validierung lautet wie folgt: Führen Sie das CCSM auf einer ausgewählten Maschine aus, auf der das Vertrauen in die Lösung aufgebaut wurde. Führen Sie das CCSM auf derselben Maschine erneut aus und führen Sie eine anfängliche Fehlerstörung in der atmosphärischen Modell-3D-Temperatur mit Hilfe von Prozedur, die im CCM verfügbar ist (siehe - eine Webverknüpfung verwenden), führen Sie das CCSM auf dem Zielcomputer mit demselben Code, denselben Modell-Eingabe-Namendateien und denselben Modell-Eingabedatendateien aus und vergleichen Sie das Fehlerwachstum in der gestörten Lösung Fehlerwachstum in der portierten Lösung. Die Fehler sollten die ersten beiden Bedingungen erfüllen, die in RW beschrieben sind. Spezifische Empfehlungen für eine Portvalidierung von CCSM: RMS-Felddifferenz, flächengemittelt Beachten Sie, dass das zu untersuchende Feld mit der vollen Maschinengenauigkeit verarbeitet werden muss. Das Feld muss während des Modellgeschichtsarchivierungsschrittes mit voller Maschinengenauigkeit gespeichert werden und die Fehlerstatistik muss mit voller Maschinengenauigkeit berechnet werden. 13.3.4 Portvalidierungsbeispiele Beispiel 1. Perturbationsfehlerwachstum Ein typisches Störungsfehlerwachstum der global gemittelten RMS-Differenz der Oberflächentemperatur unter Verwendung einer Steuerung und einer Bit-Perturbation von CCM auf 16ps der IBM SP. Es werden zwei Tage (144 atm) angezeigt. Beachten Sie, dass die ersten paar timesteps die erste Bedingung von RW erfüllen. Beispiel 2. Maschinenanschluss Die schwarze Linie ist das Störungsfehlerwachstum auf der Originalmaschine (wie in Beispiel 1). Rote Linie ist die wachsende Unterschiede zwischen der Simulation auf der ursprünglichen Maschine und die Simulation auf 64pes eines SGI Origin 2000, und die blaue Linie ist der wachsende Unterschied von einer Simulation auf 32pes einer IBM SP. Beachten Sie, dass die ersten zwei Tage (144 timesteps) die zweite Bedingung von RW erfüllen. Beispiel 3. Falscher Anschluss I Gleich wie Beispiel 2, aber blaue Linie ist ein Anschluss, bei dem die Standard-Treibhausgaskonzentration versehentlich im atmosphärischen Quellcode geändert wurde. Die ersten und zweiten Bedingungen von RW werden verletzt. Beispiel 4. Schlechter Anschluss II Gleich wie Beispiel 2, aber blaue Linie ist ein Port, bei dem der Diffusionskoeffizient zweiter Ordnung um 15 im atmosphärischen Modellnameneingang erhöht wurde. Die ersten und zweiten Bedingungen von RW werden verletzt. Beispiel 5. Häufigkeit des Modelldatenaustauschs Wie im Beispiel 2, aber die blaue Linie ist ein Port, bei dem der vertikale Diffusionskoeffizient des Ozeanmodells absichtlich gesenkt wurde. Während die ersten und zweiten RW-Bedingungen erfüllt sind, war der Port gezwungen, schlecht gewesen zu sein. Das Problem ist, dass der Ozean und die Atmosphäre gerichtet waren, um Daten nur an den Tagesgrenzen (72 atmosphärische Zeitsteps) auszutauschen, und somit hat der Koppler die Ozeanlösung nicht der Atmosphäre bis zum Beginn des zweiten Tages mitgeteilt. Der Fehler in der Ozeanmodell-Lösung hatte bereits die Rundungssättigung erreicht, als das atmosphärische Modell die Information erhielt. Für die Portvalidierung zeigt dieses Beispiel, dass der Austausch von Daten zwischen Komponenten häufiger erfolgen muss als die Zeitskala, bei der der Rundungsfehler einen gesättigten Wert erreicht. Es gibt sechs derzeit erschienene Bücher mit über 110.000 Exemplaren im Umlauf. Das Raster unten zeigt jeweils die Frontabdeckung. Jedes Titelbild enthält einen Link zu einer Seite mit zusätzlichen Informationen, die für dieses Buch spezifisch sind. Kommentare und Fragen können auf der Seite jedes einzelnen Buches gebucht werden. Diskussion wird gefördert. Einführung in den AmiBroker. Second Edition, wurde im Jahr 2012 veröffentlicht. Es ist im pdf-Format und ist kostenlos für den persönlichen Gebrauch. Das Buch kann von seiner Seite heruntergeladen werden. Quantitative Trading Systems wurde ursprünglich im Jahr 2007 veröffentlicht, mit der überarbeiteten Second Edition veröffentlicht im Jahr 2011. Mean Reversion Trading Systems wurde im Jahr 2013 veröffentlicht. Modelling Trading System Performance wurde 2011 veröffentlicht. Quantitative Technical Analysis wurde im Jahr 2015 veröffentlicht. Foundations of Trading wurde veröffentlicht in 2016. Copyright 2016 Blue Owl Press, Inc. - Alle Rechte vorbehalten
No comments:
Post a Comment