A megbízás tanácsadója
Nem minden kereskedő programozó. És nem mindegyikük jó programozó. Mit kell tennem, ha automatizálnom kell a rendszeremet, de nincs időm és vágyam tanulni az MQL4-et? Általában egy személy megy a fórumba, és létrehoz egy témát "A programozóval keresek" nevével. Az elmúlt hónapban hét ilyen témakör volt:
Mit kell tenni a szakértő megrendelése előtt?
Mielőtt keresne egy programozót, győződjön meg arról, hogy a stratégia jövedelmezősége van. Miért fizet olyan szakértőért, aki nem tud keresni? Ez kézzel történhet, böngészési történelem és kereskedelem az elmében, ami elég nehéz. Vagy végrehajthatja azt a kézi teszter használatával, amelyet a Vizsgálat vizualizálása című cikkben ismertet. Kézi kereskedelem. A legmegfelelőbb eredményeket kapsz, kereskedelsz egy demóban vagy egy mini-valódi számlán, de ehhez több időre van szüksége, és esetleg pénzre van szüksége. A stratégia tesztelésekor vegye figyelembe, hogy:
- a piac változik, és a történelem mutatóinak megfelelő viselkedése nem garantálja a valós kereskedelem megfelelőségét;
- egyes mutatók jeleket rajzolnak a már kialakított rudakra. Nagyon jól elhelyezkedő nyíl a szélsőséges áron - a történelem öröksége, az igazi munkában, csak néhány sáv után lesz látható. Ilyen mutató például a Fraktál. értékei két sáv késleltetésével jelennek meg. Vagyis használhatod, de figyelembe kell venned, hogy nem közvetlenül a fraktál alatt lépsz be a piacon, de csak akkor, ha két további rúd alakul ki (az órás térképen két óra alatt). Ne használjon olyan mutatókat, amelyeknek munkamódszerei nem ismertek. Lehet, hogy vége rosszul;
- vannak olyan mutatók, amelyek tudatosan vagy nem, a jövőre néznek. Például egy egyszerű mozgó átlag negatív váltás esetén a piac nagyon időszerűnek tűnik. De csak a történelemben.
Az ilyen terv sok hibája kimutatható a stratégia valós idejű tesztelésével egy demó számlán. De még egy ilyen látszólag elfogadható teszt sem biztosítja a valós kereskedelem 100% -os egybeesését, hiszen a demó és a valós számláknak számos különbsége van:
- a megrendelések végrehajtásának sebessége a demó számlán mindig magasabb, mint a valós számlán. Készülj fel arra a tényre, hogy az Ön helyzete csak pár perccel fog megnyílni a csapat visszatérése után. Ez nem fogja komolyan súlyosbítani a hosszú távú stratégia teljesítményét, hanem teljesen "megöli" a napközbeni kereskedelmet;
- valódi számlán a kereskedési feltételek (elterjedés, távolság a megrendelések leállítása, a margin call szint és hasonló) megváltoztathatják "menet közben" (kereskedés közben). Például a hírek előtt vagy az ünnepek előtt. A demó számlára vonatkozó stratégia tesztelése során valószínűleg nem fog ilyen meglepetéseket találni, de fontolja meg a befolyását a stratégia végső értékelésében.
Ha az összes ellenőrzés után a stratégiája még mindig elég jelentős nyereséget mutat ahhoz, hogy fedezze a valódi számlák meglepetéseit, akkor folytathatja az előkészítés következő lépését - az algoritmus formalizálását.
Az algoritmus formalizálása
Ha elég hosszú ideig kereskedel a stratégiával, egyszerűen formalizálhatja az algoritmust. Mindössze annyit kell tennie, hogy felsorolja azokat a szabályokat, amelyek szerint egy szakértőnek kereskednie kell.
Kérjük, vegye figyelembe, hogy a programot olyan személy írja fel, aki nem tudja a stratégiáját. Meg kell adnia a legkisebb részleteket: az indikátorok paramétereit, a megállítandó megbízások távolságát, a nyitott pozíciók maximális számát, a záró stop algoritmust stb. A technikai feladatnak meg kell határoznia a reakciót az egyes fontos eseményekre: egy leállítási parancs aktiválására, egy megismételt jel megjelenésére egy meglévő pozícióban, egy szakértő elindításával az Interneten fellépő hiba után, és mások.
Meg kell értened, hogy a számítógép nem tudja meggondolni, gondolkodni vagy független döntéseket hozni. - csak a szabályai szerint kereskedik. Ha olyan helyzet alakul ki, amelynek reakcióját az algoritmus nem biztosítja, a szakértő egyszerűen nem tesz semmit.
Nézzünk egy konkrét példát, mi történhet, ha a technikai megbízást nem pontosan és részletesen összeállítjuk. Az alábbi párbeszédpanel szemlélteti azt a folyamatot, amellyel a Vállalkozó szakértőt hoz létre az Ügyfél algoritmusa alapján. Szándékosan mindkét karaktert abszurd módon hülyén ábrázoltam. Ez segítséget nyújt a hibáknak, mint egy nagyító alatt. Annak érdekében, hogy jobban megértsük, mi a tét, tudunk letölteni példákat minden szakértő és tesztelni őket egyidejűleg az ügyfél.
Jó napot! Szeretnék megrendelni egy szakértőt.
Meg kell nyitnia a pozíciókat az MA (9) és az MA (18) kereszteződésében.
Ha a gyors áthalad a lassú az alulról felfelé, akkor a vételi pozíció, ha éppen ellenkezőleg - a pozíció helyzetét.
Mennyibe kerül?
A költségek meghatározásához részletes és pontos feladatra van szükségem.
Körülbelül - 50 dollár.
Mindent írtam az előző levélben!
Két mozgó átlag van, amikor egy gyors (9 éves periódus) lassú (18 év alatt) keresztez lefelé, megnyílik egy vételi pozíció. Ha éppen ellenkezőleg - pozíciópozíció.
Mit írtál? Ez nem szakértő, de az ördög tudja, mi!
Miért olyan sok nyitott pozíció? Miért nem zárulnak le?
Általában egy programozó vagy mi?
A pozíciók pontosan ugyanakkoraak, mint a kereszteződések. Vizsgálja meg a szakértőt a vizuális módban és nézzen meg mindent - minden kereszteződésnél megnyílik a pozíció.
Ha a kereszteződés felfelé van, akkor egy vételi pozíció nyílik meg, ha lefelé egy Elad pozíció.
A munka lezárásakor nem mondanak szót.
Elfelejtettem mondani: ha van nyitott pozíció, akkor az ellenkező kereszteződésnél be kell zárni - ugyanakkor csak egy pozícióra van szükség a piacon. És szeretnék mindegyik pozíciót megállítani a nyitóblokkban, a StopLoss-ban 50 pontot.
Miért nyitott itt ez a vételi pozíció? Nincs kereszteződés!
Az átkelés volt, de elveszett. A grafikonon láthatóak az alakzatokon a mutatók értékei, és a sáv fejlesztése során hogyan változtak, csak vizuális teszt módban vagy valós munkában. Biztosíthatom Önöket, hogy az átkelés az állás megnyitásakor volt.
Ha akarod, akkor a pozíciók nyitva maradnak a megformált sávok jelzésein, akkor az összes jel látható lesz a táblán.
Sok kereskedő ezt teszi.
Próbáljuk meg.
És mégis: optimalizálhatom a mozgó átlagok paramétereit és a StopLoss és a TakeProfit értékét?
3. verzió - Sample_3.mq4:
- jelek keresése a kialakított rudakon történik (1. és 2.);
- A mozgó átlagok és a StopLoss és a TakeProfit méretei külső változókba kerülnek.
Ellenőrizze.
Már olyan, mint amit akartam.
De amikor több szakértőt futtok, csak az egyikük kereskedik. És néha zárják egymás pozícióit!
A 4. verzióban (Sample_4.mq4) a megrendelések mágikus számmal vannak felosztva. Ha több szakértőt futtat az ugyanazon eszköz grafikonjain, állítsa őket a MagicNumber változó különböző értékeire.
Most rendben van!
Tehát mi lett volna először technikai feladat, hogy a végrehajtó azonnal írja a szakértő 4. változatát? Próbáljuk megfogalmazni a szakértő követelményeit:- A szakértő csak pozícióit tudja irányítani anélkül, hogy megérintene volna a kézzel nyitott pozíciók és / vagy más szakértők segítségével.
- Ha nincs olyan pozíció, amelyet a szakértő nyitott meg:
- Ha a gyors MA áthalad a lassú alulról felfelé, nyissa ki a beülő pozíciót;
- Ha a gyors MA áthalad a lassú felülről lefelé, nyissa ki a helyzetet.
- Ha van egy szakértő által nyitott pozíció:
- ha a pozíció byte:
- ha a gyors MA áthalad a lassúról fentről lefelé, zárja be a vételi pozíciót és nyissa ki a pozíció helyzetét;
- ha pozíció:
- Ha a gyors MA áthalad az alulról lassan felfelé, zárja be a pozíció helyzetét, és nyissa meg a vételi pozíciót.
- ha a pozíció byte:
- A gyors és lassú MA paramétereit (időszak, építési módszer, alkalmazott ár) külső változóknak kell meghatározniuk.
- A mutatók értékei az ütemterv azon időszakától származnak, amelyen a szakértő működik.
- A metszéspont meghatározásához az első és a második sávot kell használni.
- A pozíció méretét a külső változó határozza meg.
- Amikor megnyílik a pozíció, a StopLoss és a TakeProfit be vannak állítva, amely távolságot külső változók határozzák meg.
- A StopLoss és a TakeProfit-t le kell választani.
- Pozíciónyitási hiba esetén a szakértőnek egy ablakot kell megjelenítenie a hibával kapcsolatos információkkal, és meg kell próbálnia a következő kullancsot.
Ez a legelemibb feladat. Az életben ilyen egyszerű rendszerek ritkák, ezért leírásokor figyeljen minden részletre.
Kétségtelen, hogy ilyen hülye ügyfelek és előadók rendkívül ritkák. De - hidd el! - találkoznak. Jobb megmondani a feladatot még a legbájosabb és látszólag elemi dolgokat is, mint később vitatkozni a programozóval.
Az utolsó dolog, amit megtehetsz, mielőtt megtaláltad a programozót, hogy "papíron" foglalkozz. Csak tartsd meg a "szabályzatodat" a szemed előtt, és csak azt tedd, amit ott írtál. Így emlékeznek az algoritmus formalizálásakor elmaradt adatokra, és akkor nem kell fizetnie a módosításért.
Programozó választása
Több évig az MQL4 nyelv létezésével sok szakértői író jelent meg. Sokan közülük az mql4.com erőforrás állandó lakói. Itt teszik közzé eredményeiket a CodeBase-ban. írjon cikkeket és csak kommunikáljon a fórumon. segít az újonnan érkezőknek és javítani üzleti tevékenységüket. Sokan valódi számlákkal és kereskedelemmel rendelkeznek mind szakértők, mind kézzel.
Nincs (vagy legalábbis nem találkoztam) szakértői írók adatbázisával, ahol minden profi MQL4 programozóról kimerítő információkat szerezhetnének. És alig lehet ilyen alapot létrehozni - sokan nagyon rövid időre jönnek ide.
Kommunikáció, tárgyalás. Rengeteg lehetőség van, fontos kiválasztani a megfelelőt.
Szakértői tesztelés
Miután megbeszélte a munkakörülményeket és jóváhagyta az algoritmust, a programozó írja a szakértőt és elküldi Önnek tesztelésre. Az Ön feladata, hogy megbizonyosodjon arról, hogy a szakértő munkája összhangban van a hozzárendelt műszaki feladattal.
Ehhez előbb tesztelje a stratégiát a különböző paraméterek kombinációjával - ez az algoritmus leggyorsabb módja. Megnyithatod azt a táblázatot, amelyen a tesztet végezték, és vizuálisan ellenőrizte az eredményeket.
Ha a vizsgáztató, hogy ne csak a nyitó a bárban, de a folyamat kialakulása, próbálgassunk vizuális módban -, akkor figyelemmel kell kísérnie az szakértője minden kullancs. Látható lesz nullajelzésként (aktuális) bár, elmozdulás és a kiváltó Stop Loss pozíciók éles ármozgások és így tovább.
Ha a teszt a tesztelő nem tárt fel hibákat stratégiák folyamatosan tesztelni a demo számla.
Próbálja futtatni néhány tanácsadók azonos vagy különböző paramétereket egyidejűleg és kereskedelmi velük. A szakértő továbbra is meg kell dolgozni az algoritmus, nem reagálnak a „mi történik körülötted.” Ha ebben az időben nincs hiba, a programozó meg tudja mondani, hogy minden rendben van, és lezárni a tranzakciót.
Leggyakrabban, az első változat az algoritmus szakértő talált eltérések. által okozott pontatlan leírást, vagy elemi hibát Expert Advisors - ez egy normális helyzet. Csak mondja meg programozó, és ha ez tényleg az ő hibája, ő helyes. A levelet, hogy jelezze:
Általában az együttműködés magában foglalja a technikai támogatást, még a beírás után a szakértői és a számítás befejeződött. Azaz, ha egy hiba a EA megtörténhet, ha egy hónapban a munka, a programozó kijavítani ingyen. Minden attól függ, hogyan gondoskodjon.
következtetés
Mindenki, aki kieszeltetek hozzák kereskedési stratégia tanácsadója, és keres egy intelligens művész, erősen javasoljuk, hogy Ivan és Artyom -. Srácok sokáig sőt, széles körű tapasztalatokkal írásban tanácsadója a komplexitás, a munka gyorsan és pontosan. Mindig jó tanácsot adni, hogy javítsa MTS algoritmus vagy javaslatot a megfelelő információforrást. Nemrég kaptam tőlük egy tanácsadó, és elégedett volt.
Jó napot! Szeretnék csinálni egy beszámolót az együttműködés a kereskedő programozó StatBars. Saját érdekében végeztük nagyon jól! Gyorsan és hatékonyan. A férfi megpróbálta, és mindent megtett, hogy az ügyfél, azaz, én teljesen elégedett. Ez öröm volt együtt dolgozni ezzel a személlyel. Azt ajánlom! Üdvözlettel, Alex