yardıma ihtiyacım var! Görev çözülmedi, demirin sınırlamalarıyla karşılaşıyorum - sayfa 13

 
Candid :
Görünüşe göre tek bir tarih geçişinin sonuçlarından biri yeni bir tarih.

Yeni tarih = sonraki sıra ise, oh iyi. Sırayla giderse Kahretsin, taftoloji. sonraki demek istiyorum.

Paketi önceden okuyabilirsiniz, küçük olacaktır.

Ve bir sonraki bile değil, fark nedir. Gerektiğinde dizinleyin ve arayın.

 
Urain :

Komposter'a: Andrey, eğer bir boyut problemiyle karşılaşırsan, problemin formülasyonunda bir hata var demektir.

Burada üç seçenek var:

1 kendin için düşün

2 görevi herkese açık olarak açın

3 görevi kişisel olarak ifşa edin (çözebileceğini düşündüğünüz herkes ve ifşa etmemeye güvenin)

Ne demek istediğimi açıklamama izin verin: Haberi kaydederseniz, tüm haberin dizelerini yazabilirsiniz veya tipik ifadeleri (sıkıştırma) şifreleyebilirsiniz, "Hesap bakiyesi" 1'e, "Hesap bakiyesi" 2'ye vb. Tipik bir problemin başka bir çeşidi, önceden sıralanmış verileri doldurma isteğidir, büyük boyutlar için ölüm gibidir, sona eklemek ve indekslere göre koşullu sıralama yapmak daha kolaydır.

Sorunun formülasyonunda hata olduğunu söyleyerek anlatmak istediğimin anlaşıldığını düşünüyorum.

Bu konuyu değerlendirecektim.
 
Görev oldukça akademik olduğundan (bir programcı işe alırken bir soru gibi görünüyor) ve çoğu kişi buna ilgi gösterdiğinden, neden ilk verileri tanımlama biçimi açısından daha katı bir şekilde formüle etmiyorsunuz ve herkes 20 Gigabayt test verisi üretebilir ve pratik kararlarını sunuyorlar mı?
 
yani anlıyorum, kendi kendine yapılan bir test / optimize ediciden mi bahsediyoruz?
 
joo :
yani anlıyorum, kendi kendine yapılan bir test / optimize ediciden mi bahsediyoruz?

hayır, başka bir şey var.

Bazı komisyoncu / sağlayıcıların işlemlerinin tabanını görmek için. :)

 

Görevi basitleştirilmiş bir şekilde tekrarlayacağım

- M dakikada bir grup sipariş alın (X+Y adet)
- X ilk işlem yapın.
- belirli bir Kx kriteri hesaplıyoruz (örneğin, kar = 100 veya başka bir şey). kriterden izin verilen sapma D'yi belirledik.
- grubun kalan Y fırsatlarını kontrol edin. Hesaplanan Ky kriteri Kx'ten D'den daha fazla olmayan bir sapmaya sahipse, sipariş grubu bize uygundur.

ancak belirlenen bu grupla daha sonra ne yapacağımızı bilmiyoruz. ve muhtemelen öğrenemeyeceğiz, içeriden bilgi :)

belki DC müşterileri birleştirmek istiyor, ya da belki tam tersi ... psikolojide bir çalışma.

 
sergeev :

Görevi basitleştirilmiş bir şekilde tekrarlayacağım

- M dakikada bir grup sipariş alın (X+Y adet)
- X ilk işlem yapın.
- belirli bir Kx kriteri hesaplıyoruz (örneğin, kar = 100 veya başka bir şey). kriterden izin verilen sapma D'yi belirledik.
- grubun kalan Y fırsatlarını kontrol edin. Hesaplanan Ky kriteri Kx'ten D'den daha fazla olmayan bir sapmaya sahipse, sipariş grubu bize uygundur.

ancak belirlenen bu grupla daha sonra ne yapacağımızı bilmiyoruz. ve muhtemelen öğrenemeyeceğiz, içeriden bilgi :)

belki DC müşterileri birleştirmek istiyor, ya da belki tam tersi ... psikolojide bir çalışma.

Tipik olarak DB. Ama veri toplama olmadan bir yol yok... Dizinin benzersiz niteliklerini (başlangıçtan bitişe tarihler), ortalama kâr değerini K ve varyans D'yi ayrı bir tabloya yazabilir, ardından birbirine yakın olan ilk 10 diziyi arayabilirsiniz. istenilen kriterlere göre Bu alanlarda indeksler varsa, arama çok uzun sürmez (bir milyon kayıtta bile). Ayrıca, gerekli 10 diziyi aldıktan sonra, ilk verileri karıştırabilirsiniz, ancak bu artık bir milyonluk bir arama olmayacak, çünkü Sınırlı tarihlerimiz var.

Hala bir gizem olmaya devam ediyor - ne aramalı? tüm işlemlerin sonucu ne olmalıdır? Bir siparişi açma / kapatma konusunda bir karar vermekten bahsediyorsak, böyle bir hacmin işlenmesi oldukça fazla zaman alacaktır.

Verimliliği yalnızca verilerin toplanmasında ve olasılıksal bir yaklaşım uygulanmasında görüyorum.

Sonuçta, sahip olduklarımız ile işlem geçmişinin toplamı arasındaki korelasyon katsayılarını hesaplamak ve gelecekte veritabanını kullanmadan bunları robota "dikmek" mümkündür.

Henüz başka bir nokta. Anlaşmalardan bahsettiğimize göre, her enstrüman için ayrı ayrı anlaşmalar yapmak mantıklı olabilir mi? EURUSD, USDJPY, vb. için uyarlanmış aynı tipte robotlar yazın.

 
Bu arada, fikir ilginç... Günlük (Yüksek/Düşük) dakikalarca analiz edilerek ve açılış ve kapanış fiyatlarının (bir dosyaya) zamanını hatırlayarak istediğiniz kadar karlı işlemler oluşturulabilir. Ardından, tarih ve saat eşleşirse dosyayı okuyan bir Uzman Danışman yazın, işlemleri açın/kapatın ve test cihazında çalıştırın. Bunu robotunun satışını teşvik etmek isteyen bir müşteri için yaptım. Ve zaten tamamlanmış işlemleri benzer şekilde analiz edin))).
 
sergeev :

ancak belirlenen bu grupla daha sonra ne yapacağımızı bilmiyoruz. ve muhtemelen öğrenemeyeceğiz, içeriden bilgi :)

Bana öyle geliyor ki, bu şekilde yalnızca belirli bir sıranın ticareti için kullanılan stratejiyi (veya bir dizi robot parametresini) belirlemek ve piyasada belirli bir durumda ona gitmek mümkün.

 
marketeer :
Görev oldukça akademik olduğundan (bir programcı işe alırken bir soru gibi görünüyor) ve çoğu kişi buna ilgi gösterdiğinden, neden ilk verileri tanımlama biçimi açısından daha katı bir şekilde formüle etmiyorsunuz ve herkes 20 Gigabayt test verisi üretebilir ve pratik kararlarını sunuyorlar mı?
Desteklerim. Görev önemsiz değil, ilgi artıyor.