[UYARI, KONU KAPALI!] Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz hiçbir yerde. - sayfa 623
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
Ardından şu soru ortaya çıktı: DC çok sayıda işlemi nasıl ele alıyor? Danışmanım her 29 dakikada bir pozisyon açar (beş stratejiden sadece biri). Herkes TakeProfit'i kapatıyor, ama sonra öz sermayede yüzde beşlik bir artışla, hepsi bir kalabalığın içinde kapanıyor, bazıları kârla, bazıları geyikle, önemli değil. Ana şey, her üç ila beş günde bir, bakiyenin yüzde beş artmasıdır.
DC'nin böyle bir ticaret iddiasında bulunup bulunmadığını merak ediyorum.
Bildiğim kadarıyla, sözleşme kapsamında, bir işlemde 20'ye kadar ve hesap başına 100'e kadar lot sayısında yalnızca (en azından benim için) kısıtlamalar olması olası değildir. Anladığım kadarıyla, ticaret stratejisi tırtıklı değil, bu yüzden sık isteklerde de sorun olmamalı ve şikayetler varsa endişelenmeyin, onlardan ilk siz haberdar olacaksınız :)
Bildiğim kadarıyla, sözleşme kapsamında, bir işlemde 20'ye kadar ve hesap başına 100'e kadar lot sayısında yalnızca (en azından benim için) kısıtlamalar olması olası değildir. Anladığım kadarıyla, ticaret stratejisi tırtıklı değil, bu yüzden sık isteklerde de sorun olmamalı ve şikayetler varsa endişelenmeyin, onlardan ilk siz haberdar olacaksınız :)
:)
Yarım saatten birkaç haftaya kadar açık pozisyon tutan bir stratejiye ne denir bilmiyorum... Pozisyon açma sıklığı da 5 dakika ile bir ay arasında değişiyor...
Grafikteki böyle bir hisse patlamasının nereden geldiğini biri açıklayabilir mi?
Ve eğer böyle bir dalgalanmanın doğası açıksa, onu bir şekilde "yakalamak" ve dengeyi en tepede sabitlemek mümkün müdür?
Grafikteki böyle bir hisse patlamasının nereden geldiğini biri açıklayabilir mi?
Ve eğer böyle bir dalgalanmanın doğası açıksa, onu bir şekilde "yakalamak" ve dengeyi en tepede sabitlemek mümkün müdür?
Expert Advisor'da MA_Fast ve MA_Slow vardır ve yalnızca [MA_Fast_Period<MA_Slow_Period] olduğunda çalışır.
Ancak optimizasyon sürecinde [MA_Fast_Period>=MA_Slow_Period] olduğunda kombinasyonlar ortaya çıkar ve bu durumda bundan kaçınmak gerekir.
gereksiz hesaplamalarla zaman kaybı. Onlar.
- "return(0)" hakkında soru - "(0)" gerekli mi yoksa sadece return() veya başka bir şey mi gerekiyor?
Bu özel durumda, optimizasyon sırasında bir çok 0-sıfır sonuç çıkıyor ve ben bunları hiç göstermek istemiyorum.
Teşekkür ederim!
- "return(0)" hakkında soru - "(0)" gerekli mi yoksa sadece return() veya başka bir şey mi gerekiyor?
örneğin bir hesaplama fonksiyonunuz varsa, şöyle görünür
int MyFunc(){
....
dönüş(0);
}
ve öyle olsa bile
void MyFunc(){
....
dönüş;
}
onlar. fonksiyon açıklamasında tanımlayın, sonucu onu çağıran veya çağırmayan fonksiyona döndürmeniz gerekir.
Not: yardımda dönüşle ilgili bir örnek var
Hey! Böyle bir danışmanın karlı olacağını düşünüyor musunuz:
fraktalı kırarak satın al 5 puan al, kaybı durdur 20 puan
Satılık - tam tersi
???
Hey! Böyle bir danışmanın karlı olacağını düşünüyor musunuz:
fraktalı kırarak satın al 5 puan al, kaybı durdur 20 puan
Satılık - tam tersi
???
Doğru borulama kurallarını öğrenmeye mi çalışıyorsunuz?
evet ise, o zaman benim deneyimime göre - sadece trend yönünde pipler, ancak oluşan fraktaldan sonra ve fraktal yükseldiyse, büyük olasılıkla bir sonraki fraktal düşecek
Grafiği doğru yerde açın ve gözlerinizle bakın, orada açıkça görebilirsiniz. Ve eşitlik izlenebilir .
örneğin bir hesaplama fonksiyonunuz varsa, şöyle görünür
int MyFunc(){
....
dönüş(0);
}
ve öyle olsa bile
void MyFunc(){
....
dönüş;
}
onlar. fonksiyon açıklamasında tanımlayın, sonucu onu çağıran veya çağırmayan fonksiyona döndürmeniz gerekir.
Not: yardımda dönüşle ilgili bir örnek var
Bu bir fonksiyon değildir - sadece start()'tan hemen sonra bir kontrol, ancak bu sonuca gerek olmadığı için "return;" muhtemelen gereklidir. Şimdiye kadar, otomatik olarak, düşünmeden return(0) kullandım, çünkü ve bu durumda her şey çalıştı :)