Ticarette makine öğrenimi: teori, pratik, ticaret ve daha fazlası - sayfa 1196
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
Güzel!
bir Python uzmanı olarak soru, bana deneyler için Python'da bir şeyler verin, Sharpe ile neredeyse çözdüm, MT5 ile sorunsuz bir şekilde bağlantı kuruyor, teorik olarak C# ve Python destekliyor, sonra Python'a geçebilirsiniz;)
Python'un sorunumuzla hiçbir ilgisi yok. Python, bizim için yararlı bir şeyler bulabileceğiniz her şeyden ve her şeyden bir demet, yukarıdan aşağıya uyumlu olmayan belirsiz sürümleri olan rustik bir hack. Python'un desteği tamamen rustik, hevesli. Python'da bizim için kabul edilebilir paketlerin sınıflandırılması yoktur. Python'da herhangi bir şey bulmak, meraklılardan forumlarda bir aramadır.
Bütün bunlar, Python ile R. R'yi karşılaştırırken özellikle açıkça görülmektedir, mükemmel bir referans aracı ve değerlendirme listemiz ile ticaret sistemimizdir. Genel olarak, gerekli araçları bulmakta sorun yoktur. Her paket iyi belgelenmiştir:işlev çağrılarının açıklaması , bu işlevleri uygulayan algoritmalara bağlantılar, örnekler, paketle ilgili makalelere bağlantılar. R, belirli bir problemde ders kitabı olarak kullanılabilir. Ayrıca, ilgili kod tarafından desteklenen tüm materyaller tamamen spesifiktir.
Bizim için ilginç olan her şey Cpp'de yazıldığından ve Python veya R bu paketler için kabuk olduğundan, Python'un araçlar açısından R'ye göre önemli bir avantajı yoktur ve olamaz. Bazen Python, ambalaj tasarımı ve müteakip bakım gereksinimlerinin tamamen yokluğu nedeniyle yeni bir paketin görünümünü sollar. R aynalarında görünen her şey denetlenir ve çöpler filtrelenir.
R'nin ters tarafı Cpp'dir, R'nin kendisi Cpp'de yazılmıştır, R ve Cpp arasında iyi belgelenmiş bir arayüze sahiptir. Bu nedenle, R'deki kabuğu terk etmeniz ve MKL'deki programlardan doğrudan Cpp ile yazılmış aracın kendisini kullanmanız her zaman mümkündür.
Ve sonuncusu. Anladığım kadarıyla Python ve MKL arasındaki köprü hiç ortaya çıkmadı. Ancak R ve her iki LCL arasında böyle bir köprü yıllardır mevcuttu, kod tabanında ücretsiz olarak mevcuttu ve hiçbir şikayet yok - her şey stabil çalışıyor, test cihazı çalışıyor ve hız hakkında henüz herhangi bir şikayet görmedim : veri hafızaya gönderilir.
Python'un bizim sorunumuzla hiçbir ilgisi yok. Python, bizim için yararlı bir şeyler bulabileceğiniz her şeyden ve her şeyden bir demet, yukarıdan aşağıya uyumlu olmayan belirsiz sürümleri olan rustik bir hack. Python'un desteği tamamen rustik, hevesli. Python'da bizim için kabul edilebilir paketlerin sınıflandırılması yoktur. Python'da herhangi bir şey bulmak, meraklılardan forumlarda bir aramadır.
Bütün bunlar, Python ile R. R'yi karşılaştırırken özellikle açıkça görülmektedir, mükemmel bir referans aracı ve değerlendirme listemiz ile ticaret sistemimizdir. Genel olarak, gerekli araçları bulmakta sorun yoktur. Her paket iyi belgelenmiştir:işlev çağrılarının açıklaması , bu işlevleri uygulayan algoritmalara bağlantılar, örnekler, paketle ilgili makalelere bağlantılar. R, belirli bir problemde ders kitabı olarak kullanılabilir. Ayrıca, ilgili kod tarafından desteklenen tüm materyal tamamen spesifiktir.
Bizim için ilginç olan her şey Cpp'de yazıldığından ve Python veya R bu paketler için kabuk olduğundan, Python'un araçlar açısından R'ye göre önemli bir avantajı yoktur ve olamaz. Bazen Python, ambalaj tasarımı ve müteakip bakım gereksinimlerinin tamamen yokluğu nedeniyle yeni bir paketin görünümünü sollar. R aynalarında görünen her şey denetlenir ve çöpler filtrelenir.
R'nin diğer tarafı Cpp'dir, R'nin kendisi Cpp ile yazılmıştır, R ve Cpp arasında iyi belgelenmiş bir arayüze sahiptir. Bu nedenle, R'deki kabuğu terk etmeniz ve MKL'deki programlardan doğrudan Cpp ile yazılmış aracın kendisini kullanmanız her zaman mümkündür.
Ve sonuncusu. Anladığım kadarıyla Python ve MKL arasındaki köprü ortaya çıkmadı. Ancak R ve her iki LCL arasında böyle bir köprü yıllardır mevcuttu, kod tabanında ücretsiz olarak mevcuttu ve hiçbir şikayet yok - her şey stabil çalışıyor, test cihazı çalışıyor ve hız hakkında henüz herhangi bir şikayet görmedim : veri hafızaya gönderilir.
Ben de R'yi tercih ediyorum ama alanımızda geleceğin python'a ait olduğuna inanıyorum. Üzerinde, analizden ticarete kadar tamamen kapalı bir sistem oluşturabilirsiniz. Bir örnek kuantopiktir. R için bu işe yaramaz.
Ben de R'yi tercih ediyorum ama alanımızda geleceğin python'a ait olduğuna inanıyorum. Üzerinde, analizden ticarete kadar tamamen kapalı bir sistem oluşturabilirsiniz. Bir örnek kuantopiktir. R için bu işe yaramaz.
Neden işe yaramayacak? Bana öyle geliyor ki, zaten uzun yıllar var. Quantopian ile aynı komisyoncu için bir API'ye sahip kendi IBrokers terminaline sahiptir.
Bir kez daha - Python, R ile aynı kabuktur. Yalnızca R ciddi bir gelişmedir ve Python, gürültü yaratan bizim için çekirdek olmayan kullanıcılarla dolu bir hack'tir.
R'nin ters tarafı Cpp'dir, R'nin kendisi Cpp'de yazılmıştır, R ve Cpp arasında iyi belgelenmiş bir arayüze sahiptir. Bu nedenle, R'deki kabuğu terk etmeniz ve MKL'deki programlardan doğrudan Cpp ile yazılmış aracın kendisini kullanmanız her zaman mümkündür.
görünüşe göre bu yüzden R için köprü Pascal'da yazılmıştır
iyi bir satıcı olurdun, tebrikler
iyi bir satıcı olurdun, tebrikler
R'de en az bir tanınmış ve popüler (sizin için değil, dünya topluluğu için) makine öğrenimi paketini adlandırın
Başkaları var mı? R'de değil mi? Sadece şapka kabuğunda yaklaşık 200 tane var ve keraların kendisi gibi hepsi değil. Küresel topluluktaki kullanımlarına ilişkin istatistikler toplamamı ister misiniz?
Bütün bunlar, bir programlama dili seçme konusundaki herhangi bir konuşma gibi, boş konuşmadır. El sanatlarını sevmiyorum. Ve benim için belirleyici faktör bu. Ve orada her biri kendine ait.
Başkaları var mı? R'de değil mi? Sadece şapka kabuğunda yaklaşık 200 tane var ve keraların kendisi gibi hepsi değil. Küresel topluluktaki kullanımlarına ilişkin istatistikler toplamamı ister misiniz?
Bütün bunlar, bir programlama dili seçme konusundaki herhangi bir konuşma gibi, boş konuşmadır. El sanatlarını sevmiyorum. Ve benim için belirleyici faktör bu. Ve orada her biri kendine ait.
Eh, sadece python gibi görünmeden önce TFlow ve MXnet gibi R eklemeye başladıklarını görüyorum.
görünüşe göre bu yüzden R için köprü Pascal'da yazılmıştır
Yazılanların ne farkı var?
Köprü 10 yıl önce yazılmıştı, o zaman öğrencilere üzerinde programlama öğretiliyordu. Ve sonra Pascal aniden öldü.
Ancak köprünün ana avantajı, ustalaşmak için zaman gerektirmeyen ilkelliğidir.
Hatta burada bir şube açtım, daha düzgün bir şeyler yazmak için kampanya yürüttüm, hatta teknik bir şartname bile formüle ettim ama kimsenin buna ihtiyacı yok, yani elimizde ne varsa o var. Python'da bu bile yok.
Eh, sadece python gibi görünmeden önce TFlow ve MXnet gibi R eklemeye başladıklarını görüyorum.
Forumda zaten yazdım: Bir paketi diğeriyle değiştirmekten herhangi bir kâr görmüyorum. Bütün sorun, yordayıcılarda ve belirli bir öğretmen için onların yordayıcı yeteneklerindedir. Bu sorun çözülürse, paket pahasına hatanın birkaç yüzdesini taksiye alabilirsiniz, ancak bir şeyle uğraşmamalısınız.