L'Apprentissage Automatique dans le trading : théorie, modèles, pratique et trading algo - page 3301
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
Oui, Sanych a écrit qu'il n'y avait pas d'extrema, et il avait tort, car toute fonction a des extrema.
L'extrema est le point où une fonction atteint la valeur la plus grande (maximum) ou la plus petite (minimum) sur un intervalle donné ou dans une zone donnée. Les extrêmes peuvent être locaux, lorsque la fonction n'atteint une valeur extrême que dans un certain voisinage d'un point, ou globaux, lorsque la fonction atteint une valeur extrême sur l'ensemble d'un intervalle donné ou dans une zone donnée.
Il n'y a là aucune fonction.
S'il vous plaît, assez, passez l'info sur le box-office. Je sais ce qu'est l'optimisation.comme ça ?
et peut-il vraiment gérer un million de conditions ?
Je suis un peu perdu avec ces trucs de switch et de C++.
Les deux premières fonctions sont des implémentations R, la dernière est un switch en C++.
Je suis un peu perdu avec cette histoire de switch et de C++.
Les deux premières fonctions sont des implémentations R, la dernière est un switch en C++.
Pouvez-vous me montrer le code ?
Vous gaspillez probablement une fonction alors que la réponse a déjà été reçue...
Pouvez-vous me montrer le code ?
Il est probable que vous exécutiez la fonction en vain, alors que la réponse est déjà reçue...
Le code est le même que celui que vous avez posté, sauf que j'ai mis les règles à 300 au lieu de 5
La question est dans le code de l'appel de fonction.
La question se trouve dans le code d'appel de la fonction.
En fait, il n'y a pas de gain du tout, comment est-ce possible ?
Il y a beaucoup de choses qui pourraient l'être. Le script est joint, ci-dessous la partie de la fonction.
Résultat.
Ce qui est mesuré ici n'est pas clair - voir les commentaires surlignés. Prétendument beaucoup plus rapide que la règle 2.
Il est intéressant de noter qu'en termes de quantité de données (citations), le cerveau humain (en tant que réseau neuronal) comparé à la MO est comme une infusoire par rapport à un humain.
Cependant, les humains primitifs ont prouvé qu'ils pouvaient créer d'assez bons CT fonctionnels. Il s'avère qu'il n'est pas nécessaire de disposer d'une énorme quantité de données pour créer un CT opérationnel.
Je ne sais pas comment, par exemple, l'homme est parvenu à créer des modèles de scalper fonctionnels. Cela s'est fait presque entièrement sans calculateurs de chiffres.
Le scénario était apparemment à peu près le suivant :
Apparemment, le cerveau humain est encore capable, de manière inconsciente, de trouver des "modèles" à partir d'un nombre extrêmement réduit de données. On ne peut pas parler de chance. C'est un mystère.
À mon avis, tout le secret réside dans le transfert d'expérience : tout ce qui est nouveau est construit sur la base des réalisations de la génération précédente. Prenez les processeurs modernes. Pour les gens du 19e siècle, c'est de la magie. Pour ceux du 20e siècle, il s'agira d'une technologie très complexe qui ne disposera pas des bons outils pour faire de la rétro-ingénierie. Ce n'est que par le transfert de connaissances et le développement progressif que nous pourrons atteindre le niveau technologique moderne. C'est pourquoi on dit que s'il y a une troisième guerre mondiale, on se battra avec des pierres lors de la quatrième guerre mondiale. Il existe des légendes sur le trading, selon lesquelles les marchés étaient beaucoup plus faciles auparavant, et les traders du zénith ont fait fortune avec l'aide des moyennes mobiles, ce qui n'est plus possible aujourd'hui.
Ce qui est mesuré ici n'est pas très clair - voir les commentaires surlignés. Prétendument beaucoup plus rapide que la règle 2.
Ici, la fonction #32978 et ses différentes implémentations (équivalents), y compris celles en C++, ont été mesurées.
Bon, j'ai déjà décidé de l'architecture pour l'instant, je vais m'asseoir sur du R-ke pur pour l'instant, j'ai trouvé un moyen d'accélérer de 25 fois + il y a encore des avantages/de fortes raisons de ne pas ajouter du C++ à mon code.
Vous pouvez relever un défi avec mon AMO.
"Résolvez le TS".
Vous me donnez un petit morceau de données que vous utilisez.
Vous décrivez les opérateurs, les fonctions et les variables que vous utilisez dans le code.
Et vous me donnez votre équité ou les signaux de l'algorithme.
Je crée une grammaire de recherche, et je prends le code comme un cryptogramme et je résous votre TS.