Ticaret Sistemleri Birliği. Çalışmaya devam ediyoruz. - sayfa 152
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
canım - buradaki yorumların kimseyi ilgilendirmez. ormana giderdin, IMHO!!!
Saçmalık. İlgiliyim. Yak, yaşlı adam! :D
Test modunu pozisyon açma algoritması ile karıştırmayın. Algoritma bir çubuk açarak yapılırsa, test etmek ve optimize etmek bir zevktir.
Görebildiğim kadarıyla, önceki çubuğu kapatma algoritması. Açıldığında çalışmayacaktır çünkü. tüm mantık bozulacak.
Görebildiğim kadarıyla, önceki çubuğu kapatma algoritması. Açıldığında çalışmayacaktır çünkü. tüm mantık bozulacak.
Kötü mantık, kod tabanındaki örneklere bakın
George, şapkamı çıkarıyorum...! Siz (ve Kızılderilileriniz) Ligi yeniden optimize etmek için muazzam bir iş yapıyorsunuz.
Özellikle yeniden optimizasyon için 2 saate inanmayan şüpheciler için:
Ve bu, bir çiftte sadece bir araç.
Peki, tamam, benim donanımım seninkinden daha kötü, ancak 2 kat daha az zaman harcasanız bile, o zaman bilgisayarınız kesintisiz yeniden optimizasyon ile meşgul olmalıdır.
İşte tam da bu yüzden, HER ZAMAN eksiksiz bir hazır araç setine sahip olmak için - bu araçların sürekli olarak demo hesaplar üzerinde çalışması gerektiği sonucuna vardım. Ve sadece "kontrol vuruşu yapanlar"ın yeniden optimize edilmesi gerekiyor. Günde 3-10 tane alıyorum. Ortalama beş. Her sistemin yeniden optimize edilmesi için 15 dakika ila 2 saat gerekir. Artı - bölmeden bölmeye beşten yirmiye geçiş (ancak çeviri sadece koddaki bölme bayrağını değiştiriyor ve yeniden derleniyor, bu yüzden çok hızlı gidiyor).
Bir çubuk açmak için bir algoritma yapın ve her şey uçacak. Kafa derisi yok, neden her keneye eziyet ediyorsun, makinelere acıyorsun
uçmayacak. Bana ve böylece kod yeterince optimize edildi. Aynı zamanda, bir bar açma algoritması da çok yanlış.
"Tüm onaylar" modu çok hassas, ancak yalnızca doğru zamanda (her zaman diliminde bir tane) işlenen bir onay işaretim olmasına rağmen, her bir onay üzerinde epeyce küçük ön kontroller yapılacak - ve bu gerekli değil.
Sonuç olarak, 1M OHLC moduna uzun zaman önce karar verdim - en mantıklısı olarak.
ona ihtiyaç var. Pekala.
hesabım 2599118.
büyüler: 200640, 642750, 642342, 642350,642422.
İzleme başarısız olur mu?
Düzenlemek.
Hesap: 2599118
Büyü: 200640
Kayıt Kodu: 2107362309
------------------------------------
Hesap: 2599118
Büyü: 642750
Kayıt Kodu: 3877358909
------------------------------------
Hesap: 2599118
Büyü: 642342
Kayıt Kodu: 3030109576
------------------------------------
Hesap: 2599118
Büyü: 642350
Kayıt Kodu: 2963000471
------------------------------------
Hesap: 2599118
Büyü: 642422
Kayıt Kodu: 2359020562
------------------------------------
George, layout, pliz, mevcut ayarlar 640150.
Sonuç olarak, gerçekten istemiyorum. Ancak, bir istisna olarak, başlatma işlevi:
Burada - zaten hesaplanmış SL, TP, momentum ve başabaş seviyesi (DATR ile ilgili olarak) not edilmelidir.uçmayacak. Bana ve böylece kod yeterince optimize edildi. Aynı zamanda, bir bar açma algoritması da çok yanlış.
"Tüm onaylar" modu çok hassas, ancak yalnızca doğru anda (her zaman diliminde bir tane) işlenen bir onay işaretim olmasına rağmen, her bir onay üzerinde epeyce küçük ön kontroller yapılacak - ve bu gerekli değil.
Sonuç olarak, 1M OHLC moduna uzun zaman önce karar verdim - en mantıklısı olarak.
Sonuç olarak, gerçekten istemiyorum. Ancak, bir istisna olarak, başlatma işlevi:
Burada - zaten hesaplanmış SL, TP, momentum ve başabaş seviyesi (DATR ile ilgili olarak) not edilmelidir.uilMaxTPC4Enter'ın değeri nedir?
uilMaxTPC4Enter'ın değeri nedir?
Sıfır. Bu fonksiyon o kadar eskiydi ki, o zaman henüz bu parametre yoktu.