Hatalar, hatalar, sorular - sayfa 680
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Vay, naziksin. Üzgünüm, tatiliniz olduğunu unutmuşum. Ve biz var mı? Belki de böyle bir yanlış anlaşılma olmaması için derlemeleri Pazartesi günü yayınlamak daha iyidir? İzin günlerimiz yok. Biz (programcılar değil tüccarlar) platformun kalitesini önemsiyoruz. Ne için kök salıyorsun?
Endişelenme - kontrol edip düzelteceğiz.
Şimdilik, daha önce olduğu gibi tik-tik modunu kullanabilirsiniz - bu tek güvenilir test seçeneğidir. Diğer yöntemlerin yalnızca stratejinin kaba bir tahmini için kullanılması (stratejinin yazarının ne düşündüğünden bağımsız olarak).
Verileri analiz etmek programcıya kalmıştır. Yukarıdaki istek tamamen özeldi ve bizimle veya terminalle hiçbir ilgisi yok.
"Ben ben değilim ve at benim değil." Klasik.
Bu, garip bir şekilde, Yeryoma ile ilgili değil, Thomas'la ilgili: bizim analizimizle ilgili değil, bar olarak adlandırılan bir nesnenin bazı - yani zamansal - kesin niteliklerini korurken daha eski TF'leri sentezlemenizle ilgili. Her şey. Programcı mutluluğu için burada daha fazlasına gerek yok.
Sadece kaç tane verimsiz rutin eylemin gerçekleştiğini bir düşünün: terminal geliştiricileri olarak siz, M1'den kıdemli TF'lerin oluşumu için sorumluluk aldınız, ancak iyi girişim bu iyi rüyaya dayanıyordu; biz, sentezinizden sonra ters işlem - veri analizi yapmalıyız! "Arşivleme-açma" oyunu nedir??! sevinç nedir? Bir sentez oluşturduktan sonra, mümkün olduğunca verimli hale getirin: sonuçlarını daha bilgilendirici verilerle sağlayın. Tuttu...
1. Verileri analiz etmek programcıya kalmıştır. Yukarıdaki istek tamamen özeldi ve bizimle veya terminalle ilgisi yok.
2. Piyasa durumunun cehaletinden kaçırılan çubuklarla ilgili sorular. Ufkunuzu genişletmek için hisse senedi veya vadeli işlem tablolarına bir göz atın ve "boşluk olmamalı" ile ilgili sorular anında kaybolacaktır.
3. Bunlar yaygın kelimelerdir. Özellikle strateji konusunda.
1. Renat, bu talebin istisnai özelliği konusunda fena halde yanılıyorsunuz. Bu "çok özel" istek için bir forum oylaması ister misiniz? İllüzyonlarınızı anında yok edin.
2. gördüm. Ne olmuş? Bir sürü cevapsız çubuk mu? Bu konuda hiçbir hayalim yok. Bir talebim var. Hiç orijinal değil ve hiçbir şekilde "son derece özel" değil. Yani: terminal üreticisi tarafından desteklenen fiyat tekliflerine otomatik olarak (!!) erişim (ve görüntüleme!) modu (evet, evet! Düşük=Kapat=[ önceki boş olmayan çubuğun kapanış fiyatı ]}. Sizce bu popüler bir mod mu? Yoksa ben büyük bir orijinal miyim? Dürüst ol Renat. Sağ elinizi sol kalbinizin üzerine koyun.
3. Tamam. Strateji hakkında konuşalım. Bunlar sadece benim spekülasyonlarım.
Sizi yaratıcılığınızı biraz karıştırmaya davet ediyorum.
Tarihin derinliklerinde bir yerde bir D1 -bar vardır - teorik olarak 60*24=1440 dakikalık barlardır. CopyTime() yardımıyla, M1 -history ifadesinde sınırları boyunca bir segmenti ısırırız ve en doğru ve en hacimli şekilde ArrayMinimum() ve ArrayMaximum() kullanarak yüksek ve düşük ekstremumları ararız. Bir çubuğun tam ekstremum zamanını bulmak için, bu bir anlıktır, ancak yüzlerce hesaplamanız gerekirse? Ama gerekli! Ne de olsa kimsenin "hey dur, bunu istemene gerek yok!" demeye hakkı yok. Ve rafine çubuk geçmişte ne kadar uzaktaysa, CopyTime() o kadar yavaş onunla başa çıkıyor. Sonra bar zamanı ve indeksi arasında bu şeytani dönüşüm var! Hayır, atlanan çubukların görüntülenmesini desteklemiyorum, burada MetaQuotes ideolojisine katılıyorum, ancak bu tür bir dönüştürmenin aynı zamanda kaynak yoğun, kafa karıştırıcı ve kodu şişirdiğini not edemem. Tam olarak 60 dakikalık çubuklar her zaman terminal saatine uyuyorsa (günde tam olarak 24 saatlik çubuklar, vb.), çarpma, toplama, çıkarma gibi basit aritmetik işlemlerle ilgili çubuğu hemen indeksle almak mümkün olacaktır - kesinlikle kaçırmadım .. ve sizin için iki yönlü dönüşüm yok.
Yani, bir ekstremum aramak için 1440 barı tarama sorusuna... Bu hızlı bir iş değil, size anlatacağım. Ve yaratıcılık sorusuna ... - bir alternatif var mı?
Aklıma sadece bir şey geldi (ve zaten bir yıl önce, bu yüzden bir alternatif bile değildi, ama asıl çözüm burada sorduğum ama kimse cevaplamadı): enterpolasyon yöntemi tam zaman değerini çıkarmaya uygun mu? ? Yani: M1'e kadar giderek daha düşük zaman dilimleriyle ardışık ikame manipülasyonları? Yani, artık bir performans örneği olmayan ilgili alt dönemlerle CopyTime() 'ler üretmek, ardından iç içe bebekleri değiştirmek gerekir. Teorik olarak, bu, 1440 barlık tam bir tek seferlik taramadan düzinelerce kat daha hızlı yapılır: D1'de 6x H4 , H4 - 4x H1 , H1 - 2x M30 , M30 - 2X M15 , M15 - 15X'de M1 . Her periyottaki maksimum taraklarla toplam tarak sayısını elde ederiz:
D1'de : 6 H4 -bar , bir tane bulundu +
H4'te : 4 H1 -bar , bir tane bulundu +
H1'de : 2 M30 -bar , bir tane bulundu +
M30'da : 2 M15 -bar , bir tane bulundu +
M15'te : 15 M1 -bar , bulundu bir = 29 yineleme max vs 1440!!
Avantaj açık gibi görünüyor. Ve şimdi kristalin ve RAM'in tüm bu matryoshka BDSM-CopyTime() 'ları birkaç periyot boyunca bir döngüde boğacağını düşünün ... kişisel olarak, bunu düşünmek bile benim için aptalca ... Sonra tüm bu kontroller farklı zaman dilimlerinden gelen verilerin eşzamanlı olarak hazır olması için , bu olmayabilecek , senkronizasyon, bu, bu ... Ve standart olmayan yaşlılar için birden fazla genç TF seçimiyle flört etmeye gelince, genellikle bir paçavra içinde sessizim. Görünüşe göre kodlamam yanlış yönde kök salmış...
Genel olarak sizi bilmem ama benim artık sabunla tığ işi yaparak vakit geçirme hevesim kalmadı.
Elbette anlıyorum: şerif Kızılderililerin sorunlarıyla ilgilenmiyor. Peki terminal kimin için? ..
Sizi biraz aklınızı karıştırmaya davet ediyorum.
................
.........Elbette anlıyorum: şerif Kızılderililerin sorunlarıyla ilgilenmiyor. Peki terminal kimin için? ..
Bütün bunlar acı bir şekilde tanıdık. Ve yıldan yıla olur. x100gün içi anket yapalım bakalım daha kaç kişi bundan bıkacak.
Bütün bunlar acı bir şekilde tanıdık. Ve yıldan yıla olur. x100gün içi anket yapalım bakalım daha kaç kişi bundan bıkacak.
Bunu yapmam temel olarak önemliyse, talimat verin (tam burada veya kişisel bir mesajla) ve değilse, o zaman kendim yapmak daha iyi, ben buna varım.
Not: Oylamaya inanmıyorum. Kendi başıma karar veriyorum: çeşitli forumlarda ve bloglarda aktif bir katılımcı olarak , yine de beni ilgilendirmeyen veya okumak için zamanım olmayan şeyleri, benim olsa bile atlıyorum. Ve şu ya da bu sorunun onlar için önemi ne olursa olsun, herkes oy kullanmaya hiç yanaşmıyor. Ve sorun genel olarak yabancıysa, neden tüm bu ekstra hareketler? Belki böyle konuşmaya değmez ama sorunu olan tek kişi ben değilim. Oylama yarı objektiftir. Bizden, kullanıcılardan, neye ihtiyacımız olduğunu ve neyin zararlı olduğunu bilen profesyonel ekibin tarafsızlığına, sağduyusuna ve sağduyusuna her zaman güvenmek zorundasınız. ... "Bugünün en iyi politikacısı Putin!" ilkesinden değil, "En yakışıklısı o!" ilkesinden hareketle coşkulu oylar atmak gibi olaylardan bahsetmiyorum.
Kullanıcıların istatistiksel çoğunluğu için bir ürünü kullanışlı (= kagbe çekici?) yapmak ve bu çoğunluğun otomatik olarak ürünü kitlesel olarak tüketmeye başlayacağını varsaymak ütopik bir politikadır. Sürü hiyerarşik bir yapıya sahiptir ve her zaman alt grupların liderlerini takip eder. Bu, kullanılabilirlik stratejinizin bir aksiyomu haline gelene kadar, hizmetlerinizin potansiyel çekiciliğini değerlendirirken büyük yanlış hesaplamalar yapmaya devam edeceksiniz.
Yukarıdakiler bağlamında, kitleler için terminalin çekiciliğini artırmak için muazzam kaynaklar var - örneğin, nihayet "deliksiz" bir dakika geçmişi uygulamak, üçüncü taraf teklifleri üzerinde test etme yeteneği, OCO siparişleri, ve kendi forumlarınızın entelektüel liderleri için gerçek (parmaktan emilmeyen) ilgi uyandıran diğer birçok "istatistiksel olarak talep edilmemiş" hizmet.
MT4'te benim için şöyle çalışıyor: #import "TrendLine\\MemoryDLL.dll"
İşin garibi, bunun da dahil olduğu bir sürü seçenek denedim.
Sadece bir sonuç var - gerekli dosya bulunamadı (*.ex5'e ulaşmanız gerekiyor).
Daha önce, bu tasarım çalıştı
#import "\DirName\FileName.ex5"Şimdi çalışmıyor, diğer seçenekler değil.Siz kendiniz, çok nadir (% sıfıra yakın) durumlar için çubuğun ek özelliklerini hesaplamak için zaman harcamaktan korkuyorsunuz, ancak mutlu bir şekilde, vakaların %100'ünde çok fazla veri hazırlamamızı, yavaşlamamızı ve birçok kez daha fazla bellek tüketmemizi talep ediyorsunuz.
Bazıları metodik olarak, kendinizi duvara karşı öldürmeniz için o kadar güzel tavsiyeler veriyor ki, haşereler hakkında konuşmanın zamanı geldi.
Bu tür stratejistler hemen görülebilir.
Bir şekilde tartışıyorsunuz.
Çok nadir (% sıfıra yakın ) durumlar için bir çubuğun ek özelliklerini hesaplamak için zaman harcamaktan korkuyorsunuz.
oylama olacağını duydum :)