Hatalar, hatalar, sorular - sayfa 688

 

Negatif spreadler hakkında cevap.

Kene üretimi sırasında, tüm spreadler uygunluk açısından kontrol edilir. Test edilen süre için OHLC çubuklarının durumlarını oluşturma sürecinde benzer bir kontrol yapılmadı. Negatif spreadler yanlışlıkla tarihte mevcuttur. Ve düzelteceğiz. Ayrıca, " fiyatları açarak " moduna bir çek eklenecektir.

 
papaklass :

Beyler, diğer TF'lere atıfta bulunarak açılış fiyatlarında görselleştirme modunda çoklu para birimi başlatan var mı?

İşte günlük grafik:

Ve böyle bir çizelgede hangi strateji test edilebilir?



Dürüst olmak gerekirse, ekteki resimden hiçbir şey net değil. Açık olan tek bir şey var - mesajın yazarı bir şeyden memnun değil. Ama anlaşılmaya ihtiyacın var.
 
papaklass :

Herşey.

Gönderilerinizde doğrudan çıkarım eksikliği görmediğiniz sürece, diğer insanları sürekli şaşırtacaksınız.

Ancak, bunun tamamen bilinçli davranışınız olduğunu düşünüyorum.

 
papaklass :

Not: Artık sizi önemli konulardan uzaklaştırmamaya çalışacağım.

Bir sonuca varmadınız, ancak üç kişiye ek sorular sordunuz.

"Bu senin tamamen bilinçli davranışın" dediğim şey buydu.

Üstelik, son cevabınız bunu doğruluyor - anlamsız bir ekran görüntüsü hakkında net bir sonuç yerine, "benimle oyna, çalış, sana sorduğum sorunu düşün ve seni eleştirme fırsatım olacak" oyununu oynamaya gittin. senin anlayış eksikliğin için mantıksız."

Şimdi net? Önümüzde sirk oynayan, kırgın oynayan çocuklar değiliz.

 
Renat :
Bu konuyu bırakın - yakın gelecekte bu cephede herhangi bir değişiklik beklenmiyor.

Renat, iyi günler!

Temel olarak, sana katılıyorum. Pazar Derinliği'nde teklif yok = fiyat tablosunda tek işaret yok (buna karşılık, geçmişin zaman gruplaması durumunda çubuk yoktur).

Öte yandan, terminali daha iyi (algoritmik olarak daha net veya başka bir şey) yapma isteksizliğindeki bu kadar zor bir pozisyonunuzu tam olarak anlamıyorum.

Tarihin senkronizasyonu, ticaret robotizasyonunun temel direklerinden biridir. Tarihsel verileri kontrol ederek dikkatimiz dağılan biz programcılar, odak noktamızı teknik analizden değiştirmeye ve banal bir rutinde önemli entelektüel (kodlama) ve işlemci / tüketici (program yürütme / insan bekleme) zamanı harcamak zorunda kalıyoruz. Amatörce, fikrimce, çözümüme göre size zaten oldukça zarif bir çözüm teklif edildi:

1. Mevcut göstergelere hiçbir şekilde zarar vermez.

2. Kod yazma süresini azaltın (özel).

3. Kodun yürütme süresini azaltın (belirli).

4. Terminalin çalışmasına önemli ölçüde yük oluşturmaz (geçmişi indirirken boş çubuklar hesaplanacak ve veritabanına bir kez yerleştirilecektir).

"Spesifik" terimi kasıtlı olarak kullanılmıştır. Sizin düşüncenize göre, bu vakaların ~% 0'ıdır. Bu, şu ana kadar vakaların yalnızca ~%0'ı.

Tarihte bu tür barlara duyulan ihtiyacın savunulmasındaki argümanlar size verilmiştir.

Lütfen karşı argümanlar sağlayın.


not

Sohbeti böldüğüm için üzgünüm. Ben de sadece ilgilenen biriyim.

 
voix_kas :

Renat, iyi günler!

Maalesef konu tamamen kapanmıştır.

Pek çok kritik karşı argüman var ve korkarım ki bunlar tüccarlar tarafından bilinmiyor.

 
Renat :

Maalesef konu tamamen kapanmıştır.

Pek çok kritik karşı argüman var ve korkarım ki bunlar tüccarlar tarafından bilinmiyor.

O halde bizi aydınlatın , insanların senkrobar istemesi boş bir meraktan değil.

Benim düşünceme göre, mevcut durumda, ikinci bir geri dönüşü olmayan bilgi sıkıştırması var (ve aslında, IMHO, bu sıkıştırmanın faydaları zarardan daha az).

İlk geri dönüşü olmayan, çubuklar kenelerden oluştuğunda olur.

Prensip olarak, tek para birimi ticaretinde tüm bunlara izin verilir, ancak terminal çoklu para birimi olduğundan, lütfen bunlara uyun.

Çoklu para birimi analizi arasındaki temel fark, çok para birimi tüccarlarının tüm para birimlerindeki değişimin birbirine bağlı olduğuna, yani bunun tek bir süreç olduğuna inanmasıdır.

Tek para birimi yaklaşımında ise, aynı anda olmasına rağmen her şey bağımsızdır.

