Evet, neler oluyor???
Her iki durumda da kodunuzun mantığının değişmezliğini garanti ettiniz mi?
“Kodu değiştirmedim” anlamında değil, tam olarak robotun teknik ve mantıksal seviyelerinde davranışın değişmezliğinin garantisi.
Bu tür ifadeler, günlükler ve oynatma koşulları dahil olmak üzere maksimum teknik ayrıntıların sağlanmasını gerektirir. Artı, daha fazla bilgi anlamak ve toplamak için kendi girişimleri. Program sizindir.
“Burada bir şey yazdım, anlamadım, detayları anlatmadım, sadece infial ifade etmek istiyorum, çünkü programımı başkası çalıştırdı, nasıl çalıştığı bilinmiyor” çığlığı tavizsizdir.
genç ve yeşilken, optimize ediciyi de sürdüm, şimdi birkaç yıldır optimizasyon yapmıyorum, sadece test cihazının anlaması yeterli ve optimize edici bizi yanılsamalarla besliyor
Optimize edicinin net bir görevi vardır: seçenekler alanını kontrol etmek ve tüccar tarafından belirtilen işlev için bir dizi parametre yayınlamak.
Bu teknik bir zorluk ve o bununla başa çıktı ve mükemmel bir şekilde başa çıktı.
Robotların kalitesi ve sağlamlığı izlenmelidir.
Optimize edicinin net bir görevi vardır: seçenekler alanını kontrol etmek ve tüccar tarafından belirtilen işlev için bir dizi parametre yayınlamak.
Bu teknik bir zorluk ve o bununla başa çıktı ve mükemmel bir şekilde başa çıktı.
Robotların kalitesi ve sağlamlığı izlenmelidir.
Tüm önbellekleri silindi. Tekrarlanan optimizasyon - test. Sonuç aynı. bariz tutarsızlıklar.
Tabii ki, özel değilim, ancak optimize edicideki 3, 5, 20 parametreleriyle sonucun neden 100 olduğunu ve aynı parametrelerle test edildiğinde sonuç -20 olduğunu anlamıyorum ....
Danışmanın mantığı, optimize edicide ve test cihazında aynıdır. Demir birdir. Sonuçlarda böyle bir fark yaratmak için ne ve nasıl yapılmalıdır?
Her iki durumda da kodunuzun mantığının değişmezliğini garanti ettiniz mi?
“Kodu değiştirmedim” anlamında değil, tam olarak robotun teknik ve mantıksal seviyelerinde davranışın değişmezliğinin garantisi.
Bu tür ifadeler, günlükler ve oynatma koşulları dahil olmak üzere maksimum teknik ayrıntıların sağlanmasını gerektirir. Artı, daha fazla bilgi anlamak ve toplamak için kendi girişimleri. Program sizindir.
“Burada bir şey yazdım, anlamadım, detayları anlatmadım, sadece infial ifade etmek istiyorum, çünkü programımı başkası çalıştırdı, nasıl çalıştığı bilinmiyor” çığlığı tavizsizdir.
Optimizasyon ve test arasındaki bu "değişkenliği" nasıl tanımlayacağınıza dair herhangi bir tavsiyeniz var mı?
Günlükleri yarın yayınlayacağım. Her şeyi temizleyeceğim ve optimizasyon ve test yapacağım. Dersinizi hatırlıyorum))) Son derece dikkatli olacağım.
Bu arada, hepsi Büyük Zafer ile !!!
kutlayacağım
Tüm önbellekleri silindi. Tekrarlanan optimizasyon - test. Sonuç aynı. bariz tutarsızlıklar.
Tabii ki, özel değilim, ancak optimize edicideki 3, 5, 20 parametreleriyle sonucun neden 100 olduğunu ve aynı parametrelerle test edildiğinde sonuç -20 olduğunu anlamıyorum ....
Danışmanın mantığı, optimize edicide ve test cihazında aynıdır. Demir birdir. Sonuçlarda böyle bir fark yaratmak için ne ve nasıl yapılmalıdır?
Optimizasyon ve test arasındaki bu "değişkenliği" nasıl tanımlayacağınıza dair herhangi bir tavsiyeniz var mı?
Günlükleri yarın yayınlayacağım. Her şeyi temizleyeceğim ve optimizasyon ve test yapacağım. Dersinizi hatırlıyorum))) Son derece dikkatli olacağım.
Bu arada, hepsi Büyük Zafer ile !!!
kutlayacağım
Optimizasyonu ve tüm Uzman Danışmanlarında geriye dönük testi tutarlıdır (her şey yolundadır) ve bir Uzman Danışman sizinki gibidir.
Geriye dönük testin sonucunu verdi - görebilirsiniz (ona önceden bir fikir verdim - fark neden).
Kodu vermedi, ancak bunun nedeninin danışmanının mantığında (kodda) olduğu açık (çünkü belirttiği gibi, diğer tüm danışmanlarla böyle bir sorunu yok - son gönderisine bakın) Konu): https://www .mql5.com/en/forum/338047
Kodda bir şeyi başlatmayı unutmak yeterlidir ve bir fark olacaktır. Kodu kontrol edin.
Uzun süredir test değişkenleri çalıştırıyorum, değişkenlerde gerçekten çöp vardı, geliştirici başlangıçta bunu kendi başına yenmedi mi? Sonuçta, kodun ortasında, eğer çöp oluşabiliyorsa, o zaman her zaman aynı olmalıdır, değil mi?
Ben prof değilim. programcı, bu bir soru, düşük seviyeli programlama ilkesini bilmiyorum
İngilizce bölümünde bir kullanıcının aynı şeyi sorduğu küçük bir konu var.
Optimizasyonu ve tüm Uzman Danışmanlarında geriye dönük testi tutarlıdır (her şey yolundadır) ve bir Uzman Danışman sizinki gibidir.
Geriye dönük testin sonucunu verdi - görebilirsiniz (ona önceden bir fikir verdim - fark neden).
Kodu vermedi, ancak bunun nedeninin danışmanının mantığında (kodda) olduğu açık (çünkü belirttiği gibi, diğer tüm danışmanlarla böyle bir sorunu yok - son gönderisine bakın) Konu): https://www .mql5.com/en/forum/338047
Her şey benimkiyle aynı)))
Kodda bir şeyi başlatmayı unutmak yeterlidir ve bir fark olacaktır. Kodu kontrol edin.
Neye benziyor? Ve orada ve aynısı var. Nasıl bir fark olabilir? Ayrıca, hemen hemen tüm verilerin başlatılması bir döngü içinde gerçekleşir. Ve orada bir şey başlatılmazsa - hatalı bir çıktı.
Uzun süredir test değişkenleri çalıştırıyorum, değişkenlerde gerçekten çöp vardı, geliştirici başlangıçta bunu kendi başına yenmedi mi? Sonuçta, kodun ortasında, eğer çöp oluşabiliyorsa, o zaman her zaman aynı olmalıdır, değil mi?
Ben prof değilim. programcı bir sorudur
İşte ben de aşağı yukarı aynıyım. Hem orada hem de orada aynı olmalı. Benim sövem bir yerde olsa bile, o her yerde olmalı. Ve böylece sihirli bir şekilde bu cant'ın (benimki) düzeltildiği ortaya çıktı. Nerede olduğundan emin değil misin? Ya optimize edicide ya da test edicide...
Bayram masasına bir dakika ara verdim))))))))))))
Her şey benimkiyle aynı)))
Neye benziyor? Ve orada ve aynısı var. Nasıl bir fark olabilir? Ayrıca, hemen hemen tüm verilerin başlatılması bir döngü içinde gerçekleşir. Ve orada bir şey başlatılmazsa - hatalı bir çıktı.
İşte ben de aşağı yukarı aynıyım. Hem orada hem de orada aynı olmalı. Benim sövem bir yerde olsa bile, o her yerde olmalı. Ve böylece sihirli bir şekilde bu cant'ın (benimki) düzeltildiği ortaya çıktı. Nerede olduğundan emin değil misin? Ya optimize edicide ya da test edicide...
Bayram masasına bir dakika ara verdim))))))))))))
Değişkenlerden bahsediyorum, bu, betiği çalıştırdığınız zamandır ve 0 yerine, son çalıştırmadan veya buna benzer bir veri içeriyorlar, zaten hatırlamıyorum, 5 yıl veya daha önceydi
ve test cihazında, büyük olasılıkla yine bir yerde bir nüansın var, bu arada, MQ'nun sonlandırılması gerektiğini söylüyor, kişisel olarak test cihazındaki her şeyle rahat hissetmiyorum, başlatma arayüzünü sevmiyorum
Her şey benimkiyle aynı)))
Neye benziyor? Ve orada ve aynısı var. Nasıl bir fark olabilir? Ayrıca, hemen hemen tüm verilerin başlatılması bir döngü içinde gerçekleşir. Ve orada bir şey başlatılmazsa - hatalı bir çıktı.
... O arkadaşa, bu danışmanda neden farklı olduğu konusunda fikir verdim.
Sonuçta, geriye dönük test sona erdiğinde (geriye dönük test sona erdiği anda), tüm açık pozisyonlar zorla kapatılır (yalnızca test cihazında).
Az önce işlem yapsaydı, o anda kapanmazlardı ..
Bu nedenle, burada o
- veya optimizasyona inanmak (bu durumda tercih edilir),
- veya açık pozisyonların zorla kapatılmasını en iyi şekilde ancak sona ermeden önce görmezden gelir, ancak daha sonra herhangi bir sayı almaz,
- veya aynı optimizasyon parametreleriyle geriye dönük test için böyle bir zaman aralığı seçin, danışmanın kendisi geriye dönük testin bitiminden önce (.. seçerek) tüm pozisyonları kapattığında ve sonra, bence aynı olacaktır.
- www.metatrader5.com
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Bu bir kez daha test edici/iyileştirici ile ilgili ...
Optimizasyon ve tekli test sonuçlarında tutarsızlıklar fark ettim. Terminali yeniden başlattı, parametrelerin ayarlarını değiştirdi (emin olmak için). Optimizasyon başladı.
Tek bir test başlattı...
Evet, nasıl yani? Bu saçmalık nereden geliyor?