^la, pasirašiau testerį kaip ir patarei.

Rezultatas: klaida JForex testerio panaudojime, kaip ir sakei. Esmė buvo tame, kad TP/SL užskaitydavo tik ties sekančiu valandiniu bar'u, o kainai šokinėjant dažniau paimdavo TP, nors kartais ir SL suveikdavo su -daugiau pipų nei turėtų. Iki prieš tai rodytų % dar tolokai, bet pradžia manau gera. Dėkui už pagalbą

Visai idomi tema. Matosi, kad l33tas dar nesugadintas ir bando pritaikyti matematinius metodus . As kazkada senai buvau uzsideges neuroninius tinklus panaudot prekybai. Bet nepavyko normalios, ant .NET bibliotekos rasti, o is Matlab atidarineti sandorius atrode per sudetinga, tai ir nepabaigiau. Bet vis galvoju sugrizti prie to ir esu 80% tikras, kad tokia sistema butu pakankamai pelninga. O tu negali pasidalinti savo strategija? Paziuresim ka ten gero prikurei su JAVA . Beje, taip greit testeri pasidarei?

Man irgi keista, kad jis taip greit prasisuko. Kai pastarąjį kartą rašiau testerį tam sugaišau beveik pusdienį, nors kodo vos 4kb gavosi. Ir poto dar rezultato laukti reikėjo 1h.

Adai, dėl NN, tai vien tikėjimo ir užsidegimo nepakanka. Kiek giliai išmanot šią sritį ? Ar tamsta pas Raudį mokėtės?

Apskritai, manau, kad reikėtų pradėti nuo įdėjų. Ir tik jas išgryninus pasirinkti tinkamiausią metodą. NN nėra kažkokia panacėja.

PS. Multikolinearumą galima gauti ir be NN

Neuroninius tinklus teko mokytis pas Simuti. Senokai tas buvo, bet teorijos ziniu turiu. Nes draugas magistrini darba rase is NN (prekyba akcijomis). Tai gavo jis teorinius 0.5% pelno per diena. Is akciju cia tai nerealiai daug, tuo labiau be sverto. Destytojai per gynima sake, kad turbut kableli ne ten padejo procentus rasydamas . As jo magistrini issianalizavau. Teoriskai viskas pasirode realu. Tai dabar busena tokia, kad reik bandyt ir ziuret kas gaunasi. Aisku, kad NN ne panaceja. Bet man patiko esme. Pagrindinis dalykas butu apmokymas. Realiai kiekviena ryta padarius ji, sistema butu pastoviai optimizuota. Va sitas man labiausiai ir patinka. Jei cia atsirastu norinciu, galima padaryt bendra projekta.

Pagrindinis dalykas, mano manymu, tai ne pats apmokymas, o ko bus mokoma. Ty. įeigos duomenys ir tinklo struktūra.

Priešingu atveju gausim GIGO.

Sakot greit testerį pasidariau Na, nieko ypatingo ten nedariau, vienas metodas prasuka per istoriją ir išveda rezultatą.

Adask: dėl pastovios optimizacijos juk galima naujus duomenis "šerti" veikimo laiku. Aišku priklauso nuo algoritmo, bet manau tam tikrus perskaičiavimus galima gan greitai įvykdyti. O dėl bibliotekos, tai .NET'ui jų tikrai yra. O jei ir nerasi tinkamos, juk visada gali pasirašyti wrapperį kokiai C/C++ bibliotekai. Galų gale, tikrai ne rocket science ten, tai norint galima ir pačiam suprogramuoti. Dėl mano strategijos, esmę išdesčiau ankstesniuose postuose. Na galiu dar trumpai:

1) Prabėgam tam tikrą laikotarpį istorinių duomenų ir išsisaugom kiekvieno taško parametrus (parametras yra tam tikri indikatorių parodymai arba duomenys, išvesti iš kažkokių indikatorių sąryšių, pvz. atstumas nuo kažko arba kreivės statumas), bei ar pelningas būtų buvęs treidas su tais parametrais.
2) Su kiekvienu tick'u/bar'u ieškom k artimiausių pavyzdžių ir didžiosios daugumos principu nusprendžiam, ar verta būtų atidaryti poziciją. Pvz. imam 5 artimiausius pavyzdžius pagal duotus parametrus, iš kurių 3 rodo kad būtų pelningas long'as, 1 rodo, kad būtų pelningas short'as, o dar vienas rodo, kad nei tas nei tas. Tokius atveju atidarom long'ą, ir tikimės, jog statistika teisinga.

^la, pilnai sutinku dėl

ir

