Il est temps de convertir les bibliothèques en MQL5 - page 10
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Ça ne vous a pas plu. Comparez la composition de R et la composition de ces paquets.
"R" (ainsi que"S") est un langage de programmation, pas une bibliothèque !
"R" (ainsi que"S") est un langage de programmation, pas une bibliothèque !
R est un langage et un environnement pour les calculs statistiques et les graphiques. Il compte environ 3500( !) paquets, assemblés en ce que l'on appelle des bibliothèques (à ne pas confondre avec les dlls).
Plus haut, j'ai parlé de cinq groupes de paquets qui nous intéressent (en plus des outils de base). Voici un lien vers les capacités des séries chronologiques.
Voici un lien pour les statistiques.
Il s'agit d'un dossier professionnel sur les statistiques, en particulier leurs applications à l'économie.
Elle dispose d'un grand nombre de publications - manuels, monographies - qui expliquent l'application des paquets dans R.
Votre opinion est complètement décalée par rapport à la réalité. La langue R elle-même ne mérite pas notre attention. Je ne vois pas sa supériorité pratique par rapport à MQL, bien qu'il semble être plus puissant (ou peut-être pas - cela n'a pas d'importance). Mais sa valeur est dans les paquets et la littérature de ces paquets.
R est un langage et un environnement pour les calculs statistiques et les graphiques. Il compte environ 3500( !) paquets, assemblés en ce que l'on appelle des bibliothèques (à ne pas confondre avec les dlls).
Vous dites beaucoup de choses justes sur R, mais vous voyez mal son avantage par rapport à ALGLIB/FANN.
Le principal avantage de R en tant que langage et environnement de développement est qu'il permet une énorme productivité dans le prototypage de systèmes de trading. Pour le temps que les amateurs de programmation passent à lier quelques dizaines de méthodes ALGLIB, vous pouvez réaliser plusieurs dizaines d'expériences en R (le calcul de l'équité basé sur les signaux d'achat/de vente avec prise en compte des spreads et des commissions se fait littéralement en cinq lignes).
En outre, pour accélérer les calculs lents, il existe des outils de programmation parallèle très simples et faciles à utiliser.
R est beaucoup plus lent que C++/MQL5, la version finale de la stratégie doit donc être écrite dans un autre langage.
Porter R ou ses bibliothèques vers MQL5 n'a aucun sens, mais l'interface MQL5-R pourrait être utile. Si je devais décider avec quoi le regrouper (R/MATLAB/MATHCAD), j'opterais sans hésiter pour R.
R est un langage et un environnement pour les calculs statistiques et les graphiques. Il compte environ 3500( !) paquets, assemblés en ce que l'on appelle des bibliothèques (à ne pas confondre avec les dlls).
Plus haut, j'ai parlé de cinq groupes de paquets qui nous intéressent (en plus des outils de base). Voici un lien vers les capacités des séries chronologiques.
Voici un lien pour les statistiques.
Il s'agit d'un dossier professionnel sur les statistiques, en particulier leurs applications à l'économie.
Il dispose d'un grand nombre de publications - manuels, monographies - qui expliquent l'application des packages dans R.
Votre opinion est complètement décalée par rapport à la réalité. La langue R elle-même ne mérite pas notre attention. Je ne vois pas sa supériorité pratique par rapport à MQL, bien qu'il semble être plus puissant (ou peut-être pas - cela n'a pas d'importance). Mais sa valeur est dans les paquets et la littérature de ces paquets.
J'ai téléchargé et regardé dans le paquet R, je n'ai pas trouvé quelque chose qui n'était pas dans ALGLIB.
Je me trompe sûrement dans votre opinion, alors pointez du doigt, qu'est-ce qui est dans R et pas dans ALGLIB ?
La raison de porter R ou ses bibliothèques vers MQL5 est absurde, mais l'interface MQL5-R pourrait être utile. Si je dois choisir avec quoi le regrouper (R/MATLAB/MATHCAD) - je suis définitivement en faveur de R.
J'ai une connexion pour MQL4. Ça marche. Je l'ai vérifié moi-même. Le portage vers MQL5 ne me pose aucun problème.
Alors oubliez R et offrez-moi quelque chose qui peut être porté.
J'ai téléchargé et parcouru le paquetage R, je ne trouve rien dans ALGLIB qui n'y soit pas.
Je me trompe sûrement dans votre opinion, alors pointez du doigt, qu'est-ce qui est dans R et pas dans ALGLIB ?
Je n'ai vu que la table des matières d'ALGLIB - c'est ridicule, comparé à R. Je ne veux pas creuser et chercher des différences, et je ne veux pas convaincre qui que ce soit que j'ai raison.
R est un progiciel statistique spécialisé.
PS : vous n'avez pas vu ARMA, ARCH ? juste pour info.
J'ai téléchargé et parcouru le paquetage R, je ne trouve rien dans ALGLIB qui n'y soit pas.
Je dois me tromper dans votre opinion, alors pointez du doigt, qu'y a-t-il dans R et pas dans ALGLIB ?
Par exemple, examinons le test d'hypothèse... http://alglib.sources.ru/hypothesistesting/
Pas de test de racine unitaire. Pas un seul test de cointégration. Pas de test de Granger. :((
Par exemple, examinons le test d'hypothèse... http://alglib.sources.ru/hypothesistesting/
Pas de test de racine unitaire. Pas un seul test de cointégration. Pas de test de Granger. :((
Vous dites beaucoup de choses justes sur R, mais vous voyez son avantage sur ALGLIB/FANN de la mauvaise manière.
Le principal avantage de R en tant que langage et environnement de développement est qu'il permet une énorme productivité dans le prototypage de systèmes de trading. Pour le temps que les amateurs de programmation passent à lier quelques dizaines de méthodes ALGLIB, vous pouvez réaliser plusieurs dizaines d'expériences en R (le calcul de l'équité basé sur les signaux d'achat/de vente avec prise en compte des spreads et des commissions se fait littéralement en cinq lignes).
En outre, pour accélérer les calculs lents, il existe des outils de programmation parallèle très simples et faciles à utiliser.
R est beaucoup plus lent que C++/MQL5, la version finale de la stratégie doit donc être écrite dans un autre langage.
Porter R ou ses bibliothèques vers MQL5 n'a aucun sens, mais l'interface MQL5-R pourrait être utile. Si je devais choisir avec quoi le combiner (R/MATLAB/MATHCAD), je choisirais définitivement R.
Le principal avantage de R en tant que langage et environnement de développement est son énorme productivité en matière de prototypage de systèmes commerciaux.
L'avantage principal est un ensemble spécialisé, et ce que vous écrivez est le résultat de cette spécialisation.
Lorsqu'on utilise des paquets spécialisés, il est très important de voir "ce qui se passe". Par exemple, comparez Statistics et EViews. Le second est une encyclopédie de "ce qui se passe", tandis que le premier est un ensemble d'outils. Nous comparons EViews et Matlab. Matlab comparé à EViews est aussi une encyclopédie, mais seule une personne très compétente serait capable de voir cela, pour sûr EViews était utile et STATISTICS est inutile.
Bien sûr, un économétricien, qui a mangé non seulement la queue du chien mais aussi le chien lui-même, utilisera un Matlab payant ( ?). Il est peu probable qu'une personne qualifiée réécrive une bibliothèque d'un langage à un autre sans raison valable.
Et encore : la disponibilité d'un grand nombre de livres sur les statistiques, la BP, l'économétrie en relation avec R et le code R.
À propos, l'idéologie de l'utilisation de R est très similaire à celle utilisée par Metacquotes : des outils gratuits et une énorme base de code gratuite avec des articles gratuits. Seulement en R, il est beaucoup plus large.