Çoklu para birimi analizinin bazı saçmalıkları üzerine düşünceler. - sayfa 16
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
Evrensel arşivleyiciler belirli verileri çok az kullanır. Bunu hesaba katarsanız (önceden bilirseniz), parantezlerin dışına birçok şey koyabilirsiniz.
MT5 geliştiricileri bunu sıkıştırma algoritmasını geliştirerek yapıyorlar. Eğer açarlarsa, tekerleği kendiniz yeniden icat etmeniz gerekmeyebilir.
Bir test uzmanı, öngörülebilirlik düzeyini belirlemeye nasıl yardımcı olabilir?
Tıpkı bir arşivci gibi.
MT5 geliştiricileri bunu sıkıştırma algoritmasını geliştirerek yapıyorlar. Eğer açarlarsa, tekerleği kendiniz yeniden icat etmeniz gerekmeyebilir.
Buna hiç güvenmiyorum. Ruble, metakotalar bu algoritmayı paylaşmaya başlamadan önce tek bir para birimi haline gelecek. Kolay olsa bile.
Hadi daha iyisini icat edelim. :)
Tıpkı bir arşivci gibi.
Test cihazı, arşivleyicinin yanı sıra öngörülebilirlik seviyesini belirleyemez. Arşivleyici temiz (sıkıştırılmış) bilgilerin boyutunu verebilir. Ne kadar çok sıkıştırırsa, kalıpları bulmak için temel o kadar verimli olur. Sonuçta, arşivleyicinin yaptığı genel durumda kalıpları aramaktır. Ne kadar iyi sıkarsa, o kadar çok desen bulurdu.
Я, кстати, склоняюсь к алгоритмам "с потерей информации". Отнюдь не вся она нужна. А сжатие куда выше.
Mantıklı, çünkü tüm bilgiler hala piyasadan mevcut değil.
Ancak etkili bir temel için kriter formüle edilmiş gibi görünüyor.
Test cihazı, arşivleyicinin yanı sıra öngörülebilirlik seviyesini belirleyemez. Arşivleyici temiz (sıkıştırılmış) bilgilerin boyutunu verebilir. Ne kadar çok sıkıştırırsa, kalıp bulmanın temeli o kadar etkili olur. Sonuçta, arşivleyicinin yaptığı genel durumda kalıpları aramaktır. Ne kadar iyi sıkarsa, o kadar çok desen bulurdu.
Bu kadar acele etme. Hataları yakalarsın. :)
Bu konuyu zaten forex'in şafağında düşündüm - iki buçuk yıl önce. Sıkıştırma algoritmaları gerçekten kalıpları arar (ve bulur), ancak genellikle ileriye bakar (sadece "kayıpsız" olanlar - iki geçişli). Bu nedenle, doğrudan akışa geçmek daha iyidir... :)
Bu kadar acele etme. Hataları yakalarsın. :)
Bu konuyu zaten forex'in şafağında düşündüm - iki buçuk yıl önce. Sıkıştırma algoritmaları kalıpları arar (ve bulur), ancak genellikle ileriye bakar (sadece "kayıpsız" olanlar - iki geçişli). Bu nedenle, doğrudan akışa geçmek daha iyidir... :)
Benzer şekilde, düşünceler aynı Forex bilgisi durumunda, zaman içinde sadece biraz daha erken doğdu.
Temeli belirlemek için iki geçiş de gereklidir. İlk geçiş, temel dönüşümdür.
Piyasanın sabit bit hızı hipotezi hakkında konuşursak, akış sıkıştırma yöntemleri mükemmel adaylar gibi görünüyor.
MetaDriver писал(а) >>
... Yani, doğrudan akışa geçmek daha iyidir... :)...
Ve burada da kötü bir serseri içindeyiz - hepsinin gecikmeyle çalıştığından eminim, yani etkili kodlama için çok fazla olmasa da "gelecekteki bir tarihe" ihtiyaçları var.
// Ancak, test cihazında, eğriyi gökyüzüne doğru kabartmak için sadece yarım bar ileriyi bilmem gerekiyor... :)
Ve burada da kötü bir serseri içindeyiz - hepsinin gecikmeyle çalıştığından eminim, yani etkili kodlama için çok fazla olmasa da "gelecekteki bir tarihe" ihtiyaçları var.
// Ancak, test cihazında, eğriyi gökyüzüne doğru kabartmak için sadece yarım bar ileriyi bilmem gerekiyor... :)
Gecikmeli olarak çalışırlar, çünkü bir bilginin sıkıştırılmasını beklemeniz gerekir (yukarıdaki örnekte aynı saat). Burada her şey yolunda.