Pratik yaparak test etme, yansıtma, tartışma... - sayfa 23
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Bunun gerçekten BENİM TS olduğunu söyleyemem ama tarif ettiğiniz Martingale ilkesi doğru gibi görünüyor ...
Evet, bir tür aracınızdan bahsetmiyorum .... Ama burada sizin tarafınızdan test edilen araçtan.
Bir önceki yazımdaki kriterlerde her şey benim tarafımdan doğru bir şekilde anlatılmış gibi görünüyor?
Evet, bir tür aracınızdan bahsetmiyorum .... Ama burada sizin tarafınızdan test edilen araçtan.
Bir önceki yazımdaki kriterlerde her şey benim tarafımdan doğru bir şekilde anlatılmış gibi görünüyor?
İyi sıralama...
İyi sıralama...
Teşekkür ederim. Apaçık.
İzliyorum...
Teşekkür ederim. Apaçık.
İzliyorum...
ben de merak ediyorum...
Bir poz daha kapandı.
Bu sefer - Tanrıya şükür eksi. Ve sonra, Martingale'i kullanacak hiçbir şey olmayacağından endişelenmeye başladım - her şey bir artı ve bir artı ... :-)
Mevcut tablo:
Hareket sıradaki.
Şimdi 1.3274'te eurom var. Bu sefer 0.04 lot satın almanız gerekiyor.
Bu yüzden, 1.3244 ve 1.3304'te beklemeye koydum ...
Hareket sıradaki.
Şimdi 1.3274'te eurom var. Bu sefer 0.04 lot satın almanız gerekiyor.
Bu yüzden, 1.3244 ve 1.3304'te beklemeye koydum ...
Ve ne (hangi) rastgele kullanıyorsunuz ve neden SO (her biri TR ve SL boyutu gibi 30 puan) bekleyen fiyatından kaldırıldı?
Ve ne (hangi) rastgele kullanıyorsunuz ve neden SO (her biri TR ve SL boyutu gibi 30 puan) bekleyen fiyatından kaldırıldı?
Ertelemeler 30 s. Dileyenler bir düzenin varlığını çalışmadan ÖNCE düzeltebilsinler - yani, dürüstlük kontrolünü kolaylaştırmak için bir zaman gecikmesi yaratsınlar.
Ve talimatlarım bir akıllı telefondaki Kingsoft Office for Android'deki PRNG işlevleri tarafından oluşturulur ... (eğer soruyu doğru anlarsam)
Ertelemeler 30 s. Dileyenler bir düzenin varlığını çalışmadan ÖNCE düzeltebilsinler - yani, dürüstlük kontrolünü kolaylaştırmak için bir zaman gecikmesi yaratsınlar.
Ve talimatlarım bir akıllı telefondaki Kingsoft Office for Android'deki PRNG işlevleri tarafından oluşturulur ... (eğer soruyu doğru anlarsam)
Apaçık. Onlar. girdi sürekli rastgele, yukarı doğru değişiyor, sadece önceki ciltleri 2 (martin'e göre) çarparak mı? Böyle?
Eğer öyleyse, işte mevcut olan başka bir özellik:
Şu anda, mikro - gerçek üzerinde, Martin ile ağ Çığının kendi versiyonunu çalıştırıyorum (burada olduğu gibi, önceki hacmi 2 ile çarparak artırmak için bir şemaya sahip seçenekler var), ama orada bir Çığım var saf şekli, tersine çevrilmesi, buradaki gibi değil ... Soru farklı, öyle bir an ile karşılaştım ki, SL ve TR'nin boyutu küçüldüğünde, burada 30 pp var - şu anda önceden hatırlamıyorum , ama bunu çözebilirsin ... hesapla ... Bu resim çıkıyor ... Hacmi uzun bir dizi kayıpla (bu durumda, rastgele kayıplar), örneğin arka arkaya 10 kayıpla artırarak , rastgele girişte 11. artışta lot çıkar = 0.01 başlangıç ise, o zaman 20.48 lot'a eşit olacaktır ve aynı zamanda 30 puana ulaşıldığında TR'ye kadar ve TR'de siparişi kapatma olacaktır. kayıp + başlangıç girişi ile kapatılan bu 10 girişlik seri için bir KAYIP ile sonuçlanır, çünkü toplam kayıp, son 11. rastgele girişte KAR'ı aşacaktır. İşte anlaşma. Bunu 22 pipte buldum (sonraki hacimleri artırmak için tam olarak hangi şemayı kullandığımı hatırlamıyorum). 30'da, sahip olduğunuz gibi - saymanız gerekir ... Sonuçta, Martin'i kullanırken IMHO görevi bir dizi işlemi görüntülemektir - KÂRDA! her neyse!
Apaçık. Onlar. girdi sürekli rastgele, yukarı doğru değişiyor, sadece önceki ciltleri 2 (martin'e göre) çarparak mı? Böyle?
Eğer öyleyse, işte mevcut olan başka bir özellik:
Şu anda, mikro - gerçek üzerinde, Martin ile ağ Çığının kendi versiyonunu çalıştırıyorum (burada olduğu gibi, önceki hacmi 2 ile çarparak artırmak için bir şemaya sahip seçenekler var), ama orada bir Çığım var saf şekli, tersine çevrilmesi, buradaki gibi değil ... Soru farklı, öyle bir an ile karşılaştım ki, SL ve TR'nin boyutu küçüldüğünde, burada 30 pp var - şu anda önceden hatırlamıyorum , ama bunu çözebilirsin ... hesapla ... Bu resim çıkıyor ... Hacmi uzun bir dizi kayıpla (bu durumda, rastgele kayıplar), örneğin arka arkaya 10 kayıpla artırarak , rastgele girişte 11. artışta lot çıkar = 0.01 başlangıç ise, o zaman 20.48 lot'a eşit olacaktır ve aynı zamanda 30 puana ulaşıldığında TR'ye kadar ve TR'de siparişi kapatma olacaktır. kayıp + başlangıç girişi ile kapatılan bu 10 girişlik seri için bir KAYIP ile sonuçlanır, çünkü toplam kayıp, son 11. rastgele girişte KAR'ı aşacaktır. İşte anlaşma. Bunu 22 pipte buldum (sonraki hacimleri artırmak için tam olarak hangi şemayı kullandığımı hatırlamıyorum). 30'da, sahip olduğunuz gibi - saymanız gerekir ... Sonuçta, Martin'i kullanırken IMHO görevi bir dizi işlemi görüntülemektir - KÂRDA! her neyse!
Uzun bir geyik serisinin sonucu olarak böyle bir ağırlık artışına izin vermeyi planlamıyorum.
Bu deneyde, bu sıkıntıyla mücadele etmek için iki veya üç düşünceyi test etmeyi planlıyorum. Muhtemelen burada bu kadar çok işlem görmeyeceksiniz...