Göstergesiz robot - sayfa 6
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
Bir trend veya bir düz değil belirleyen göstergeler var ..zaten saf formlarında var değiller. Genel anlamda herhangi bir yönde satın alma veya satma güçlerinin avantajını belirlerler. Gözlerle anlatmak imkansız. Çünkü bu, fiyatın yönü değil, fiyattaki entropi (rastgelelik) derecesidir. Bu göstergeler esasen icatlara benzer, bu nedenle özellikle yaygın değiller, elbette, kişisel olarak istediğim gibi birkaç ekran görüntüsü geliştirdim. Eğilimi belirlemek a priori imkansızdır. Ama daire hala oldukça. Düz + rastgelelik toplam piyasa süresinin yaklaşık %98'i olduğundan.
Düz, zamanın %98'inde var olmaz, sadece trend var olduğu sürece var olur. Piyasanın doğası trendden düze değişir , dağıtım kanunu normal etrafında dalgalanır, ancak asla normal olmaz. Daire zamanın% 98'iyse, o zaman üzerinde para kazanmak çok kolaydı.
Düz, zamanın %98'inde var olmaz, sadece trend var olduğu sürece var olur. Piyasanın doğası trendden düze değişir, dağıtım kanunu normal etrafında dalgalanır, ancak asla normal olmaz. Daire zamanın% 98'iyse, o zaman üzerinde para kazanmak çok kolaydı.
1. Lütfen duygularınızı takip edin.
Biliyor musun, bana bir kategoriyi hatırlatıyorsun, delil isteyen insanlar ve bunu sunduktan sonra, "kanıtınız değil, deliliniz..." diyorlar.
Buna ne diyebilirim ki "sadece optimal olmayan bir gösterge kodundan bahsediyor", haklısınız, anladığınız kadarıyla optimal kod ... Ne olduğunu tahmin etmek bile istemiyorum.
Belki bir şeyi gözden kaçırdınız, ancak başlangıçta tüm mantığı EA koduna aktarmanın, N'inci sayıda enstrümanın terminalde açık ve yüklü olması koşuluyla iyi bir çözüm olmadığını yazdım, çünkü bence EA'nın görevi siparişleri yönetmektir. zamanında.
Gösterdiğim ve siz "optimal olmayan gösterge kodu hakkında" yorum yaptınız (aksini söylemiyorum), birkaç enstrüman ve birkaç bot ve göstergenin açık olması koşuluyla, bu tür gecikmeler gözlemlemiyorum, yani. Mantığınıza göre, "optimal" kod hakkında, 10 veya daha fazla cihazla açılırsa " gösterge çok yavaş " bu tür mesajlar asla görünmeyecektir, buna gerçekten inanıyor musunuz???
Kişisel deneyimimden, bu tür gecikmeleri gözlemlememek için tüm "ağır" hesaplamaların ayrı bir programa taşınması gerektiği ve MQL'nin programdan alınan komutlara dayalı siparişleri servis etme göreviyle bırakılması gerektiği sonucuna vardım. MQL motorunu ve performansını doğrudan etkilemez. . Şu anda yaptığım şey tam olarak bu.
Aslında, bununla karşılaşmadığınız için size kanıtlayacak hiçbir şeyim yok, o zaman:
1. Programlama dünyasında bir tanrısınız, :);
2. Henüz ciddi bir şey yazmadınız.
3. Sadece şapkalarınızla kendinize bir puan verin.
Biliyor musun, bana bir kategoriyi hatırlatıyorsun, delil isteyen insanlar ve bunu sunduktan sonra, "kanıtınız değil, deliliniz..." diyorlar.
Buna ne diyebilirim ki "sadece optimal olmayan bir gösterge kodundan bahsediyor", haklısınız, anladığınız kadarıyla optimal kod ... Ne olduğunu tahmin etmek bile istemiyorum.
Belki bir şeyi gözden kaçırdınız, ancak başlangıçta tüm mantığı EA koduna aktarmanın, N'inci sayıda enstrümanın terminalde açık ve yüklü olması koşuluyla iyi bir çözüm olmadığını yazdım, çünkü bence EA'nın görevi siparişleri yönetmektir. zamanında.
Gösterdiğim ve siz "optimal olmayan gösterge kodu hakkında" yorum yaptınız (aksini söylemiyorum), birkaç enstrüman ve birkaç bot ve göstergenin açık olması koşuluyla, bu tür gecikmeler gözlemlemiyorum, yani. Mantığınıza göre, "optimal" kod hakkında, 10 veya daha fazla cihazla açılırsa " gösterge çok yavaş " bu tür mesajlar asla görünmeyecektir, buna gerçekten inanıyor musunuz???
Kişisel deneyimimden, bu tür gecikmeleri gözlemlememek için tüm "ağır" hesaplamaların ayrı bir programa taşınması gerektiği ve MQL'nin programdan alınan komutlara dayalı siparişleri servis etme göreviyle bırakılması gerektiği sonucuna vardım. MQL motorunu ve performansını doğrudan etkilemez. . Şu anda yaptığım şey tam olarak bu.
Aslında, bununla karşılaşmadığınız için size kanıtlayacak hiçbir şeyim yok, o zaman:
1. Programlama dünyasında bir tanrısınız, :);
2. Henüz ciddi bir şey yazmadınız.
3. Sadece şapkalarınızla kendinize bir puan verin.
Düz, zamanın %98'inde var olmaz, sadece trend var olduğu sürece var olur. Piyasanın doğası trendden düze değişir, dağıtım kanunu normal etrafında dalgalanır, ancak asla normal olmaz. Daire zamanın %98'iyse, o zaman ondan para kazanmak çok kolaydı.
Fark etmediyseniz ... "düz + rastgelelik" Bu tam olarak zamanın %98'ini oluşturan şeydir.
ve trendler..bunlar sadece aykırı değerler...piyasa anomalileri..nadiren olur, örneğin Birleşik Krallık'ta Brexit. Evet, tabii ki gerçek bir satış eğilimi vardı ve orada çok barizdi ve göstergelere gerek yoktu.
borsa ile yüksek hızlı bir iletişim kanalı olmadan bu "trendleri" yakalamak imkansızdır. Evet ve mat. cihazın hala bunun için icat edilmesi gerekiyor. genel olarak çok zordur. Ve dikkat edin, burada kimse konuşmuyor, ancak eğilimin kendisi de rastgele olabilir =) Kulağa saçma geliyor, ancak bu doğru olmaktan çıkmıyor)
Fark etmediyseniz ... "düz + rastgelelik" Bu tam olarak zamanın %98'ini oluşturan şeydir.
ve trendler..bunlar sadece aykırı değerler...piyasa anomalileri..nadiren olur, örneğin Birleşik Krallık'ta Brexit. Evet, tabii ki gerçek bir satış eğilimi vardı ve orada çok barizdi ve göstergelere gerek yoktu.
borsa ile yüksek hızlı bir iletişim kanalı olmadan bu "trendleri" yakalamak imkansızdır. Evet ve mat. cihazın hala bunun için icat edilmesi gerekiyor. genel olarak çok zordur. Ve dikkat edin, burada kimse konuşmuyor, ancak eğilimin kendisi de rastgele olabilir =) Kulağa saçma geliyor, ancak bu doğru olmaktan çıkmıyor)
Farklı anlatayım. Tersine dönüş olasılığı %50 ise, bu bir trend veya sabit değildir, ancak fiyat yine de bir yere gidecektir. Bu durumda, grafik normal bir olasılık dağılımına sahip olacaktır (rastgele bir süreç olarak). Ancak piyasada, tersine dönme olasılığı temel olarak %50'den az - bir trend veya %50'den fazla - bir geri çekilme. Ancak uzun bir süre boyunca alırsanız, geri dönüş olasılığı yaklaşık %50 olacaktır. Piyasa bu değer etrafında dalgalanıyor. Burada forex ve ana 28 çiftinden bahsediyorum. Vakıf biraz farklı.
Biliyor musun, bana bir kategoriyi hatırlatıyorsun, delil isteyen insanlar ve bunu sunduktan sonra, "kanıtınız değil, deliliniz..." diyorlar.
Buna ne diyebilirim ki "sadece optimal olmayan bir gösterge kodundan bahsediyor", haklısınız, anladığınız kadarıyla optimal kod ... Ne olduğunu tahmin etmek bile istemiyorum.
Belki bir şeyi gözden kaçırdınız, ancak başlangıçta tüm mantığı EA koduna aktarmanın, N'inci sayıda enstrümanın terminalde açık ve yüklü olması koşuluyla iyi bir çözüm olmadığını yazdım, çünkü bence EA'nın görevi siparişleri yönetmektir. zamanında.
Gösterdiğim ve siz "optimal olmayan gösterge kodu hakkında" yorum yaptınız (aksini söylemiyorum), birkaç enstrüman ve birkaç bot ve göstergenin açık olması koşuluyla, bu tür gecikmeler gözlemlemiyorum, yani. Mantığınıza göre, "optimal" kod hakkında, 10 veya daha fazla cihazla açılırsa " gösterge çok yavaş " bu tür mesajlar asla görünmeyecektir, buna gerçekten inanıyor musunuz???
Kişisel deneyimimden, bu tür gecikmeleri gözlemlememek için tüm "ağır" hesaplamaların ayrı bir programa taşınması gerektiği ve MQL'nin programdan alınan komutlara dayalı siparişleri servis etme göreviyle bırakılması gerektiği sonucuna vardım. MQL motorunu ve performansını doğrudan etkilemez. . Şu anda yaptığım şey tam olarak bu.
Aslında, bununla karşılaşmadığınız için size kanıtlayacak hiçbir şeyim yok, o zaman:
1. Programlama dünyasında bir tanrısınız, :);
2. Henüz ciddi bir şey yazmadınız.
3. Sadece şapkalarınızla kendinize bir puan verin.
Doğru kodlamayı öğrenin. Frenleriniz için sadece siz suçlusunuz. 10 yıldan fazla bir süredir buradayım ve böyle bir mesajla sadece bir gösterge yazdı. Ancak kendisi düzeltti.
Tabii ki, deneyiminiz umurumda değil...
Ancak lütfen akışı sizin için durduran göstergenin kodunu sağlayın.
Biliyor musun, bana bir kategoriyi hatırlatıyorsun, delil isteyen insanlar ve bunu sunduktan sonra, "kanıtınız değil, deliliniz..." diyorlar.
Buna ne diyebilirim ki "sadece optimal olmayan bir gösterge kodundan bahsediyor", haklısınız, anladığınız kadarıyla optimal kod ... Ne olduğunu tahmin etmek bile istemiyorum.
Belki bir şeyi gözden kaçırdınız, ancak başlangıçta tüm mantığı EA koduna aktarmanın, N'inci sayıda enstrümanın terminalde açık ve yüklü olması koşuluyla iyi bir çözüm olmadığını yazdım, çünkü bence EA'nın görevi siparişleri yönetmektir. zamanında.
Gösterdiğim ve siz "optimal olmayan gösterge kodu hakkında" yorum yaptınız (aksini söylemiyorum), birkaç enstrüman ve birkaç bot ve göstergenin açık olması koşuluyla, bu tür gecikmeler gözlemlemiyorum, yani. Mantığınıza göre, "optimal" kod hakkında, 10 veya daha fazla cihazla açılırsa " gösterge çok yavaş " bu tür mesajlar asla görünmeyecektir, buna gerçekten inanıyor musunuz???
Kişisel deneyimimden, bu tür gecikmeleri gözlemlememek için tüm "ağır" hesaplamaların ayrı bir programa taşınması gerektiği ve MQL'nin programdan alınan komutlara dayalı siparişleri servis etme göreviyle bırakılması gerektiği sonucuna vardım. MQL motorunu ve performansını doğrudan etkilemez. Şu anda yaptığım şey tam olarak bu.
Aslında, bununla karşılaşmadığınız için size kanıtlayacak hiçbir şeyim yok, o zaman:
1. Programlama dünyasında bir tanrısınız :);
2. Henüz ciddi bir şey yazmadınız.
3. Sadece şapkalarınızla kendinize bir puan verin.
Cevap:
Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
Göstergesiz robot
Artyom Trishkin , 2018.09.27 15:42
oldukça doğru (toleranslı), göstergenin tamamını hesaplamanın bir örneği ve bunun optimize edilmiş bir parçası, optimizasyon 1-2 büyüklük sırası kazanç sağlar:
Her işarette tüm çubuklar yeniden hesaplanırsa (muhtemelen kod tabanının %99'u), yavaş göstergeyle ilgili bir mesaj alırsınız. icustom'ı çağırmak tüm çubukları hesaplar.
Doğru kodlamayı öğrenin. Frenleriniz için sadece siz suçlusunuz. 10 yıldan fazla bir süredir buradayım ve böyle bir mesajla sadece bir gösterge yazdı. Ancak kendisi düzeltti.
Tabii ki, deneyiminiz umurumda değil...
Ancak lütfen akışı sizin için askıya alan göstergenin kodunu sağlayın.
Anlamadın...
Bu hüzün... Karşılaştığınız sadece bir algoritma var ama büyük miktarda verinin analizi var ve kodunuzu ne kadar optimize ederseniz edin ondan kaçamazsınız, örnek olarak ben madencilere ver, mega bilgisayarlarda kod sorunu olduğunu mu düşünüyorsun????
Genel olarak, sadece yazımla uyardım ve siz zeki olmaya çalıştınız. Bu konuda tartışmamızın bittiğini düşünüyorum, bunun bir anlamı yok.