Ticarette makine öğrenimi: teori, pratik, ticaret ve daha fazlası - sayfa 2916
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
Tek başına gitti.
Nick'i yasaklandığında olduğu gibi karartılmış, [Silindi] ile değiştirilmemiş.
Yani konu feshedildi, uzun zamandır yeni bir şey yok, düşünce yok, makale yok.
Bence sorun insanlarda değil, buradaki insanlar gelişmiş, ama MQ'nun politikasında . Kendi kendine çözüleceğinekarar verdiler - tek yapmaları gereken araçları atmak ve müdahale et memek ve kendi kendinegidecek...
Ama öyle değil. Çözümler doğarsa, kimse onları basit bir hevesle paylaşmaz, aptal yoktur.
MQ açıkça, koşulları yaratmanın yeterli olduğu ve insanların 3000 gösterge yaptığı göstergelerin başarısını tekrarlamaya çalışıyor. Bu MO konusunda işe yaramayacaktır, burada gelişim seviyesi oldukça farklıdır ve çalışan çözümlerin maliyeti göstergelerle kıyaslanamaz.
MQ bu konuya para yatırmak ve gelişimi kendi ellerine almak zorunda kalacak. Çözümlerini yayınlamaları ve MT5'e entegre etmeleri gerekiyor, başka yolu yok. Pahalı ve riskli, ancak MO öyle ya da böyle ticarete gelecek.
Microsoft, 2018'de OpenAI'ye yatırım yaparken, Google yanaklarını şişiriyor ve insanlar için araçlar yaratıyordu (TensorFlow). Şimdi kaynar su döküyorlar ve arama işlerini ChatGPT'den nasıl kurtaracaklarını düşünüyorlar. Bazı nedenlerden dolayı ChatGPT forumlarda ücretsiz olarak doğmadı)))
Ve hareket etmeyecek.
Örneğin, farklı MO algoritmalarına sahip modeller üzerinde çalışıyorum.
Ve farklı algoritmalar, koddaki nihai modelin farklı yapısına sahiptir.
Örneğin, doğrusal olmayan regresyonda formülün kaydı 900 karakter uzunluğundadır.
Ve GBoosting'de nihai modelin kodu 15 000 satıra ulaşıyor! Orada kaç karaktere ulaştığınızı hayal etmek zor.
Dolayısıyla yazılım sorunu, yani Sentetik Araç Formülü penceresi, çok sayıda karakter girilmesine izin vermiyor.
Sentetik Araç Form ülü penceresinde, giriş uzunluğu çok az sayıda giriş karakteri ile sınırlıdır.
Bir formülle ifade edilen MO modellerinin nasıl araştırılacağı ve test edileceği açık değildir. Nasıl feribot olacak?
Araç var gibi görünüyor, ancak gelişimi sınırlıyor. Buradan modelleri kontrol etmek için emek verimliliği yok.
Ve yüzlercesini araştırmak zorundasınız. Ve her model bir komut dosyasında bir kod oluşturmak için, ilişkili ortamın büyük bağlanması nedeniyle çok verimsiz,
model başarılı olmazsa bu kodu atmak için.
Ayrıca geliştiricilere Formüller sentetik aracı , kullanıcı işlevleri için tanıtmalarını önerdi.
Herhangi bir model türünü özel bir fonksiyona dönüştürmek ve bunu Sentetik Araç Formülünde kullanmak mümkündü.
Bu, hem modelin uzunluğu hem de kod biçimindeki yapısı sorununu çözer.
Ancak geliştiriciler, özel sembollerde değişiklik planlamadıklarını söylediler.
Nasıl çalışacak?
Verimli profesyonel araştırma için böyle sınırlamalar varsa.
Takma adı yasaklandığında olduğu gibi karartılmış, yerine [Silindi] yazılmamış
Burada da bu yönde bir açıklama yaptığını hatırlıyorum - moderatörler bunu silmişti. Henüz bir ay olduğunu sanmıyorum.
Ve çalışmaz.
Örneğin, farklı MO algoritmalarına sahip modeller üzerinde çalışıyorum.
Ve nihai modelin koddaki yapısı farklı algoritmalar için farklıdır.
Örneğin, doğrusal olmayan regresyonda formül kaydı 900 karakter uzunluğundadır.
Ve GBoosting'de nihai modelin kodu 15 000 satıra ulaşır! Orada kaç karaktere ulaştığınızı hayal etmek zor.
Dolayısıyla yazılım sorunu, yani Sentetik Araç Formülü penceresi, çok sayıda karakter girilmesine izin vermemektedir.
Sentetik Araç Formülü penceresinde, giriş uzunluğu çok az sayıda giriş karakteriyle sınırlıdır.
Bir formülle ifade edilen MO modellerinin nasıl araştırılacağı ve test edileceği açık değildir. Nasıl feribot olacak?
Araç var gibi görünüyor, ancak gelişimi sınırlıyor. Buradan modelleri kontrol etmek için emek verimliliği yok.
Ve yüzlercesini araştırmak zorundasınız. Ve her model, ilişkili ortamın büyük bağlayıcılığı nedeniyle çok verimsiz olan komut dosyasında bir kod oluşturmak için,
model başarılı değilse, bu kodu atın.
Ayrıca geliştiricilere Formüller sentetik aracı , kullanıcı işlevleri için tanıtmalarını önerdi.
Herhangi bir model türünü özel bir fonksiyona dönüştürmek ve sentetik aracın Formülünde kullanmak mümkündü.
Bu, hem modelin uzunluğu hem de kod biçimindeki yapısı sorununu çözer.
Ancak geliştiriciler, özel sembollerde değişiklik planlamadıklarını söylediler.
nasıl çalışacak?
Verimli profesyonel araştırmalar için bu tür sınırlamalar varsa.
Hangi algoritmalardan, modellerden ve programlama dilinden bahsediyorsunuz?
Hangi algoritmalardan, modellerden ve programlama dilinden bahsediyorsunuz?
Algoritmalar yaygındır: farklı regresyon/sınıflandırma türleri. Veya GBoosting, RandomForest ağaçları.
Bu algoritmalar farklı yapısal modeller oluşturur.
Regresyon modellerini alırsak, model yapısı çok büyük değildir ve matematiksel işlemlerle doğrusal bir formül gibi görünür.
Ancak sentetik aracın Formül penceresine sığmaz. Çünkü penceredeki giriş sembollerinin sınırlaması vardır.
Ve eğer modelleri ağaçlar üzerinde alırsak, o zaman model zaten anahtar yapılarda elde edilir. Bir anahtar yapısı bir ağaçtır.
Ve modelde ne kadar çok ağaç kullanılırsa, o kadar çok anahtar yapısı içerir.
Böylece, bu algoritma için modelin kodu on binlerce satır koda kadar büyüyebilir.
Ve herhangi bir algoritmanın yüzlerce modelini, MQL5 kod ortamı ile MQL5 komut dosyası aracılığıyla tanımlamadan kontrol etmede verimli olmak için
geliştiricilere sentetik aracın Formül penceresinde kullanıcı işlevlerini tanıtmaları önerildi.
Ne yazık ki, bunu duymadılar. Daha doğrusu duydular ama Sentetik Araç Formülünde değişiklik yapmayı planlamadıklarını belirttiler.
Belki de gelecekte bir gün bu öneriyi dikkate al abilirler. Bundan şüpheliyim.
Ve modellerin şimdi kontrol edilmesi gerekiyor, bu nedenle MQL5 kod ortamının tüm sargısını MQL5 komut dosyası üzerinden çekmemiz gerekiyor.
Bu da MT5'teki model kontrolünün üretkenliğini önemli ölçüde yavaşlatıyor.
Kontrolün üretkenliği ile ne demek istiyorsunuz?
Model kodunu özel bir işleve sarmak ve bunu bir dosyaya veya özel bir pencereye kaydetmek,
ve modelle oluşturulan özel işlevi kullanarak sentetik bir araç formülü girmek ve gerekirse farklı araçların otomatik senkronizasyonunu hesaba katarak
bunu hızlı bir şekilde kontrol etmek, bu modeli komut dosyası kodunda ayrıntılı MQL5 pipelining ile tanımlamaktan çok daha hızlıdır .
C ve MQL5.
Algoritmalar yaygındır: farklı regresyon/sınıflandırma türleri. Veya GBoosting, RandomForest ağaçları.
Bu algoritmalar farklı yapısal modeller oluşturur.
Regresyon modellerini alırsak, model yapısı çok büyük değildir ve matematiksel işlemlerle doğrusal bir formül gibi görünür.
Ancak sentetik aracın Formül penceresine sığmaz. Çünkü penceredeki giriş sembollerinin sınırlaması vardır.
Ve eğer modelleri ağaçlar üzerinde alırsak, o zaman model zaten anahtar yapılarda elde edilir. Bir anahtar yapısı bir ağaçtır.
Ve modelde ne kadar çok ağaç kullanılırsa, o kadar çok anahtar yapısı içerir.
Böylece, bu algoritma için modelin kodu on binlerce satır koda kadar büyüyebilir.
Ve herhangi bir algoritmanın yüzlerce modelini, MQL5 kod ortamı ile MQL5 komut dosyası aracılığıyla tanımlamadan kontrol etmede verimli olmak için
geliştiricilere sentetik aracın Formül penceresinde kullanıcı işlevlerini tanıtmaları önerildi.
Ne yazık ki, bunu duymadılar. Daha doğrusu duydular ama Sentetik Araç Formülünde değişiklik yapmayı planlamadıklarını belirttiler.
Belki de gelecekte bir gün bu öneriyi dikkate al abilirler. Bundan şüpheliyim.
Ve modellerin şimdi kontrol edilmesi gerekiyor, bu nedenle MQL5 kod ortamının tüm sargısını MQL5 komut dosyası üzerinden çekmemiz gerekiyor.
Bu da MT5'teki model kontrolünün üretkenliğini önemli ölçüde yavaşlatıyor.
Kontrolün üretkenliği ile ne demek istiyorsunuz?
Model kodunu özel bir işleve sarmak ve bunu bir dosyaya veya özel bir pencereye kaydetmek,
ve modelle oluşturulan özel işlevi kullanarak sentetik bir araç formülü girmek ve gerekirse farklı araçların otomatik senkronizasyonunu hesaba katarak
bunu hızlı bir şekilde kontrol etmek, bu modeli komut dosyası kodunda ayrıntılı MQL5 pipelining ile tanımlamaktan çok daha hızlıdır .
C ve MQL5.
Bu bir sohbet botu tarafından oluşturulmuyor mu? Çok benziyor. Alınma ama.
Fiyat anının üç boyutu vardır - fiyat değeri, zaman ve hacim.
Hacim fiyatın bir parçası mıdır?
Fiyat anının üç boyutu vardır - fiyat değeri, zaman ve hacim.
Hacim fiyatın bir parçası mıdır?
Bu sohbet botu değil mi? Öyle görünüyor. Alınma ama.
Algoritmaları sordunuz, böylece daha sonra bunun bir sohbet botu olup olmadığından şüphe edebilirsiniz?
Başka soru kalmaması için ayrıntılı bir cevap verildi.
Görünüşe göre sohbet botu iyi bir iş çıkardı ki soru kalmadı)).
Hacim, seçilen bir fiyat veya fiyat aralığında yapılan sözleşme sayısıdır.
Anladım. Aptal değilim :)