Mat araştırma. paketler - sayfa 5
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
Harika, ilk gün için yavaş yavaş R öğreniyorum, lütfen soruları cevaplayın, R ve Matlab'ın yeteneklerini karşılaştırmak istiyorum. Sadece holivarsız, dikkatli ve sakince :).
1. Evet.
2. Neden? Verileri R'ye geçirmek ve sonuçları geri almak için ağ geçidi olan tek bir MT4R.dll'ye ihtiyacınız var.
3. Mevcut tüm veritabanlarına. Ayrıca, hem Microsoft hem de Oracle, R'yi veritabanlarına entegre etmiştir.
4. Matlab ile etkileşim için çeşitli seçenekler, mat dosyalarının basit bir değişiminden R'den Matlab işlevlerinin yürütülmesine kadar R'de uygulanmaktadır. Bu yönde deneyiminiz ve deneyiminiz varsa, R ile mükemmel bir Matlab kombinasyonu uygulayabilirsiniz. -MTterminali.
5. Bilim ve teknolojinin tüm alanları için paketler, en son başarılar dikkate alınarak R'de uygulanmaktadır. Buradan başlayın
6. Birden fazla var. En yaygın ff.
Genel olarak, şaşırdım. Açık bir alandasınız. Bu sitedeki 1. ve 2. makalelere bakın, pek bir şey net olmayacak, ancak dilin nasıl çalıştığı hakkında bir fikir edineceksiniz.
Bitiriyorum ve yarın derin öğrenme ile ilgili ikinci makaleyi inceleme için göndermeyi umuyorum, ekte uzman örnekleri olacak.. Bence ilgi varsa, birkaç giriş seviyesi makale yazın (filtreleme, ayrıştırma, tahmin vb.) .). Ve elbette, özellikle Googl, TensorFlow kitaplığını herkese açtığından beri, derin öğrenme konusunu araştırmaya devam edin. Ve daha az ilginç ve umut verici olmayan başkaları da var (mxnet, pyBrain).
Meraklılardan oluşan bir ekip toplanırsa, R dilinin kullanıcılarının bir şubesini organize edebiliriz.
İyi şanlar
Lütfen bu DLL ile çalışma sürecini daha ayrıntılı olarak açıklayın. Ve nereden alabilirim?
R ile nasıl daha iyi entegrasyon yapabileceğimizi tartışalım.
Bu ilginç bir konu ve iyi geliştirilebilir.
Tünaydın.
Daha önce söylenenlere ekleyeceğim.
Seçenek 1 , birkaç nedenden dolayı tercih edilir:
Bu varyantta, sadece R sürecine veri aktarımı sağlıyoruz ve ondan veri alıyoruz. MT4R.mqh'de verilenler bugün için yeterlidir.
Ek olarak görmek istediğim tek şey, terminali atlayarak R işleminden talep üzerine teklif almak. Terminalin yerel dosyalarından/tamponlarından veya doğrudan DC sunucusundan olması fark etmez. Ama bu kritik bir arzu değil.
Seçenek 2 , profesyonel olmayan görüşüme göre, sadece terminalde değil aynı zamanda editörde de radikal bir değişiklik gerektirecektir. Ve terminalin son kardinal işlemini bir ürperti ile hatırlıyorum. Bu seçenek, ilk seçeneğin uygulanmasına paralel olarak geliştirilebilir ve müşterilerin önemli bir bölümünün dahil olması ve en önemlisi bu dili kullanmanın faydalarını görmesinden sonra uygulanabilir. Elbette terminal ve editörün R dili ile tam entegrasyonu idealdir.
Bu yöne dikkat etmenize sevindim.
İyi şanlar
R ile nasıl daha iyi entegrasyon yapabileceğimizi tartışalım.
Bu ilginç bir konu ve iyi geliştirilebilir.
Her zaman MT'nin neden R'ye dahil olmadığını merak etmişimdir?
15 yıllık MT'ye bakarsanız, bu, işlevsellik arttığında evrimsel bir gelişmedir, ancak asıl şey - tüketici aynı kalmıştır. Bu, TA'yı bir araç olarak kullanan sahte bir tüccardır.
1. MT'nin R'ye dahil edilmesi, profesyonel tüccarlar topluluğuna, istatistik, ekonometri, makine öğrenimi şeklinde profesyonel araçlar kullanan sadece yüzlerce değil, binlerce tüccarı istihdam eden kuruluşlara katılmanıza izin verecektir.
2. MT'nin R'ye dahil edilmesinin, MT'yi eğitim sürecinde kullanmayı mümkün kılması önemlidir. Bir zamanlar mekanik ticaret sistemleri öğretirken, araç olarak hızlı ve metastock'u seçtim, MT hakkında bilgim olmasına rağmen, öğrencilerin öğrenmesi gereken bir dili vardı, ancak programda bu sağlanmamıştı. MT, danışmanların yazımı olarak algoritmik dil R ile R'ye dahil edildiğinde, öğrenme ile ilgili tüm sorunları ortadan kaldırır - R, terminallerin dışında öğrenilir.
Fikirlerime göre:
1. MT'nin kendisi R'de bir GUI olmalıdır (bu tür GUI'leri oluşturmak için bir aracın yanı sıra örnekler de vardır - parlak ). Bu GUI'nin terminallerden birinin ve tercihen her ikisinin de bir kopyası olması oldukça arzu edilir.
2. Algoritmik dil R. Uzman Danışmanlar R dilinde yazılmıştır ve tüm özel ticaret işlevleri bir paket olarak uygulanmaktadır. Aynı zamanda, anladığım kadarıyla, özel işlevleri çağırmanın sözdizimi aynı kalacak. Bu standart bir çözümdür, çünkü performans, bu işlevlerin diline ve yazma kalitesine göre belirlenecektir ve bunlar C'de yazıldığından ve uzun yıllar test edildiğinden, mevcut olanla karşılaştırılabilir bir performans sonucu verecektir. R'deki bir program genellikle paketlere çağrı olduğundan, R'deki diğer, hesaplama açısından yoğun algoritmaların yürütme hızının maksimum olacağına ve diğer algoritmik dillerde uygulandığında daha düşük olmayacağına dikkatinizi çekmek isterim. hesaplama açısından yoğun algoritmalar için R'de uygulanmayanlar Buna, hesaplama açısından yoğun algoritmaların uygulanmasına ilişkin olağan uygulamanın bir bilgisayarın tüm çekirdeklerinin yüklenmesini içerdiği eklenmelidir.
3. Profesyonel olmayan görüşüme göre, R ve C arasındaki çok dostane ilişkiler ve görmediğimiz iç mutfak göz önüne alındığında, işçilik maliyetleri büyük olmayacak, mevcut terminalden yeni terminale aktarılabilir.
4. Terminalin brokerlerde bulunan kısmı değişmeden kalacaktır.
Bu paketlerin CRAN aynalarına dahil edilmesinden bu yana, meta alıntılar dar dairelerde yaygın olarak bilinmek yerine geniş çevrelerde dar bir şekilde bilinir hale geldi. Mevcut olan tek R terminali - IBrokers - belirli ücretli brokerlere bağlı olduğundan, Metaquotes terminalinin rakibi olmayacaktır.
Her zaman MT'nin neden R'ye dahil olmadığını merak etmişimdir?
Ve GCC gibi hazır ücretsiz bir C ++ Derleyicisi almak yerine neden kendilerinin (MQL4'ün başlarından bahsediyorum) C benzeri bir dil derleyicisi geliştirmeye başladıklarına her zaman şaşırdım.
Büyük Batılı şirketlerde çalıştım ve her türlü gömülü uygulama için sıfırdan kendi C++ derleyicisini geliştirmek kimsenin aklına gelmedi. Her zaman gcc aldılar ve belirli bir işlemci için bir bağlantı noktası yaptılar.
Ve 2006'da NEON mimarisine sahip 4 işlemcili bir DSP için çok başarılı bir bağlantı noktasının (çekirdek başına saat başına 6 komuta kadar) yapıldığına bakılırsa, bu derleyici adaptasyon için çok esnektir. Yani, derleyici aslında işlemleri çekirdek başına döngü başına ortalama 2-4 işlemle paralelleştirdi, yalnızca darboğazların asm'de optimize edilmesi gerekiyordu.
Ve şimdi MQL4'ün 600. versiyondan önceki sefaletini hatırlayalım.
Şimdi konu hakkında. Renat'ın açıkladığı gibi, her şeyin nedeni, bir aptaldan ve bir saldırgandan korunan bir derleyici yapma manyak arzusudur. 600. versiyondan önce yakın kokusu bile gelmese de, bir aksaklık meydana geldi ve bir aksaklığa neden oldu.
Ancak, sözlerini olduğu gibi kabul edersek, R güvenlik açısından neye benziyor? Bu konuda tamamen yeniyim, 2000'den beri Matlab ile çalışıyorum, bu yüzden lütfen biliyorsanız açıklayın. MQL4/5 derleyicileri gibi çıktı dosyalarını şifreleyebilir mi?
Ayrıca, anladığım kadarıyla R bir yorumlayıcı olmaya devam ediyor, bu da eski MQL4'ten bile daha yavaş çalışacağı ve kesinlikle bugünün MQL5'inden kesinlikle daha yavaş çalışacağı anlamına geliyor.
Ve GCC gibi hazır ücretsiz bir C ++ Derleyicisi almak yerine neden kendilerinin (MQL4'ün başlarından bahsediyorum) C benzeri bir dil derleyicisi geliştirmeye başladıklarına her zaman şaşırdım.
Büyük Batılı şirketlerde çalıştım ve her türlü gömülü uygulama için sıfırdan kendi C++ derleyicisini geliştirmek kimsenin aklına gelmedi. Her zaman gcc aldılar ve belirli bir işlemci için bir bağlantı noktası yaptılar.
Ve 2006'da NEON mimarisine sahip 4 işlemcili bir DSP için çok başarılı bir bağlantı noktasının (çekirdek başına saat başına 6 komuta kadar) yapıldığına bakılırsa, bu derleyici adaptasyon için çok esnektir. Yani, derleyici aslında işlemleri çekirdek başına döngü başına ortalama 2-4 işlemle paralelleştirdi, yalnızca darboğazların asm'de optimize edilmesi gerekiyordu.
Ve şimdi MQL4'ün 600. versiyondan önceki sefaletini hatırlayalım.
Şimdi konu hakkında. Renat'ın açıkladığı gibi, her şeyin nedeni, bir aptaldan ve bir saldırgandan korunan bir derleyici yapma manyak arzusudur. 600. versiyondan önce yakın kokusu bile gelmese de, bir aksaklık meydana geldi ve bir aksaklığa neden oldu.
Ancak, sözlerini olduğu gibi kabul edersek, R güvenlik açısından neye benziyor? Bu konuda tamamen yeniyim, 2000'den beri Matlab ile çalışıyorum, bu yüzden lütfen biliyorsanız açıklayın. MQL4/5 derleyicileri gibi çıktı dosyalarını şifreleyebilir mi?
Ayrıca, anladığım kadarıyla R bir yorumlayıcı olmaya devam ediyor, bu da eski MQL4'ten bile daha yavaş çalışacağı ve kesinlikle bugünün MQL5'inden kesinlikle daha yavaş çalışacağı anlamına geliyor.
Hızla ilgili yazılarımı okuyun. Kısaca. R birçok yönden bir sarmalayıcıdır ve ortaya attığınız soruların R ile hiçbir ilgisi yoktur - tüm bu sorular diğer dillerde uygulanan işlevlerin içinde çözülür. Şifreleme hakkında konuşursak, bunun kesinlikle terminalin amaçlanan uygulamasıyla hiçbir ilgisi yoktur - var olan her şeyi alabilirsiniz.
Önceki yazıları okuma alışkanlığım var, bu yüzden tavsiye bana göre değil))
*******************************
Matlab programlarımdan birini R'ye çevirmeye çalışmalıyım, hızı karşılaştırmalıyım. Hafta sonu çözebilirsem, yapacağım ve abonelikten çıkacağım. Matlab oldukça yavaş, C# veya C++ ile bir çok şey yapıyorum ve hız için DLL olarak bağlıyorum.
R'nin kendisi üçlü frenlidir. Bu bir tercüman. Hata ayıklamada hiç sorun yok, ilk başta hata ayıklayıcıyı kullanmaya başladım ve sonra işe yaramaz olduğu ortaya çıktı.
R hızı hakkında konuşursak, o zaman birkaç husus var.
1. bayt koduna çevrilebilir, ancak bu bir kümes hayvanı
*******************************
MQL4/5'in derlenmiş diller olduğunu anlıyor musunuz? Ve MT benzeri bir R terminali hayaliniz için Metaquotes'ın bir R derleyicisiyle ne ilgisi olabilir?
Ancak, sözlerini olduğu gibi kabul edersek, R güvenlik açısından neye benziyor? Bu konuda tamamen yeniyim, 2000'den beri Matlab ile çalışıyorum, bu yüzden lütfen biliyorsanız açıklayın. MQL4/5 derleyicileri gibi çıktı dosyalarını şifreleyebilir mi?
Ayrıca, anladığım kadarıyla R bir yorumlayıcı olmaya devam ediyor, bu da eski MQL4'ten bile daha yavaş çalışacağı ve kesinlikle bugünün MQL5'inden kesinlikle daha yavaş çalışacağı anlamına geliyor.
1. Her şey çeşitli güvenilir yollarla şifrelenir.
2. Bu temelde yanlıştır. Tüm ağır hesaplamalar C ile artı paralelleştirme ile yazılır.
Deneyin, öğrenin
İyi şanlar
Gerçekçi olalım.
Bugün, editörlü MT4 terminali sorunsuz çalışıyor (en azından benim için). R ile etkileşime geçmek için biraz eklemeniz gerekiyor.
Bunun nasıl yapılacağı, geliştiricilerin görmesi için daha iyidir. Ana şey, kullanıcılar için hızlı ve baş ağrısı olmadan.
İyi şanlar