Easylanguage teen C ++ Easylanguage teen C ++ Enigiemand ondervinding met beide programmeertale om + backtest handel stelsels te ontwikkel? Ek is nie 'n kenner op ontwikkeling en dus ek dink EL sou meer gepas wees, maar ek is bekommerd dat dit nie genoeg vryheid toelaat in parameter spesifikasies. Aangesluit November 2004 As jy nie 'n programmeerder, dan, tensy jy bereid is in 'n baie werk om te sit (en ek bedoel baie) dan sou dit baie beter wees om vas te hou aan TS of WL ens Dit hang ook af van wat jy wil hê, bv om te doen as jy net wil 'n paar handel seine te produseer vir die eminis dan rol jou eie kan so 'n las nie. Excel kan n moontlikheid wees al is dit nie my koppie tee. Daar is TA libs beskikbaar vir Excel dat jy al die gemeenskaplike aanwysers sal gee - selfs 'n gratis een wat ek dink. In elk geval, tensy jy 'n C ++ programmeerder en regtig wil hê dat die ervaring in diens, is daar min regverdiging in die keuse van C ++ oor Java of as jy regtig moet 'n MS-omgewing C #. In die meeste gevalle sagteware geskryf in C / C ++ sal langer neem om te ontwikkel en beslis meer te ontfout. Ek het julle begin van nuuts af, ek waarborg dat C ++ langer sal neem om te leer. Dit alles gesê, ek dink daar is groot voordele in die rol jou eie platform. Of dit nou groot genoeg om die werk wat betrokke is regverdig is nog 'n probleem wat 'n mens net kan besluit vir jouself. Ek verkies het om my eie platform in Java ontwikkel vir back testing / ontwikkelingstelsel / handel, en ek dink dat dit lewer 'n geïntegreerde pakket wat jy 'n paar kommersiële pakkette nodig sou wees om byvoorbeeld 'n goeie EOD tegniese mark skandeerder lewer - miskien gelykstaande aan stockfetcher. handel stelsel back testing met enige aantal instrumente per stelsel, kan verskeie tydraamwerk tydreekse, genetiese optimaliseerder, kartering (insluitend real-time momentopname kaarte - ek werk die blaai bietjie) te hanteer. Dit maak ook rekening vlak simulasies dws die vermoë om verskeie handelstelsels in die een rekening na te boots en te optimaliseer kapitaal toekenning tussen stelsels of weer toe hoofstad outomaties na gelang van marktoestande. Daar is ook die handel outomatisering vir integrasie met IB. Dit het 'n baie werk, maar die vryheid wat deur 'n behoorlike programmeertaal is 'n groot plus. Wanneer alles gesê en gedoen het, ek dink die moeite werd wees. Ek het aanvanklik begin werk aan hierdie, want ek het probeer om die "back testing" fasiliteite in Esignal en vinnig tot die gevolgtrekking gekom dat dit snert (in werklikheid 'n grap) vir stelselontwikkeling (nice kaarte al). Sonder om te probeer om oorloë begin oor programmeertale, stel ek voor dat Java is 'n verg goeie keuse vir hierdie soort van ding vir baie redes 1. Gratis en baie goed gedokumenteer met baie studiemateriaal beskikbaar vir gratis op die netto. Dit is nie nodig om 'n pennie spandeer op sagteware, boeke ens 2. vinnig genoeg nie. C / C ++ kan vinniger wees, maar in byna alle gevalle vaststelling / optimalisering algoritmes en / of datastrukture sal veel groter prestasie verbeterings as skakel tale oplewer. Ek sou verwag C # en Java rofweg dieselfde wees. 3. Kruis platform. Java / Linux (of Java / Solaris) is baie stabiel (en veilige) omgewings vir 'n verhandelingsplatform. (Ook gratis). As jy moet, Windows is ook bevredigend. 4. Daar is baie van gehalte free stuff beskikbaar bv Ek gebruik die JFreeChart libs vir kaarte. Dit is meer as voldoende vir die bou van kaarte van goeie gehalte. JGap vir 'n genetiese algoritme biblioteek. Dislin vir 3D optimalisering oppervlak visualisering. Jdom vir die hantering van XML. ens ens 5. voorpunt. Jy kan nou 64 bit Linux vir die nuwe (ish) AMD chips en 'n 64bit JVM van Son As jy wil prestasie vir swaar verwerking van syfers vir back testing / optimalisering / skandering, ek verwag hierdie kombinasie - especially met die Athlon Socket 939 of 940 verwerkers - sal maklik iets in die Windows wêreld oortref en ligjare voor die hou van TS of WL . 6. 'n ware robuuste onderliggende programmeer omgewing. Met WL of TS jy afhanklik is van dit wat die vermoëns wat jy nodig het en wat sterk en betroubaar. Sonder om op enige wyse krities oor WL of TS of ander sulke omgewing hulle is baie meer geneig om karretjie as Java of vir die eenvoudige rede dat daar baie, baie meer ontwikkelaars in die laaste omgewings wees. Daar is gebind om minder ernstige foute in die laaste wees.
No comments:
Post a Comment