MQL5 ve MQL5 Cloud Network'te evrensel matematiksel hesaplamaların ek desteği için ne eklenmelidir? - sayfa 2
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
Başka bir şeyle ilgili. Ben sadece optimizasyon sürecini yönetmek istedim.
Kabaca söylemek gerekirse, genetiğinizi istiyor musunuz?
Başlangıçta - evet, genetik istediler.
Ve bunu sadece otomatik optimizasyon için kullanırdım (parametre alanlarını önceki sonuçlara göre seçtim).
Ve bunu sadece otomatik optimizasyon için kullanırdım (parametre alanlarını önceki sonuçlara göre seçtim).
Kabaca söylemek gerekirse, genetiğinizi istiyor musunuz?
Bu yönde ama her şey o kadar tek heceli değil.
İlk olarak, standart GA her şeyi tatmin ederse (~ 10K tam teşekküllü parametreler, çok parametreli optimizasyon), memnun olmayanların çoğu sessiz kalır.
Ancak bir grup daha var, bazen optimizasyonu durdurmak, bir hevesle favorilerinizi seçmek ve devam etmek istersiniz. Otomatik FF'de manuel düzeltme yapacak olanlar.
Durum buysa, talepkar kullanıcının küçük bir kısmı bile sonunda GA ile sorunu kapatacaktır.
Ve geliştiricilerin çok az memnuniyetsiz olduğu için utanmalarına izin vermeyin, genellikle bunlar en gelişmiş olanlardır ve eşit olması gereken onlardır.
PS Ama aslında haklısın, genetiğin vücuda daha yakın ve onu bulutta çalıştırmak harika olurdu. Bu arada, sorunu ileriye dönük testler ile kendi başımıza çözmek ve MQ'dan bu mod için yalvarmamak mümkün olacaktır.
Ve geliştiricilerin çok az memnuniyetsiz olduğu için utanmalarına izin vermeyin, genellikle bunlar en gelişmiş olanlardır.
aslında, bu faktör başarısızlık durumunda en önemlisidir.
aslında, dar bir ileri düzey kişiler çemberi tarafından kullanılacak bir görev tarafından dikkatlerinin dağılması gerekecek.
aslında, bu faktör başarısızlık durumunda en önemli olanıdır.
aslında, dar bir ileri düzey kişiler çemberi tarafından kullanılacak bir görev tarafından dikkatlerinin dağılması gerekecek.
İşin şakası bu, ileri düzey bir kullanıcı yeni başlayanlardan daha fazlasını görür, zamanla onun sorun vizyonu başkalarına yayılacak ve onlar da ileri düzey bir kullanıcının zaten kullanmak istediği işlevselliği kullanma arzusuna sahip olacaklardır.
Topluluğa odaklanırsanız , platform her zaman geçmişte olduğu gibi olacaktır.
Kodak bir sabunluk ve bir işleme makineleri ağı oluşturmadan önce, turistlerin kendilerinin fotoğraf çekmesi gibi bir istek yoktu, ileri düzey kullanıcıların ve fotoğraf uzmanlarının (ki bunlardan herhangi bir cazibe merkezinin yakınındaydı) ayrıcalığı vardı.
Ama bir mucit geldi ve yeni bir hizmet yarattı, böylece endüstriyi tersine çevirdi, onu kitlelere tanıttı.
İşin şakası bu, ileri düzey bir kullanıcı yeni başlayanlardan daha fazlasını görür, zamanla onun sorun vizyonu başkalarına yayılacak ve onlar da ileri düzey bir kullanıcının zaten kullanmak istediği işlevselliği kullanma arzusuna sahip olacaklardır.
Topluluğa odaklanırsanız, platform her zaman geçmişte olduğu gibi olacaktır.
Kodak bir sabunluk ve bir işleme makineleri ağı oluşturmadan önce, turistlerin kendilerinin fotoğraf çekmesi gibi bir istek yoktu, ileri düzey kullanıcıların ve fotoğraf uzmanlarının (ki bunlardan herhangi bir cazibe merkezinin yakınındaydı) ayrıcalığı vardı.
Ama bir mucit geldi ve yeni bir hizmet yarattı, böylece endüstriyi tersine çevirdi, onu kitlelere tanıttı.
Kabul ediyorum. Her ikisi ile. :)))
Arayüz dikkate alınmalıdır. Özel genetik nedir? Bulut ile arayüz "SetPopullationForCalc(); GetPopulationFitnessFuncs();" düzeyinde yapılırsa o zaman esnek ve güçlü bir şema çalışmaz. Popülasyon boyutu sabit olmadığında ve bir parametre dizisiyle birlikte bir parametre olarak iletildiğinde, bulutla değiş tokuşun keyfi bir hacmin görev paketleri düzeyinde uygulanması daha iyi olurdu. Ayrıca, bulut üzerinden (1) kütle hafif hesaplama için isteklerin değiştirilmesi ve birleştirilmesi olasılığının (rastgele paralel!) (2) ayrıntılı tekli çalıştırmalar ("test"e benzer) ile parametre kümelerinin dizilerinin bir optimizasyon analogu). Daha sonra yürüme yolları sorunsuz inşa edilir ve çay ile diğer her türlü kakava artık akla bile gelmez.
Düşünceler böyle.
Dolayısıyla sonuç: test cihazı ile terminaldeki programlar arasında esnek bir api katmanı düşünmeniz gerekir. Tada ve oyun sırasında "anında robot parametrelerinin düzeltilmesi ile ticaret sırasında genetik optimizasyonun başlatılması" eski teması, diğerleriyle birlikte göze çarpmayan bir şekilde çözülebilir. Ve diğer birçok güzellik mümkün hale gelir. Özellikle, bulut genellikle, aynı tür hesaplamaların büyük hacimleriyle rastgele görevleri çözebilen süper evrensel bir kütle mega bilgisayar haline gelecektir.
İyi bir otomatik optimizasyon için test cihazı zincirden dışarı atılmalıdır.
Çalışma sırasında Expert Advisor'ın otomatik optimizasyonundan bahsetmiyorum, örneğin, kendi başına wolf-forward'dan bahsediyorum.
Gelecekteki çalıştırmalar için parametre aralıklarının seçimi bu sorunu %100 çözecektir (tarihler aynı parametreler kullanılarak programlı olarak sınırlandırılabilir).
Ancak bu, bulut kullanımı dikkate alındığında göründüğü kadar basit ve açık değildir.
Çalışma sırasında Expert Advisor'ın otomatik optimizasyonundan bahsetmiyorum, örneğin, kendi başına wolf-forward'dan bahsediyorum.
Eee benim açımdan aynı :)
İlk olarak, standart GA her şeyi tatmin ederse (~ 10K tam teşekküllü parametreler, çok parametreli optimizasyon), memnun olmayanların çoğu sessiz kalır.
Evet, 5-10 kişinin çoğu memnun değil :)