Del apmokymo - as turejau omeny, kad tai pagrindinis NN privalumas. O del apmokymo prie kiekvieno tick, ar pvz 1H zvakes uzdarymo - manau uzlagintu. O siaip susiprogramint viska galima. Ir raketa galima pasidaryt ;). Tik tam laiko reik. Reiks paieskot .NET NN biblioteku, nes pries keleta metu neradau normalios.
O apie ieigos duomenis, tai mano pirma mintis buvo du ar trys MA ir bandyt prognozuot ju susikirtimus. Kas liecia support/resistance, tai as ir dabar turiu pasidares programele, kuri pagal tick duomenis juos pakankamai tiksliai parodo, tai butu galima integruot.
l33tas - o tai tavo testas su Jforex buvo nepatikimas? Nelabai suprantu kodel, nes ten galima testuot ir pagal tick duomenis, tai vaiksciojimas zvakes viduje kaip ir yra. Strategijos metodas labai idomus, bet pagal statistikos teorija tai 5 pavyzdziu tau tikrai neuztenka. O taip pat ir pagal Forex teorija . Gal reiktu daugiau pavyzdziu imti? Bent 1000, arba dar daugiau.

Adask, testeris geras, bet blogai jį naudojau. Buvau išsirinkęs kiekvieną "On Open" žvakės, o ne "On Tick". Sutinku, kad reiktų atsižvelgti į daugiau pavyzdžių, bet čia iškyla šiokios tokios problemos:

Apibrėžiau klasifikatoriaus output'ą kaip { long, short, none }. Gan sunku sugalvoti gerą būdą, kuris mokymosi metu atrinktų gerą kiekį kiekį "none" (neužtikrintų atvejų), nes paprastai tikrinant kas bus ateityje gautum vien "long" arba "short". Todėl atsiranda dar vienas parametras - per kiek žvakių į priekį apmokymo metu reikia paimti TP, kad laikytum šiuos parametrus pakankamai gerus atidaryti pozicijai. Kartu svarbios ir pačių TP ir SL reikšmės. Turint galingą kompiuterį galima būtų tai optimizuoti. Realiai, rezultate turėtų gautis daugiausiai "none", bet ne per daug, nes kitaip apskritai nebus treidų. Turi būti ir pakankamai "short" bei "long". O kad jų, susigrupavusių, būtų tūkstančiais, reikia tikrinti gan daug žvakių į priekį, bet tada tikėtinai gausi per mažai "none".

Dėl bibliotekų: užmesk akį į "Emgu", "AForge", "NeuralDotNet"

Dekui uz bibliotekas. Paziuresiu.
Nu jo, kada paimamas SL ar TP laikas gera ideja. O tavo pozicijos atidarymo "sablonas" yra vienas, ar ju daugiau, ar begalybe? Nes jei baigtinis skaicius sablonu, tai galima padaryt apmokyma, surasyt viska i DB ir jau naudot rezultatus, bet ne kiekviena karta per nauja perskaiciuot.
Ar teisingai supratau viska?

Šablonų (jei teisingai supratau, ką vadini šablonu) yra baigtinis skaičius, bet labai didelis. Abejoju, kad verta tai daryti, nes skaičiavimai vyksta gan greit. Užtrunka tik pirmas istorijos perbėgimas, kurio rezultatus vėlesniam panaudojimui galima būtų įrašyti į failą. Na bet kol bandau įvairius variantus, tai tie duomenys kiekviena kartą skiriasi.

Jei skaiciavimai vyksta greit tai ir pavyzdiu daugiau nei 5 galima paimt.

Mėginu visaip - su skirtingais duomenų kiekiais, su skirtingais mokymo principais, su skirtingais parametrais. Juk gal tik prieš kokią savaitę pradėjau, kol rasiu kas gerai veikia gali ir užtrukti

Tai po menesio jau visai pazenges busi

Ne pažengęs, o "jau sugadintas" bus

O kas mane sugadins?

Money money sugadins Zinot ka as galvoju, sitam forume tiek daug gabiu zmoniu, tiek daug genialiu protu, kiekvienas savo rate kazka dirba kuria. Ar nevertetu susideti visu pastangu ir sukurti viena gera produkta.

streamer, juk visi skirtingai masto, todėl ir skirtingus metodus taiko. Jei jau jungtis prie bendrų projektų, tai reikėtų ieškoti bent jau panašiu principu dirbančių žmonių

Del skirtingu metodu taikymo sutinku, taip niekada ir nebuna, kad visi nariai susijungtu i viena komanda. Taciau visiems aisku, kad geri produktai sukuriami tik komandoje. Gali buti geras programuotojas, bet jei nezinosi traidingo plonybiu vargu ar pavyks padaryti gera produkta.

Na taip, bet viskas nėra taip paprasta. Reikia komandos lyderio/iniciatoriaus, reikia vietos darbui (nemanau, kad bendravimas online tinka), reikia žmonių, kurie turi tam pakankamai laiko, gali dirbti panašiu laiku, bei apskritai moka dirbti komandoje.

Aij cia visada galima kliuciu ir pasiteisinimu prisiieskoti. Ne tokie projektai kuriami bendruomeniu ir kazkodel jie buna net ir labai sekmingi. Mano manymu turi but ideju bankas ir darbu sarasas. Darbus pasiimima kas nori ir padaro. Paskui kas programuoja, kodas sujungiamas SVN ar rankutemis, kas testuoja, rezultatai idedami bendrai ir t.t. Cia tik noro reikia, daugiau nieko ;). l33tas - del bendravimo online, tai ne tokie projektai padaromi tik per online ;)