Teoriden pratiğe - sayfa 143
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
tody "oh"
ancak bu hafta düz
Algoritmasını ve diğer verilerini kontrol edeceğim - acele etmeyeceğim. Kimin daha hızlı ihtiyacı var - bu konunun son sayfalarını okumasına ve kendisi yapmasına izin verin.
acele etmem İplik ilginç.
şimdilik okuyorum.
Demoda hala indirimleriniz var. Sorun bu.
Gerçekleri bekleyeceğim, göreceğiz.
acele etmem İplik ilginç.
şimdilik okuyorum.
Sonuçta, demoda hala anlaşmalarınız var. Sorun bu.Kayınpederim buna en çok pişman oluyor, "Eee? Ne zaman? Ne zaman???!!!" gibi ünlemlerle etrafımda dolaşıyor. :)))
Ticks.alpari.org için teşekkürler bas, benim için yeni bir ticks kaynağı. Birçoğu var ve Alexander, tahmin edebiliyor musun, 10 farklı hesap türünün her biri için onay işaretlerinin verilmesinin nedeni çok fazla - bu bir DC'de! Kenelerin tarihini saklama konusuna ilk kez böyle bir yaklaşımla karşılaştım. Özellikle, dukas, hatırladığım kadarıyla, bir kene örneğine sahiptir. Gaincapital de öyle.
Bunun nedeni, DC için onay geçmişinin öncelikle bir anlaşmazlık çözüm aracı olmasıdır.
Ne kadar dürüst olduğumuzu görüyorsunuz (ve işleminiz burada değildi), tüm işlemlerin günlükleri elimizde ve bunlar herkese açık.
İkincisi, rekabet avantajı. Kene geçmişimiz var, tüccarlarımızın başarılı bir şekilde ticaret yapması için her şeyi yapıyoruz.
Ne diyeyim arkadaşlar...
Farklı alıntı okuma yöntemleriyle toplanan arşivlerimde önerilen algoritmanın çalışmalarını analiz ettim.
Çıktı aşağıdaki gibidir:
Vizard_ tarafından önerilen model, yalnızca ve yalnızca üstel zaman aralıklarında sözde durumlarla okuma yöntemi için çalışıyor (sözde durumlarla tek tip zamandan bahsetmeye cesaret edemiyorum - böyle bir arşivim yok)
Bu model için başka hiçbir veri alma yöntemi ( her tik , her tik değil, vb.) uygun değildir. Birisi bu yöntemi kullanarak arşivlenmiş kene alıntılarını analiz ederse ve olumsuz sonuçlar alırsa - hadi, aynı şey bende de var.
Şimdi, her şeyi doğru bir şekilde açıklamak için, forumu aptallar olmadan uzun süre bırakmam gerekiyor.
Hoşçakal dememek.
Samimi olarak,
İskender_K
Teorik olarak, sadece olamazlar. Pazar, deterministik değil, olasılıksal bir süreçtir, bu nedenle %100 tahmin etmek imkansızdır. Negatif işlemlerden kurtulamayacaksınız, ancak bu gerekli değil - soru onların sayısında, basitçe söylemek gerekirse, kârdan daha ağır basmamalarına ihtiyacınız var.
Üstelik %100 karlı işlemler sözde bir göstergesidir. sonunda aniden yıkımla sonuçlanan "oturma kayıpları" (= kendini aldatma).
Ne diyeyim arkadaşlar...
Farklı alıntı okuma yöntemleriyle toplanan arşivlerimde önerilen algoritmanın çalışmalarını analiz ettim.
Çıktı aşağıdaki gibidir:
Vizard_ tarafından önerilen model, yalnızca ve yalnızca üstel zaman aralıklarında sözde durumlarla okuma yöntemi için çalışıyor (sözde durumlarla tek tip zamandan bahsetmeye cesaret edemiyorum - böyle bir arşivim yok)
Modele uygun kene alma algoritmasını tekrar hatırlayabiliyor musunuz? Yardım etmeye istekli kimse yok, arşivleri işlemek için kendiniz bir program yazmanız gerekecek.
Modele uygun kene alma algoritmasını tekrar hatırlayabiliyor musunuz? Yardım etmeye istekli kimse yok, arşivleri işlemek için kendiniz bir program yazmanız gerekecek.
Bu makaleden katlanarak dağıtılan sayıların üretecini kullandım https://habrahabr.ru/post/263993/ .
1. Jeneratör bir değer üretir = 1, 1 saniye sonra demektir. Bid and Ask alıntılarını okudum. Ve önemli değil, "canlı" bir alıntı, yani. gerçek veya "eski" bir değer (sadece bu değer bir sözde durum olarak kabul edilir ve bu çok önemlidir).
2. Bir sonraki alıntıyı, jeneratörün bir sonraki değeri aracılığıyla okudum = , örneğin, 3. Ve böyle devam eder.
DDE tekliflerini =1 saniye ve üzeri çözünürlükte kabul ediyorum, bu yüzden jeneratörün verdiği değere 1 ekleyip tamamını alıyorum.