[UYARI, KONU KAPALI!] Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz hiçbir yerde. - sayfa 794

 

obla4ko : а по поводу тестирования на истории вопрос :

Bir Uzman Danışman (basit! :)) - ızgara değil) aynı geçmiş segmentinde, aynı parametrelerle tamamen farklı sonuçlar verebilir mi?

Tek şey, bu iki test arasında, alıntı arşivini güncelledim... ve bu, böyle bir sonuca yol açabilir!? - o zaman tüm hikayenin çöp olduğu ortaya çıkıyor!?

1. Tarih değişebilir. Gün içi boşluklar filtrelenir, aykırı değerler çıkarılır vb. Bazen günler bile kaybolur! // Geçenlerde biri burada ayın çalındığından şikayet etti. DC değil, sadece "Dikanka yakınlarındaki Çiftlikte Akşamlar"dan bir tür şeytan! )))

2. Fark, dalgalı yayılmadan da kaynaklanabilir. Test cihazı, başlatma sırasında mevcut olanı kullanır.

3. Tarih saçmalık değildir. Saçmalık, bu tür önemsiz şeylere çok bağlı bir danışmandır.

 
obla4ko :

ayrıca, bence, daha sonra temizlenmiş bir "firkete" mümkündür .. :)), ancak artık ulaşılamayan daha küçük zaman dilimlerinin "hafızaya kaydedilmiş" ...

ve geriye dönük test sorusu hakkında:

Bir Uzman Danışman (basit! :)) - ızgara değil) aynı geçmiş segmentinde, aynı parametrelerle tamamen farklı sonuçlar verebilir mi?

Tek şey, bu iki test arasında, alıntı arşivini güncelledim... ve bu, böyle bir sonuca yol açabilir!? - o zaman tüm hikayenin çöp olduğu ortaya çıkıyor!?

Aynen ... kendileri sadece "saç tokalarını" silmek hakkında yazdılar. Ayrıca, test ederken mevcut yayılma alınır. Ve farklı olabilir: önceki testte 2 puandı ve şimdiki testte 4 oldu, örneğin...
 
obla4ko :

Açıklama için teşekkürler - ne düşünüyorsunuz, Time[0] değeriyle karşılaştırmak yerine, OrderSend(...) isteğinden önce böyle bir görev vermeyi denemek mümkün mü: mevcut çubuğun StopLoss tarafından kapanıp kapanmadığını kontrol edin- sen? O zaman benim tarafımdan bildirilen StopLoss değişkeni ile çalışacak duble StopLoss() fonksiyonunu tanıtmak gerekiyor mu? Yoksa temelde MÜMKÜN DEĞİL mi? Geyiğin yakalandığı çubukta parametreleri açılışla eşleşse bile yeni bir pozisyon açılmaması benim için önemli.

Gerçek şu ki, en son zaman faktörlerine dönmek istiyorum - çoğu zaman kayarlar - ya da daha doğrusu, siparişin yorumlanmasının bir nedenden dolayı heterojen (belirsiz) olduğu ortaya çıkıyor.


Hızlı bir piyasada bu koşul çalışmayacaktır.

 if (Volume[ 0 ]> 1 ) return ;
Aynı anda birkaç kene geldi ve zaten birden fazla
 
Vinin :


Hızlı bir piyasada bu koşul çalışmayacaktır.

Aynı anda birkaç kene geldi ve zaten birden fazla

Aynen öyle! Çalışmıyor! Kayıyor.. :)) Ve çok fazla pozitif pozisyon açmıyor! Peki onun yerine ne öneriyorsun canım?
 
artmedia70 :
Aynen ... kendileri sadece "saç tokalarını" silmek hakkında yazdılar. Ayrıca, test ederken mevcut yayılma alınır. Ve farklı olabilir: önceki testte 2 puandı ve şimdiki testte 4 oldu, örneğin...
Elbette, programların bir kulüp kadar kalın yazılması gerekiyor gibi görünüyor - böylece 6000 piplik bir marjları olsun .. :)))) - ancak o zaman altı ay boyunca 10 kilo başına 30 dolar alırsınız ..: ((((((((((((
 
obla4ko :
Aynen öyle! Çalışmıyor! Kayıyor.. :)) Ve çok fazla pozitif pozisyon açmıyor! Peki onun yerine ne öneriyorsun canım?

Bunu yapmak için gereksinimleri bilmeniz gerekir. Yeni bir barın açılmasını zamanla kontrol etmek mümkündür - ama bu size uyacak mı? Belki anlaşmalar her an açılmalı. Açık pozisyonların sayısını kontrol etmek daha kolay olabilir. Önce neye ihtiyacın olduğuna karar vermelisin
 
Svinozavr :

1. Tarih değişebilir. Gün içi boşluklar filtrelenir, aykırı değerler çıkarılır vb. Bazen günler bile kaybolur! // Geçenlerde biri burada ayın çalındığından şikayet etti. DC değil, sadece "Dikanka yakınlarındaki Çiftlikte Akşamlar"dan bir tür şeytan! )))

2. Fark, dalgalı yayılmadan da kaynaklanabilir. Test cihazı, başlatma sırasında mevcut olanı kullanır.

3. Tarih saçmalık değildir. Saçmalık, bu tür önemsiz şeylere çok bağımlı bir danışmandır.

bir danışmanı bir sopayla karşılaştıramazsınız - bu ince bir şey :))) sanal, “günlerin nasıl kaybolduğunu fark etmemesi için ne önerirsiniz! // Birisi yakın zamanda burada şikayet etti. bir ay çalındı.”??? Açık .... n genel olarak böyle bir danışman?
 

insanlar bana hindilerde bunu sıklıkla kullandığını söylüyor:

 int CountedBars=IndicatorCounted();
if (CountedBars< 0 ) CountedBars= 0 ;
if (CountedBars> 0 ) CountedBars--;
cnt = Bars - CountedBars;

for ( int i = 0 ; i < cnt ;i++)

buna dayalı otomasyon yaparsanız, o zaman hiçbir şeyin işe yaramayacağı açıktır, çünkü IndicatorCounted() 0 olacaktır. Her şeyin çalışması için hindi dolması nasıl düzgün bir şekilde yeniden yapılır?

 
Vinin :

Bunu yapmak için gereksinimleri bilmeniz gerekir. Yeni bir barın açılmasını zamanla kontrol etmek mümkündür - ama bu size uyacak mı? Belki anlaşmalar her an açılabilir. Açık pozisyonların sayısını kontrol etmek daha kolay olabilir. Önce neye ihtiyacın olduğuna karar vermelisin
ve Volume[0]>1 yerine Volume[0] >5 yazarsanız, söyleyin? Sizce nasıl tepki verir? Ben sadece mümkünse basit çözümlerin destekçisiyim - bunlar en ustaca olanlardır !! :))
 

Her danışmanın kendi gereksinimleri vardır

Neden: