Tahkim - sayfa 19

 
bstone писал (а):
Tamamen meraktan kaynak kodun etkinliğini değerlendirmek için hangi yöntemlerin kullanıldığını sormak mümkün müdür?
bstone , sırrı erken ifşa etmek istemezsiniz. Test yönteminiz size uyuyorsa ve size biraz güven veriyorsa, sistemlerinizi alıştığınız şekilde test etmeye devam edin.

Uzun zamandır bununla ilgili bir makale hazırlıyorum. Bununla ilgili, yani. Ticaret forumlarında periyodik olarak görünen mekanik ve yarı mekanik Kaselerin yaklaşık % 90-95'i . Birkaç hafta önce zaten yayınlanabileceğini düşünüyordum, ancak son zamanlarda Rosh sayesinde beklenmedik sorunlar gördüm ve şimdilik makale ile yavaşlamaya karar verdim. 2-3 ay sonra tekrar alıp bitireceğim inşallah (düşünmek isterim). Bu "uzun vadeli yapı" tamamen kendi araştırmama dayanıyor ve bu nedenle makale yavaş ilerliyor. Çok ham bir ürün vermek istemem. Ama şimdi bile tam bir güvenle söyleyebilirim: makale çok karamsar olacak.

Ticaret sisteminde sinyallerin nasıl üretildiğini gerçekten görmek için kaynak koduna ihtiyaç vardır. Doğal olarak, bunu bir kara kutuda görmeyeceksiniz. Ve hayır, en iyimser kara kutu testi sonuçları bile beni sistemin kalitesine kaynak kodunu incelemekten daha fazla ikna edecek.
 
Mathemat :
Bu danışmanın çılgın başarısının sebebinin ne olduğunu hala anlayamadım.
"Çılgın" başarının nedeni, aptallara belirli umutlar aşılamasıdır.
"Tahkim-tahkim dışı" tartışmalara katılacak kadar yetkin değilim ve kendime çok güvenmiyorum
profesyonellere başka bir kâsenin bulunduğunu kanıtlamak için.
Nasıl öleceğini görmek için ilk versiyonu test etmeye devam ediyorum.
Aynı zamanda, giriş filtrelerini çarpık tutamaçlarla koda vidalıyorum ve ayrıca bir demo üzerinde test ediyorum.
Örneğin, 17 Nisan'dan 7 No'lu seçenek, mevduatı 2586 $ artırdı, bugün açık pozisyonlardaki kâr 210 $'dır (mevcut değerler +1200'e ulaştı).
Ve sana büyük umutlar besliyorum, sevgili Mathemat, çünkü örneğin, değiştirilmiş bir Uzman Danışmanı uygun şekilde nasıl test edeceğimi bilmiyorum.
Demo sonuçları iyi, uzun süre düşmesini bekleyebilirsiniz, gerçek parayla bahis oynamak korkutucu, çöpe atmak üzücü.
Bir karar vermek için bir test metodolojisine ihtiyaç vardır.
 
Mathemat :

Uzun zamandır bununla ilgili bir makale hazırlıyorum. Bununla ilgili, yani. Ticaret forumlarında periyodik olarak görünen mekanik ve yarı mekanik Kaselerin yaklaşık % 90-95'i .
Kulağa oldukça iddialı geliyor. Bekleyecek.

matematik :

Ticaret sisteminde sinyallerin nasıl üretildiğini gerçekten görmek için kaynak koduna ihtiyaç vardır. Doğal olarak, bunu bir kara kutuda görmeyeceksiniz. Ve hayır, en iyimser kara kutu testi sonuçları bile beni sistemin kalitesine kaynak kodunu incelemekten daha fazla ikna edecek.
Ve burada tamamen anlaşılmaz. Diyelim ki TS, MQL4'te 60 Kb veya daha fazla kaynak kodu gibi "sinyaller" üretmek için çok karmaşık bir mekanizma kullanıyor. Bu kodu analiz ettikten sonra sistemin tutarlılığı ve kararlılığı hakkında bir sonuç çıkarabileceğinizi doğru anladım mı? Ve yine de test etmenize gerek yok mu?
 
granit77 :
Ve sana büyük umutlar besliyorum, sevgili Mathemat, çünkü örneğin, değiştirilmiş bir Uzman Danışmanı uygun şekilde nasıl test edeceğimi bilmiyorum.
Umutlar için teşekkürler. Benim için de her şey net değil, ben de karanlıkta hareket ediyorum. Benim fikrim: hem test edici hem de MT optimize edici, stratejinin kalitesi hakkında kendinden emin bir olumlu karar için açıkça yeterli değil.
 
