Représentation d'un objet en programmation. - page 7
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
soudain - L'OO existe et fonctionne bien dans les langages de programmation dont la syntaxe ne peut être exprimée en BNF.
Entier et liste d'entiers séparés par des virgules (la liste peut être vide)
<digit> ::= "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"
<intégral> ::= <digit>|<intégral><digit>
<list> ::= <""> |<entier><","> <list>
Que voulez-vous exactement écrire dans ce format ?
En général, une telle notation |"1"|"2"|"3"|"4"|"5"|"6"|"7"|"8"|"9" serait utile pour construire un exemple d'un certain nombre de paramètres, bien qu'ils puissent également être écrits en virgule.
Hum... probablement alors des séquences d'ondes avec des règles probabilistes du type : s'il y avait telle ou telle séquence observée de termes/signatures WXYZ, alors peut-être encore ABC, ABC, BAC, ABC, CAB, CBA avec certaines probabilités dont le vecteur pointera vers le Graal dans l'espace de probabilité. 😁
En quelque sorte)
Mais il s'agit tout de même d'un modèle fondamentalement markovien, qui ne tient sciemment pas compte de la dépendance à l'égard du contexte du marché ?
Tout processus aléatoire peut être rendu markovien en compliquant suffisamment l'espace d'état. Dans le cas de notre trader, cela signifie l'addition habituelle des valeurs des indicateurs (calculées à partir de l'historique, bien sûr), des données fondamentales, de la phase de la lune, de l'humeur du trader et d'autres informations utiles qui, ensemble, représentent un point dans l'espace d'état du système à ce moment-là.
Que proposez-vous exactement d'écrire dans ce format ?
En général, une telle notation | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9" peut être utile pour construire un exemple d'un certain nombre de paramètres, bien qu'ils puissent également être écrits à la virgule.
Description des objets. C'est une pratique courante.
Description des objets. C'est une pratique courante.
Je me demande. Quelles méthodes de description des hiérarchies vous semblent appropriées ? Je veux dire le format symbolique.
tout d'un coup, l'OO existe et fonctionne dans des langages de programmation dont la syntaxe ne peut être exprimée en BNF.
A quel type appartiennent-ils dans la hiérarchie de Chomsky ?
Excusez-moi, excusez-moi, qu'avez-vous tous consommé ici le soir du Nouvel An ?
J'ai juste mélangé les pilules comme d'habitude, et j'ai épuisé l'halopéridol il y a longtemps.
Tout processus aléatoire peut être rendu markovien en compliquant suffisamment l'espace d'état. Dans le cas de notre trader, cela signifie l'addition habituelle des valeurs des indicateurs (calculées à partir de l'historique, bien sûr), des données fondamentales, de la phase lunaire, de l'humeur du trader et d'autres informations utiles qui, ensemble, représentent un point dans l'espace d'état du système à ce moment-là.
Mais ce sera un ajustement à l'histoire, y compris les fausses corrélations, n'est-ce pas ?
Intéressant. Quelles méthodes de description des hiérarchies vous semblent appropriées ? Je veux dire le format symbolique.
Personnellement, je suis plus à l'aise avec Haskell. Sa définition d'une liste d'éléments de type a ressemblerait à ceci
données Liste a = Nil
| Cons a (Liste a)
Mais ce serait un ajustement de l'histoire incluant de fausses corrélations, n'est-ce pas ?
La possibilité de réduire tout processus à un processus markovien est une sorte de fait mathématique. Par ailleurs, nous n'avons pas une connaissance complète du processus, mais seulement une réalisation de celui-ci. Il n'y a donc aucune garantie que l'espace d'état que nous choisissons dans le processus markovien sera correct. En pratique, on peut le constater, par exemple, dans les tentatives d'application des HMM.