Benim yaklaşımım. Çekirdek - Motor. - sayfa 38
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret 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
Pekala, peki... Cesaret et, Peter.
"Aşağılamak" konusunda haklısın, ama bence "kullanıcıları çekmek" konusunda kendine fazla güveniyorsun.
Ama devam et. Belki programlamayı bilen ama aynı zamanda "el" ticareti yapan birileri olacaktır.
Manuel ticaret için iyi bilinen bir Amerikan platformu olduğunu düşünüyorum. Profesyonel. Orada kaç kişi el ticareti yapıyor? Platform içindeki eylemleri kısmen otomatikleştirme fırsatı var, ancak bunu yapabilmeniz gerekiyor. Ayrıca bir API var. Ama kaç kişi ustalaşacak?
Uygun yarı otomatik makineler yazabilir ve müşterilere sunabiliriz. Ve sadece onlar değil. Manüel olarak ticaret yapan tüm tüccarlar, işlemlerin kısmi otomasyonunu sunar, Pazarı tablolardan izler, iletişim kutuları aracılığıyla programla etkileşime girer. Piyasa olaylarıyla ilgili mesajları görüntüleyin. Şey, belki bir şey bilmiyorum ve anlamıyorum, ama teoride öyle mi?
Uygun yarı otomatik makineler yazabilir ve müşterilere sunabiliriz. Ve sadece onlar değil. El ile ticaret yapan tüm tüccarlar, eylemlerin kısmi otomasyonunu sunar, Tablolardan Pazarı gözlemleyin, iletişim kutuları aracılığıyla programla etkileşime geçin. Piyasa olaylarıyla ilgili mesajları görüntüleyin. Şey, belki bir şey bilmiyorum ve anlamıyorum, ama teoride öyle mi?
Bulmanın tek yolu var.
Lütfen şimdiden bir şeyler yayınlayın.
Mükemmel olmasın ve çörekler olmasın (gerekirse daha sonra ekleyin) ve kullanıcılardan gelen talep + geri bildirimlerin hemen gideceğini ve hangi yöne daha fazla kazmanız gerektiğini hemen göreceksiniz.
Bunu ne kadar erken yaparsanız, kendinize o kadar çok zaman kazandırırsınız (daha doğrusu daha az zaman kaybedersiniz... :(
Zamanında böyle bir tavsiye için çok şey verirdim :)
Pekala, peki... Cesaret et, Peter.
"Aşağılamak" konusunda haklısın, ama bence "kullanıcıları çekmek" konusunda kendine fazla güveniyorsun.
Ama devam et. Belki programlamayı bilen ama aynı zamanda "el" ticareti yapan birileri olacaktır.
Bu imkansız. Programlamayı bilen herkes kesinlikle MQL5'te kendisine bir asistan yapacak ve MQL5 alım satım işlemlerini inceleyerek sadece 1-2 hafta harcayacaktır.
Ve yarı otomatik olarak, birkaç saat içinde bir video çekeceğim ve bir Danışman olarak yarı otomatik modda çalışabilen modern bir otomatik robotun neye benzediğini göstereceğim.
Ve bunun için karmaşık paneller icat etmenize gerek yok, ancak herkes için daha net olması için çok basit hale getirmeniz gerekiyor.
Modern kullanıcılar, Grails testi nedeniyle sonunda bozuldu. Eylemleri için az ya da çok karmaşıklığa ve sorumluluğa çekilmeleri gerekir. Aksi takdirde, algoritmik ticaretin tamamen bozulmasıdır.
Algoritmik ticaretin nişi için başka bir gelecek görmüyorum. Dürüst olmak gerekirse, görmüyorum...
ne kadar pathos ... ve yükseltilmiş keder ellerini görüyorum;)))
Sen Petya, mesih rolünü gerçekten seviyorsun.
Herkes alçaldı... dünyanın gittiği yere... senin görevin, kaderin algoritmik ticaretin parlak geleceğine alçaltıcı insanlığı götürmek. İşte teşhis. Hasta bir kafadan sağlıklı bir kafaya ...
Petya, aptal olma.
Mql'de OOP hakkında kişisel olarak sevmediğim bir şey var. Herhangi bir "boş" nesne 16 bayt kaplar. Artı işaretçisinin 8 baytı. verileri saymayan 1 öğe başına toplam 24 bayt. bunun yerine bir özellik matrisi yaparsanız, her birinde dizeler dışında hemen hemen her şeyi saklayabileceğiniz 1 "boş" nesne yerine 6 inç yazabilirsiniz (vakaların% 99'unda zaman veya fiyat için bir int yeterlidir)
Eh, dynamic_cast türünü yayınlama işlemi hız açısından hiç de ucuz değil. Bu nedenle, anlamsızlığın ortaya çıkmasıyla, topikstarter yöntemi (tabii ki görmedim ama teorik olarak) OOP ile analogundan daha hızlı çalışabilir ve daha az bellek kaplayabilir.
Ilya Malev :
Bu nedenle, anlamsızlığın ortaya çıkmasıyla, topikstarter yöntemi (tabii ki görmedim ama teorik olarak) OOP ile analogundan daha hızlı çalışabilir ve daha az bellek kaplayabilir.
Konu başlatıcının "çekirdeği" çok büyük boyutlu bir dizi dizi olamaz ve böyle bir yaklaşımın etkinliğinden bahsetmek teorik olarak bile gerçekçi değildir.
Eh, dinamik_cast tipi dökümün çalışması hız açısından hiç de ucuz değil. Bu nedenle, anlamsızlığın ortaya çıkmasıyla, topikstarter yöntemi (tabii ki görmedim ama teorik olarak) OOP ile analogundan daha hızlı çalışabilir ve daha az bellek kaplayabilir.
Bu yüzden hiç kimse devasa bir küresel diziye doğrudan erişimin, tüm bu arayüz çanları ve ıslıklarından ve tür dönüştürmeden daha hızlı olduğunu iddia edemez. Ayrıca, çift gönderimli Ziyaretçi gibi tasarım modellerini de hatırlayabiliriz - orada çok fazla ek yük var.
Bununla birlikte, tüm bunlar, destek ve modifikasyon rahatlığında karşılığını verir. Ne yazık ki, programlama geliştirmenin ana akımı, uzun zamandır herhangi bir zihinsel çabanın bilgisayara maksimum aktarımı olmuştur. Bir aritmetik ilerlemenin toplamının, iyi bilinen toplam formülü yerine bir döngü kullanılarak hesaplandığı noktaya gelir. Bu anlamda, insanların "aşağılayıcı" olduğu konusunda Peter'a katılıyorum.
Ancak, ne yazık ki, başka seçenek yok - ya herkesle "düşüreceksin", o kadar hızlı yapmaya çalışmıyorsun ya da umutsuzca geride kalıyorsun. Ve programınızın etkisiz olduğu gerçeği önemsizdir.
Burada biyolojideki rekabetle, avcı-av ilişkisinde bile bir analoji görüyorum. Gerçekte, kurttan kaçan tavşan, kurtla değil, diğer tavşanlarla rekabet eder. Kurttan herkesten daha hızlı kaçmasına gerek yok. Kurttan kaçması son değil, çok daha önemlidir. Çünkü en son kaçarsa yenilir, en hızlı kaçarsa gereğinden fazla enerji harcar ve daha faydalı yönlere yönlendirilebilir.
Tüm programlama teknolojilerinde aynıdır... En verimli yol, assembler'da programlama yapmaktır, ancak o kadar çok çaba gerektirir ki, anlamsızdır - kod çok verimli olmasa bile, enerjiyi daha verimli bir şekilde harcamak daha iyidir. Peter'ın global erişimli dizisi - aynı seriden. Buna erişim etkilidir, ancak neyin nerede olduğunu ve neye nasıl erişileceğini hatırlamak çok fazla şey gerektirir.
Konu başlatıcının "çekirdeği" çok büyük boyutlu bir dizi dizi olamaz ve böyle bir yaklaşımın etkinliğinden bahsetmek teorik olarak bile gerçekçi değildir.
Gerçekten bir dizi dizi mi yoksa bir mecaz mı? Veriler mql dizeleri (string) ile temsil ediliyorsa, o zaman gerçekten hiç şansı yoktur...
Buna erişim etkilidir, ancak neyin nerede olduğunu ve neye nasıl erişileceğini hatırlamak çok fazla şey gerektirir.
"Çekirdek" zaten hazır olduğunda, "beceriksiz" sunum ve bilgiye erişimin tüm sorunlarını çözen uygun bir arayüze bağlı kalmak için nispeten az miktarda çaba harcayabilirsiniz. Bu boş bir sohbet olsa da anladığım kadarıyla TS kodlarını yayınlamamış ve soytarı doğada var mı biliyormuş :) Yoksa yayınladı mı? Dürüst olmak gerekirse, 38 sayfanın hepsinde ustalaşmadım
Ayrıca, yalnızca "yarı otomatik cihazlar" için uyarlanmış bir yöntemin tanım gereği hiçbir değeri yoktur. Ürün ve serbest çalışan pazarında yerel, sınırlı bir niş işgal etmeye yardımcı olsa da