Mathemat :

maksaa şunu yazdı: Ayrıca ticarette "karmaşık" göstergeler ve danışmanlar kullanma gereğinden şüphe etmek istiyorum. Gerçekten gerekli mi? Formüllerin karmaşıklığının arkasına ölümcül bir hatanın girmeme olasılığı nedir?

Bana "basit", gerçekten istikrarlı ve karlı bir sistem örneği gösterin - size katılıyorum. Ancak, geriye dönük testlerin ve hatta optimizasyonun sonuçları gibi kararlılığının bu tür "kanıtları" konusunda son derece şüpheci olduğumu lütfen unutmayın. Bunu düşünmeye istekli olmamın tek yolu açık kaynak. Sipariş için 300 danışman yazan komposter a'ya veya bu güneş altında her şeyi deneyen Rosh a'ya sorun. Belki orijinal enstrümanlar "basit" olabilir, ancak onların yorumu (yani sinyaller) olamaz.
Ben büyük bir uzman değilim, bu yüzden sadece şüphelerimi dile getirdim, yani. BENİM NACİZANE FİKRİME GÖRE. MTS'yi kastetmedim.
SC Barishpolets'i kararlı bir sistem olarak görüyorum, muhtemelen duymuşsunuzdur. Ve bana öyle geliyor ki, herkes kendi aklına getirdiğinde Reshetov sistemi istikrarlı olacak.

Bir makale yazarken, lütfen burada bildirin.
 
bstone :
Bu kodu analiz ettikten sonra sistemin tutarlılığı ve kararlılığı hakkında bir sonuç çıkarabileceğinizi doğru anladım mı? Ve yine de test etmenize gerek yok mu?
Tam olarak değil. Makalenin çok karamsar olacağını söyledim: içindeki ana sonuçlar olumsuz olurdu. Kodu analiz ettikten sonra, sadece açık bir şekilde sistemin kararlı olmadığını beyan edebilirim. Ne yazık ki, ortalamalık yasası... Böyle bir sonuçtan sonra, MT için test yapmak artık gerçekten gerekli değildir (resmen bir testçi çok iyi sonuçlar gösterebilse de). Ve bana bu bilginin faydasız olduğunu söyleme...

Kesin ve kapsamlı bir sürdürülebilirlik kriterim yok. Kararlılık için gerekli koşullar hakkında sadece birkaç hipotez vardır ("sistem kararlıysa, o zaman şöyle bir özelliği vardır"). Ancak bunların hiçbiri yeterli değildir ("bir sistemin şu veya bu özelliği varsa, o zaman sistem kararlıdır").
 
Mathemat'a Ve Reshetov'un danışmanını incelemek için hangi koda ihtiyaç var? Yuri her şeyi sağladı. Sizin tarafınızdan geliştirilen kriterleri dikkate alarak fikriniz ilginç olacaktır.
Aslında, test cihazının sorunu gerçekten çok akut. Diyelim ki şimdi bir dakika alıntıları veritabanı aldım ve Builder'da olayların gelişiminin nesnel bir resmini görmek için Reshetov'un kodunu yeniden yazıyorum. O zaman onun fikrini kendim için modernize edeceğim. Ama olayların gelişimini dakika dakika incelesem bile hala çok fazla bilgi kaybettiğimi görüyorum. Ve testin sonucu sadece tahmin edilecek ve ön olacaktır.
Genel olarak, gerçekten, makaleniz ilginç olacak.

Saygılarımla, Fed
 
Evet, Fed , bana bir sorun verdin. Henüz çoklu para birimini düşünmedim bile. Fikir için teşekkürler.

Yalnızca belirli bir çift üzerinde çalışırken kararsız olduğu gerçeği, yazarın kendisi tarafından yayınlanan test sonuçlarından açıktır. Ancak bu, bazı kararsız sistem kombinasyonlarının kararlı olmayacağı anlamına gelmez.

Not Ehh, Yuri, bir tarzınız var. Büyük start()'ı mantıksal olarak kapalı birkaç küçük bloğa bölmek gerçekten zor muydu? Aynı, kahretsin, 172 satır ...

PPS Yuri, aniden Uzman Danışmanınızın analizini makaleme dahil etsem sorun olur mu? Bu analizin kesinlikle yazının içine gireceğini garanti etmiyorum ama böyle bir ihtimal var. Yönünüzde küfür olmayacak, merak etmeyin. Ama analiz danışmana geçerse beni suçlamayın... Forumda cevap vermek istemiyorsanız mail adresime yazın, profilde belirtilmiştir.
 

