Ticarette makine öğrenimi: teori, pratik, ticaret ve daha fazlası - sayfa 3299

 
Andrey Dik #:

Biliyordum.
Ne dediğini tekrar oku.

Söyleyeceksen geri dön ve nerede söylediğimi bul.

Ya da saçmalamayı kes.
 
Maxim Dmitrievsky #:
Kavramlar sürekli yer değiştiriyor, iletişim kurmak imkansız.

.

 
Maxim Dmitrievsky #:

Tekrar okuyun ve nerede söylediğimi bulun, eğer böyle söyleyecekseniz.

ya da saçmalamayı bırak.

Önce yanlış bir yaklaşım getirdiniz, ki bu konuda hiçbir tartışma yoktu. sonra Sanych ekstremumlardan bahsederken optimizasyonun önemli olmadığını söylediniz, ki ben de bu konuda yorum yaptım.
Pekala, yeter, burada duralım.
 
Maxim Dmitrievsky #:
Ayrıca az sayıda işaret olması gerektiğini fark ettim, o zaman her türlü kozul çıkarımı normal sayılır. Aksi takdirde algoritmaların okumaları karışıyor.

Alıntı veriler üzerinde herhangi bir nedensel ilişki kurmayı başardığınız bir örnek gösterebilir misiniz?

Genel olarak, tahmin edicilerin olasılıksal sonucunu değiştiren bir etki yoksa (gelişimde bunu tespit etmek imkansızdır), bu yaklaşımın amacının ne olduğunun açık olmadığını söylüyordum.

Maxim Dmitrievsky #:
Genel olarak, düzgün çalışması için TS'de kaç gösterge olmalıdır. Açıkçası 100 veya 500 değil. Genellikle 2-3, en fazla 10'dur.

Burada 270 diğer gösterge ile 0,7'den fazla korelasyon gösteren bir gösterge buldum.

Önemli olan eğitimdeki göstergelerin sayısı değil, onlardan hangi bilgilerin elde edilebileceği ve bunların ne kadarının istatistiksel olarak anlamlı ve istikrarlı olacağıdır.

 
Andrey Dik #:

Önce yanlış bir yaklaşım getirdiniz, ki bu konuda hiçbir tartışma yoktu. sonra Sanych ekstremumlardan bahsederken, optimizasyonun önemli olmadığını söylediniz, ki ben de bu konuda yorum yaptım.
Tamam, yeter, burada duralım.

Sanych orada aşırı uçların olmadığını söyledi ve haklıydı. Ama yine de ilk başta ne yazdığımı anlamamış.

Tartışılmayan optimizasyon konusunu gündeme getiren sizdiniz. Cevabım, ele alınanın optimizasyon değil, yaklaşıklık durumu olduğuydu.

Komedi sona erdi.

 

bir kuralı tanımlayıcıya göre kontrol eden bir fonksiyon vardır

n - tanımlayıcı (kural numarası)

x - veri


işte işlevin basit bir düzeni

rule <- function(n,x){
  
  res <- NULL
  
  if(n==1)  res <- x[1] < x[5] 
  if(n==2)  res <- x[2] >= x[1]
  if(n==3)  res <- x[4] == x[5]
  if(n==4)  res <- x[1] != x[5]
  if(n==5)  res <- x[2] >= x[1]
  if(n==6)  res <- x[4] =< x[5]
  if(n==7)  res <- x[1] < x[5]
  if(n==8)  res <- x[2] >= x[1]
  if(n==9)  res <- x[4] <= x[5]
  if(n==10) res <- x[4] > x[5]

  return(res)
}

Asıl soru, bu tür bir milyon dizge olması durumunda bu işlevin etkili olup olmayacağıdır.

 if(n==... )  res <- x...

Bir milyon tane olacak.

Eğer değilse, bunu nasıl uygulardınız?

 
mytarmailS #:

kuralı tanımlayıcıya göre kontrol eden bir fonksiyon vardır

n - tanımlayıcı (kural numarası)

x - veri


işte basit bir işlev düzeni

Asıl soru, bu tür dizeler varsa bu işlevin etkili olup olmayacağıdır

milyonlarcası var.

Değilse, bunu nasıl uygulardınız?

Anahtar kullanın

 
Aleksey Vyazmikin #:

Anahtarı kullanın

Teorik olarak bir dizi fonksiyon da kullanabilirsiniz.
 
Aleksey Vyazmikin #:

Anahtarı kullanın

Bunun gibi mi?

bool rule(int n, NumericVector x) {
  bool res = false;
  switch(n) {
    case 1: res = x[0] < x[4]; break;
    case 2: res = x[1] >= x[0]; break;
    case 3: res = x[3] == x[4]; break;
    case 4: res = x[0] != x[4]; break;
    case 5: res = x[1] >= x[0]; break;
    case 6: res = x[3] <= x[4]; break;
    case 7: res = x[0] < x[4]; break;
    case 8: res = x[1] >= x[0]; break;
    case 9: res = x[3] <= x[4]; break;
    case 10: res = x[3] > x[4]; break;
    default: stop("Invalid rule number");
  }
  return(res);
}


ve gerçekten bir milyon koşulla başa çıkabilecek mi?

 
mytarmailS #:

Böyle mi?

R'nin sözdizimini bilmiyorum - sadece orada da böyle bir olasılık olup olmadığını kontrol ettim. Aksi takdirde - evet öyle görünüyor.

mytarmailS #:

ve aslında bir milyon koşulla başa çıkabilir mi?

MQL5'te yaklaşık 500 bin kullandım. IF'den çok daha hızlı çalışıyor.