Yaklaşımınızın doğru olduğunu düşünsek (tik yok, çubuk yok), ancak bunu çoklu para birimi kene prizmasından geçirsek bile, senkronizasyon ihtiyacına geleceğiz.

Not, bu tartışmanın buraya taşınması gerektiğini düşünmeme rağmen MT5 için Dilekler

ZZY bu arada dilek konusunda 2 yıldan fazla bir süre önce ilk sayfada bir istek

MetaSürücü 2009.11.20 00:59

ZZZY Renat, 2 yıl boyunca senkronizasyon gibi bir şeyin neden uygulanmayacağını "anlaşılır bir şekilde" açıklayamayacağınız ortaya çıktı. Anlaşılır bir şekilde - düşünen insanlar sizinle aynı fikirde olsunlar ve geride kalsınlar.

 
voix_kas :

Tarihte bu tür barlara duyulan ihtiyacı savunmak için argümanlar size verilmiştir.

beyler, geçişleri ve eklemeleri olan, kene olmayanlar - DC'nizle iletişime geçin.

Platforma hiçbir veri gelmeyen çubuklar icat etmek geliştiricilerin görevi değildir .

Geliştiricilerin görevi, teklif sağlayıcıdan platforma ve terminallere bozulmamış ve doğru veriler sunmaktır.

Diğer her şey zaten farklı bir niteliktedir ve geliştiriciler, bilgi ve ticaret platformunun özünün yetkinliği dahilinde olmayan bu tür şeylerle uğraşmayacak ve uğraşmamalıdır.


Dakika çubuklarının eksik geçişlerini DC'nize ekleyebilirsiniz. Teknik destekleri için onlara gidin ve orada onlara yalvarın.

Geliştiriciler, zorla müdahaleleriyle gerçekten ortaya çıkan temel hikayeyi bozmayacaklar.

Bir kez daha - böyle bir işlem için DC'lerinize yalvarın.

 
sergeev :

beyler, geçişleri ve eklemeleri olan, kene olmayanlar - DC'nizle iletişime geçin.

Platforma hiçbir veri gelmeyen çubuklar icat etmek geliştiricilerin görevi değildir .

Geliştiricilerin görevi, teklif sağlayıcıdan platforma ve terminallere bozulmamış ve doğru veriler sunmaktır.

Diğer her şey zaten farklı bir niteliktedir ve geliştiriciler, bilgi ve ticaret platformunun özünün yetkinliği dahilinde olmayan bu tür şeylerle uğraşmayacak ve uğraşmamalıdır.


Dakika çubuklarının eksik geçişlerini DC'nize ekleyebilirsiniz. Teknik destekleri için onlara gidin ve orada onlara yalvarın.

Geliştiriciler, zorla müdahaleleriyle gerçekten ortaya çıkan temel hikayeyi bozmayacaklar.

Bir kez daha - böyle bir işlem için DC'lerinize yalvarın.

Alex, neden temel model olarak çoklu para birimi almıyor ve buna ihtiyacı olmayanlar için DC'ye senkrobarları keserek geçmişlerini kısaltmaları için yalvarmalarına izin ver.

ZY Sorun şu ki, terminali çoklu para birimi MQ olarak konumlandırmak tek para birimi temeli bıraktı, çoklu olay yok, dolayısıyla sonraki tüm sorunlar.

 
Test cihazında çubuğun açılış saatinin, gerçek hayatta ilk tik işaretinin varış saatine karşılık gelmediğinin farkında mısınız?! Test cihazında çubuğun açılması sırasında, fiyat gerçek hayatta (%99) tamamen farklıydı - önceki çubuğun kapanış fiyatı.
Bar açılış fiyatı, testçinin bu konuda sevinçle bilgilendirdiği gibi, dakikanın oluşumu sırasındaki fiyata gerçekten tekabül ediyor mu?
Görev basittir, test cihazının mümkün olduğunca az yanlışlık vermesini sağlamak. Şu anda, testçi neredeyse her zaman yalan söylüyor ve bir dakikanın oluşumu sırasında fiyatın barın açılış fiyatına eşit olduğunu söylüyor. Bu nedenle testçide sürekli olarak açılış fiyatlarında arbitraj oluşurken kapanış fiyatlarında gerçekleşmez. Ve çubuk oluşturmanın tık tık modelini kullanmanın bir sonucu olarak, TS bar kapanış fiyatlarında birkaç FI'yı senkronize etmek için hesaplama kaynaklarının harcamasını üstlenir. Geliştiriciler, kullanıcıların test cihazındaki her çalıştırmada aptal senkronizasyona her seferinde çok fazla bilgi işlem kaynağı harcaması için eşleşmelerden tasarruf sağlar. Optimizasyona başlamadan önce bu senkronizasyonun yapılmasına izin vermezler.

Bir komisyoncudan Metaquotes koltuk değneklerini atlamasını mı istiyorsunuz? Koltuk değneği, tek para birimi tüccarları için de geçerlidir.

Her şey komisyoncuya tabi değildir. Örneğin, bir komisyoncu Ask sembolünü kolayca yayınlayabilir (ve hatta Teklif sembolüyle eşzamanlı olarak), böylece bir Ask geçmişi olur. Ancak bundan, test cihazı hala dikkate almayacak.