Aslında, makalenin yayınlanmasının hala gecikebileceği için içtenlikle üzüldüm. İlk önce çoklu para birimi testi olmadan 1. bölümü ve ardından sonrakileri yayınlamanızı öneririm. Dürüst olmak gerekirse, bu konuda yeterli okuryazar sürü yok. Şahsen, bir test cihazı geliştirirken bir hevesle hareket ediyorum. Yani, uydu konumlandırma verileri de dahil olmak üzere veritabanı ile programlama ve çalışma konusunda deneyimim var. Alıntılar daha da kötü. Materyal şu şekildedir: Ana döviz çiftlerini aldım, dakika kotasyonları güncelleme boşlukları, hesaplama ile haçlar alıyorum (haçların ilk tekliflerinde 15 dakika boşluk var), Kapanış fiyatı dakika. Ask'ı Close+spred olarak taklit ediyorum ve Bid'in tersini yapıyorum. Eh, işte bir pusu ve hatalar.

OrderCloseBy gibi mql komutlarının kendi işlevleriyle yeniden yazılması gerekir. Yuri'nin göstergesi olmaması ve kodun basit olması iyi. Ve eğer testlere profesyonel olarak dahil olsaydım, o zaman mql komutlarını dll'ye aktarmaya değer olurdu.

Yuri'nin kodu basittir, ancak ilkel olmaktan uzaktır. Bir yandan, her şey açık görünüyor, ancak diğer yandan, bir grupta her şeyin nasıl çalıştığını anlamak gözlerim için biraz kötü. Hesaplanan tüm değişkenleri (her dakika) log tablosuna aktarıyorum ve bu dizilere gözümle bakıyorum, içeride neler oluyor. Ama şu ana kadar kodunu sonuna kadar aktarmayı bitirmedim. Tam olarak anladığımda, elbette, günlüğü kolayca okunabilir bir duruma indireceğim. Bu arada, bir yerde hata yapmaktan korkuyorum. Döviz çiftleri gruplarının optimal bileşimini seçmek benim için önemli, daha sonra bunu doğrudan Builder'da kendim için geliştireceğim ve ancak o zaman birikmiş sonuçları mql'ye aktaracağım. Ancak gerçek kararlarımı (kodu geliştirmek ve grupların kompozisyonunu değerlendirmek için) garanti etmeyen tarihsel verilere dayanarak vereceğim. Peki, ne yapmalı? Diğer bir dezavantaj ise çoklu para birimlerini hesaplamamın uzun zaman almasıdır (daha önce başka bir sistem denedim). 60 dakika - 1 dakika hesaplanır (zaman zaman hesaplama için + veri de yüklenir, böylece her şey daha hızlı hareket eder ve bu yaklaşık bir dakika daha fazladır). Görünüşe göre gerçekleştirilen işlem sayısı (ve tablolardaki girişler) için ve uzun süre değil, ancak birkaç gün hesaplandığında, o zaman gece ayarlanması gerekir. SQL'i iyi biliyorum ve hesaplamalarda her şey en iyi şekilde yapılmış gibi görünüyor. Ancak, test için sürekli bir yıl çalıştırmak için - sabrım yok, bu yüzden 10-20 porsiyon için günler.

Şimdi, testte gerçekten bir çalışma süresi olsaydı, uygulardım. Belki bir şeyi keserdim ya da bir şeye daha fazla dikkat ederdim ya da her şeyi farklı yapardım.

Yani: Makaleyi bekliyoruz!

Ve Bay Reshetov'un kodu gerçekten ilginç. Belki hayatımda pek bir şey görmedim ama yaklaşım gerçekten yenilikçi ve sıra dışı. Testim gerçek hayatta bu aracın riske atılmaya değmediğini gösterse bile, o zaman Yuri'ye hala çok minnettarım - başka birçok düşünceye yol açıyor.

Saygılarımla, Fed

 
Mathemat :
Yuriy, aniden Uzman Danışmanınızın analizini makaleme dahil etmemin bir sakıncası var mı?
Bunun için kaynak kodları, alacakları, inceleyecekleri ve analiz edecekleri şekilde düzenlenmiştir. Ve tam da bu analize dayanarak, geliştiler ve akla getirdiler. Uzman Danışman, stratejiye karşılık gelen performans temeli için yalnızca en gerekli olanı içerir.