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
Pourquoi importer dans le deuxième exemple ?
Je pourrais écrire cela aussi - qu'est-ce qui est si peu clair dans ma question ?
C'était plus une question rhétorique, parce que je suis sûr que vous comprenez.
Pourquoi dois-je poser une question 10 fois ?
C'est une question difficile, je me demande souvent la même chose).
Pourquoi avez-vous besoin de l'importation dans le deuxième exemple ?
Afin de contrôler l'algorithme à partir du script, combien de fois l'algorithme a effectivement appelé le FF.
Pour la première variante, c'est clairement visible, car le script lui-même fait des appels, mais pour la deuxième variante, ce n'est pas visible, c'est pourquoi nous avons besoin de la possibilité d'accéder à la bibliothèque FF à partir du script.
Maintenant, je veux lancer un appel à tous les participants qui se considèrent comme des "nouveaux venus" dans ce domaine et qui ne s'attendent pas sérieusement à gagner.
Si nous laissons tomber toute la "théorie" insensée sur les dimensions multiples de l'espace, qui embrouille le problème, et que nous nous tournons vers les mathématiques pures, nous verrons que le FF est une équation.
Cette équation ne devient une fonction analytique que si elle est appliquée à un graphique.
Un graphique permet simplement de visualiser la relation entre les paramètres de l'équation.
Après 158 pages de discussion, nous pouvons déjà formuler l'essence du problème :
Nous devons trouver les valeurs des variables du côté droit del'équation pour lesquelles la valeur de la variable du côté gauche de l'équation est la plus grande.
L'objectif est d'essayer de le faire plus efficacement qu'une force brute complète.
C'est tout.
Suivant :
Pour résoudre ce problème, une technique "évolutive" de recherche de valeurs a été inventée. Des analogies et des méthodes issues du darwinisme ont été construites.
La question de l'efficacité de cette approche est discutable. Il existe probablement des moyens plus simples et plus efficaces de résoudre ce problème.
Ma pratique prouve que les approches généralement admises ne sont pas toujours les plus efficaces.
Je suis sûr que nous pouvons contourner les "évolutionnistes" assez bien...
Faisons un essai !
Un exemple de l'algorithme du participant pour la deuxième variante d'appel du FF :
Le code de base de l'algorithme est le même que dans la première variante, mais avec l'appel du FF depuis l'algorithme au lieu du script.
Les résultats sont naturellement similaires à ceux de la première variante :
2016.06.22 11:47:45.321 OAC variant 2 (GBPUSD,M30) ---------------------------------
2016.06.22 11:47:45.321 OAC variant 2 (GBPUSD,M30) Temps : 135 µs ; 0.00013500 c
2016.06.22 11:47:45.321 OAC variant 2 (GBPUSD,M30) FF Runs : 1000
2016.06.22 11:47:45.321 OAC variant 2 (GBPUSD,M30) Max : 2.94159260
2016.06.22 11:47:41.404 OAC variant 2 (GBPUSD,M30) ---------------------------------
2016.06.22 11:47:41.404 OAC variant 2 (GBPUSD,M30) Temps : 136 µs ; 0.00013600 c
2016.06.22 11:47:41.404 OAC variant 2 (GBPUSD,M30) FF Runs : 1000
2016.06.22 11:47:41.404 OAC variant 2 (GBPUSD,M30) Max : 3.10159260
2016.06.22 11:47:37.309 OAC variant 2 (GBPUSD,M30) ---------------------------------
2016.06.22 11:47:37.309 OAC variant 2 (GBPUSD,M30) Temps : 133 µs ; 0.00013300 c
2016.06.22 11:47:37.309 OAC variant 2 (GBPUSD,M30) FF Runs : 1000
2016.06.22 11:47:37.309 OAC variant 2 (GBPUSD,M30) Max : 3.06159260
2016.06.22 11:47:32.933 OAC variant 2 (GBPUSD,M30) ---------------------------------
2016.06.22 11:47:32.933 OAC variant 2 (GBPUSD,M30) Temps : 133 µs ; 0.00013300 c
2016.06.22 11:47:32.933 OAC variant 2 (GBPUSD,M30) FF Runs : 1000
2016.06.22 11:47:32.933 OAC variant 2 (GBPUSD,M30) Max : 3.10159260
2016.06.22 11:47:07.584 OAC variant 2 (GBPUSD,M30) ---------------------------------
2016.06.22 11:47:07.584 OAC variant 2 (GBPUSD,M30) Temps : 180 µs ; 0.00018000 c
2016.06.22 11:47:07.584 OAC variant 2 (GBPUSD,M30) FF exécutions : 1000
2016.06.22 11:47:07.584 OAC variant 2 (GBPUSD,M30) Max : 3.04159260
C'est-à-dire - pas mal du tout.
Ainsi, les exemples ci-dessus montrent la manière dont les algorithmes des participants sont connectés aux scripts de test par le biais de fonctions d'importation.
Permettez-moi de vous rappeler pourquoi cette façon de travailler avec les algorithmes des participants est organisée : il est nécessaire, d'une part, de cacher l'algorithme du participant pour protéger la propriété intellectuelle, et d'autre part, de permettre le contrôle et la vérification par les membres du jury et les spectateurs.
Je vais le tester aujourd'hui.
Mais il serait souhaitable de compiler (je comprends, Andrei, que vous étiez pressé) et de publier en un seul post les règles concernant les fichiers, avec les pièces jointes de ces mêmes fichiers. Pas nécessairement tout de suite, mais pour avoir un point de départ.
Maintenant, je veux lancer un appel à tous les participants qui se considèrent comme des "nouveaux venus" dans ce domaine et qui ne s'attendent pas sérieusement à gagner.
Si nous laissons de côté toute la "théorie" insensée sur les dimensions multiples de l'espace, qui embrouille énormément un problème déjà confus, et que nous nous tournons vers les mathématiques pures, nous constatons que le FF est une équation.
Cette équation ne devient une fonction analytique que si elle est appliquée à un graphique.
Un graphique aide simplement à visualiser les modèles de relation des paramètres de l'équation.
Après 158 pages de discussion, nous pouvons déjà formuler l'essence du problème :
Nous devons trouver les valeurs des variables du côté droit del'équation pour lesquelles la valeur de la variable du côté gauche de l'équation est la plus grande.
L'objectif est d'essayer de le faire plus efficacement qu'une force brute complète.
C'est tout.
Suivant :
Pour résoudre ce problème, une technique "évolutive" de recherche de valeurs a été inventée. Des analogies et des méthodes issues du darwinisme ont été construites.
La question de l'efficacité de cette approche est discutable. Il existe probablement des moyens plus simples et plus efficaces de résoudre ce problème.
Ma pratique prouve que les approches généralement admises ne sont pas toujours les plus efficaces.
Je suis sûr que nous pouvons contourner les "évolutionnistes" assez bien...
Faisons un essai !
Si l'on met de côté la coloration émotionnelle du message, ce que vous avez dit est fondamentalement vrai. La seule chose que vous avez oublié de mentionner est que l'équation FF elle-même est inconnue dans le championnat donné (dans la vie, elle peut être connue ou non).
À propos des "théories non fictionnelles" - j'ai donné dans ce fil des indications claires sur les principes de l'algorithme d'optimisation qui ne sont utilisées nulle part ailleurs et n'ont jamais été utilisées auparavant (du moins dans les sources disponibles). Et le choix appartient toujours au chercheur - comment et ce qu'il va utiliser dans l'algorithme. Dans l'exemple ci-dessus, on trouve un algorithme qui n'a rien à voir avec Darwin, même indirectement. Il y a beaucoup de méthodes d'optimisation et personne, au moins je n'ai pas prétendu que "issu de Darwin" est meilleur.
Alors, bonne chance aux débutants ! Allez, à la victoire !
Je ne code pas sur A et n'ai aucune expérience des opérations d'exportation-importation. Veuillez me dire si j'ai bien compris votre exemple. J'ai mis mes commentaires dans le code. Une autre question . Si le FF est donné par une formule, y aura-t-il des opérations de division ou d'extraction de racine. Une valeur nulle ou négative provoquera une erreur critique et arrêtera le programme.
Oui, vous avez bien compris le fonctionnement du championnat de France.
La seule correction concernant le retour des résultats en cas de taille incorrecte du tableau de paramètres - l'algorithme du participant connaît le nombre de paramètres du FF et s'il envoie un tableau de taille incorrecte au FF, c'est le problème de l'algorithme du participant, pas du FF. Réfléchissez à ce point, si vous prenez le marché comme exemple - le marché ne vous informera jamais que vous utilisez le "mauvais" nombre de paramètres de stratégie dans votre trading, vous obtiendrez juste un résultat de trading négatif et c'est tout, sans aucune explication du marché pour vos erreurs.
Vous pouvez remplacer le mot Votre par le mot Notre, et vous pouvez remplacer le mot Vous par Nous, rien ne changera et rien ne restera vrai.
Je vais le tester aujourd'hui.
Mais il serait souhaitable de compiler (je comprends, Andrei, que tu étais pressé) et de publier en un seul post les règles concernant les fichiers, avec les pièces jointes de ces mêmes fichiers. Pas nécessairement tout de suite, mais pour avoir un point de départ.
Il serait sans doute pratique de placer les fichiers d'exemples dans un entrepôt de fichiers accessible, afin de ne pas avoir à sauter à la recherche de ceux-ci, et de placer un lien vers cet entrepôt au début de la branche.
Oui, je le ferai.