Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Başlangıç olarak, açıklamak istediğiniz şeyi anlamanız normaldir.
Ya da belki hepimiz foruma girip size bir oyuncak ayı veririz?
Ya da belki hepimiz foruma girip size bir oyuncak ayı veririz?
Ya da belki de en az bir kere eğlenmek adına bir şeyler yazacak mısınız?
,..
Başvurmaya değer mi?
Bunu yapmaya başlar başlamaz, bir kez test cihazına işlevsellik açısından ulaşamayacağınızı anlarsınız - kene yoktur (hiç olmadığı anlamında değil, ancak modellemeye eziyet ettiğiniz gerçeğinde) onlara). Bu nedenle, çözüm eksik. Ek olarak, stratejideki her değişiklik için yerleşik optimize edicinin ciddi bir şekilde iyileştirilmesi gerekecektir. Yani çözüm evrensel değildir. Bu nedenle, bir fikir ortaya çıkıyor - neden otomatik optimizasyon için ikinci bir terminal kullanmıyorsunuz? Ve nasıl yapılacağını dikkatlice düşündüğünüzde, elinizi sallıyorsunuz ve işte nafik. Manuel optimizasyonu haftada bir kez çalıştırmanın sorunları nelerdir?
Bunu nasıl açıklayabilirim .. monoton bir şekilde değişen bir modelle, kendi kendine optimizasyon çalışır. Örneğin, düz bir çizgi bir eğimle büyüyorsa ve araç için verileri (parametreleri) güncellemeniz, yeni değerler için yeniden hesaplamanız ve bunun gibi şeyler yapmanız yeterlidir.
Piyasada herhangi bir kombinasyonda bir tahmin oyunudur, çünkü kalıplar sıçramalarla ve dramatik bir şekilde değişir.
ve kendi kendine optimizasyon için bir dönem bulduysanız, parametreleri düzeltmek için döngüler buldunuz ve artık bir otomatik optimize ediciye ihtiyacınız yok
kendi kendine optimizasyon - hareketli ortalamanın analogu
Bu fikirden 3 yıl önce vazgeçmemdeki kilit faktör bu. Tarih için optimize edildi, Pazartesi'den beri piyasa farklılaştı - haberler ve sistem buna hazır değil. Önümüzdeki Pazartesiden itibaren durum tersine döner ve ayarlar tekrar uygun olmaz.
fxsaber'dan gelen cevap, düşünce için yiyecek verdi: " sessiz bir bölümde, atlamada kaybettiğinizden daha fazlasını kazanmanız gerekir "
Belki de karlara daha yakın yapacağım girdilerin mantığını yeniden gözden geçirmeniz gerekiyor. Adının makine öğrenimi olduğunu bilmiyordum :)
Ticaret aşamasında kendi kendine optimizasyona gerek olmadığını söylüyorum.
kutulu versiyon ise - neden olmasın? sadece kullanıcı optimizasyonu ile uğraşmamak için.
kutulu versiyon ise - neden olmasın? sadece kullanıcı optimizasyonu ile uğraşmamak için.
evet lütfen)) Sadece çıplak haliyle yöntemin kendisinden bahsediyorum, bu tür bir kalıp yoksa TS'yi büyük ölçüde iyileştirmeyecek
onlar. tamamen kavramsal
Bu fikirden 3 yıl önce vazgeçmemdeki kilit faktör bu. Tarih için optimize edildi, Pazartesi'den beri piyasa farklılaştı - haberler ve sistem buna hazır değil. Önümüzdeki Pazartesiden itibaren durum tersine döner ve ayarlar tekrar uygun olmaz.
fxsaber'dan gelen cevap, düşünce için yiyecek verdi: " sessiz bir bölümde, atlamada kaybettiğinizden daha fazlasını kazanmanız gerekir "
Belki de karlara daha yakın yapacağım girdilerin mantığını yeniden gözden geçirmeniz gerekiyor. Adının makine öğrenimi olduğunu bilmiyordum :)
Özellikle evet, kayan optimizasyon sessiz bir bölümdeyken ve ileri genel olarak başka bir bölüme düştüğünde
Bir sinir ağı da bir optimize edicidir, fark yoktur. Tüm bu makine öğrenimi, dahil. terminalde düzenli optimize edici
konunun başındaki yukarıdaki makalede, logit regresyon yoluyla çok hızlı basit bir optimize edici önerdi. Walk-forward'a benzerliği ortaya çıkıyor, yani. test cihazı çalıştırması içinde kayan optimizasyon. Bu optimize ediciyi, istediğiniz her şeyi optimize edebilirsiniz.
ama ne yaptığınızı ve nedenini anlamanız gerekir))Ben sadece yöntemin kendisinden çıplak haliyle bahsediyorum, bu, böyle bir kalıp yoksa TS'yi büyük ölçüde iyileştirmeyecektir.
yani hile bu. desen akılda kalıcı değilse, WF büyük olasılıkla yayılımda yaklaşık olarak bir boşaltma gösterecektir.
Gerçeğe ulaşırsanız, o şeye sadece otomasyon için ihtiyaç duyulur, kavramsal olarak hiç gerekli değildir.
yani hile bu. desen akılda kalıcı değilse, WF büyük olasılıkla yayılımda yaklaşık olarak bir boşaltma gösterecektir.
Gerçeğe ulaşırsanız, o şeye sadece otomasyon için ihtiyaç duyulur, kavramsal olarak hiç gerekli değildir.
Evet, ancak tüm parçalara uyacak şekilde daha zarif bir şekilde ayarlanabilir, ancak yeni verilere göre hala tereyağı ile cehenneme
Bunu yapmaya başlar başlamaz, bir kez test cihazına işlevsellik açısından ulaşamayacağınızı anlarsınız - kene yoktur (hiç olmadığı anlamında değil, ancak modellemeye eziyet ettiğiniz gerçeğinde) onlara). Bu nedenle, çözüm eksik. Ek olarak, stratejideki her değişiklik için yerleşik optimize edicinin ciddi bir şekilde iyileştirilmesi gerekecektir. Yani çözüm evrensel değildir. Bu nedenle, bir fikir ortaya çıkıyor - neden otomatik optimizasyon için ikinci bir terminal kullanmıyorsunuz? Ve nasıl yapacağını iyi düşündüğünde elini sallarsın ve nafik olur. Manuel optimizasyonu haftada bir kez çalıştırmanın sorunları nelerdir?
Sorun şu ki, optimizasyon her çift için ayrı ayrı (60 çift diyelim) yapılmalı ve içlerinden en iyi olanı seçilmelidir. Ayrıca, komisyoncu değiştiğinde veya hesap türü değiştiğinde ve optimizasyonun yeniden yapılması gerektiğinde sonuçlar da değişir.
Ve tüm bunlar, optimizasyonun gerçek keneler üzerinde gerçekleştiği ve buluttaki optimizasyonun gerçek keneler üzerinde iptal edildiği göz önüne alındığında çok zaman alacaktır.
Ve bu robot satılıksa ve kullanıcının hangi komisyoncu üzerinde işlem yaptığı bilinmiyorsa, otomatik optimizasyon kurtarmaya gelecektir.