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
L'Optimizer n'est pas impliqué - il y a moitié moins de comparaisons...
Juste un mini refactoring ("Parce qu'on ne peut pas être si beau dans le monde...") :
Résultat :
Juste un mini refactoring ("Parce qu'on ne peut pas être si beau dans le monde...") :
Juste au-dessus de ma question - essayez de mettre le tableau original comme une série. ArraySetAsSeries(...,true) ;
C'est une question tout à fait pertinente - pour voir quelles méthodes ne fonctionnent pas du tout avec les séries, et lesquelles sont étonnamment lentes.
Peu importe le filtrage des tableaux, la question sur les séries est plus pratique.
Juste un mini refactoring ("Parce qu'on ne peut pas être si beau dans le monde...") :
Merci, Sergei, pour cette utile leçon de qualité. :)
Déplacement de @Maxim Kuznetsov vers une catégorie distincte, des fonctions différentes après tout.
Tests recommandés avec erreurs (Semko et Pavlov).
Ajout de votre variante
P.S. Et les modèles doivent être supprimés, c'est aussi une erreur potentielle lors de la comparaison des doubles.
Déplacement de @Maxim Kuznetsov vers une catégorie distincte, des fonctions différentes après tout.
Tests recommandés avec erreurs (Semko et Pavlov).
Ajout de votre variante
P.S. Les modèles doivent être supprimés aussi, c'est une erreur potentielle dans la comparaison des doubles.
Rend les deux derniers éléments du tableau égaux à la valeur. Semko n'a pas d'erreurs. Veuillez nous montrer l'erreur dans quel cas. Il n'est pas très judicieux de jeter un leader.
Quelles sont ces erreurs avec les doubles qui sont causées par leur normalisation ? Ainsi, si vous travaillez avec un tableau de doubles, vous devez vous soucier de placer vous-même les données normalisées dans le tableau.
Rend les deux derniers éléments du tableau égaux à Value. Semko n'a pas d'erreur. Montrez-moi dans quel cas il a commis des erreurs. Il n'est pas juste de jeter le leader.
Quelles sont ces erreurs avec les doubles qui sont causées par leur normalisation ? Si nous travaillons avec un tableau de doubles, nous devrons ajouter nous-mêmes les données normalisées dans le tableau.
J'ai juste commenté le code, tu ne l'as probablement pas remarqué. Une erreur si le dernier élément du tableau est soumis à la condition de suppression, c'est-à-dire s'il est égal à Value.
Je ne l'ai pas supprimé du code :), juste pour éviter que quelqu'un ne copie l'erreur. Je pense que Nikolay va corriger son code et qu'il reviendra lui-même :)
En ce qui concerne les modèles : il y aura une erreur lors du passage du double, car la fonction est incorrecte comparaison des nombres réels, ou plutôt, il n'est tout simplement pas conçu pour cela, donc avant de mettre un modèle, nous devons nous assurer que la fonction fonctionnera correctement avec tous les types.
J'ai commenté le code, tu ne l'as probablement pas remarqué. L'erreur se produit si le dernier élément du tableau tombe sous la condition de suppression, c'est-à-dire s'il est égal à la Valeur
Je ne l'ai pas supprimé du code :), juste pour éviter que quelqu'un le copie avec une erreur. Je pense que Nikolay va corriger son code et qu'il reviendra lui-même :)
Et à propos des modèles : il y aura une erreur lors du passage du double, car la fonction est incorrecte comparaison des nombres réels, ou plutôt elle n'est tout simplement pas prévue pour cela, donc avant de mettre un modèle, vous devez vous assurer que la fonction fonctionnera correctement avec tous les types.
Et qu'y avait-il à remarquer ? Ceci : "tableau corrompu si un ou plusieurs de ses derniers éléments tombent sous une condition" ? C'est ce que j'ai écrit plus haut - ça n'a pas marché. Je vois d'après votre capture d'écran que ce n'est pas le but. L'erreur semble se produire lorsque le nombre d'éléments est faible.
Quel type d'erreur se produirait avec le double ? Pourquoi ? Les données contenues dans le tableau fonctionneront de cette façon. Si vous voulez qu'il fonctionne correctement, vous devez effectuer une normalisation avant de le mettre dans un tableau. Mais vous ne devez pas insérer la normalisation dans la fonction elle-même. La fonction s'accorde parfaitement avec le modèle et fonctionnera bien avec le double, si vous l'utilisez correctement.
Le fait que tout le monde se soit soudainement préoccupé du problème du double est une très bonne chose.
Qu'y avait-il à remarquer ? Celui-là : "Le tableau est corrompu si un ou plusieurs des derniers éléments tombent sous la condition" ? C'est ce que j'ai écrit plus haut, que ça n'a pas marché. Comme vous pouvez le voir sur votre capture d'écran, ce n'est pas le problème. L'erreur semble se produire lorsque le nombre d'éléments est faible.
Quel type d'erreur se produirait avec le double ? Pourquoi ? Quelles que soient les données contenues dans le tableau, elles fonctionneront de cette manière. Si vous voulez qu'il fonctionne correctement, vous devez effectuer une normalisation avant de le mettre dans un tableau. Mais vous ne devez pas insérer la normalisation dans la fonction elle-même. Cette fonction s'accorde parfaitement avec le modèle et fonctionnera parfaitement si vous l'utilisez correctement.
Le fait que tout le monde se préoccupe soudainement du problème des doubles est une très bonne chose, mais il faut faire preuve de sagesse.
Vous et moi avons des points de vue différents sur la façon dont la fonction doit fonctionner. Une fonction est une fonction en Afrique et elle doit fonctionner sans aucune préparation des données, tout doit fonctionner en interne.
P.S. En fait, personne n'est concerné, ça ne me dérange pas vraiment. Je viens d'écrire que les modèles ici comme la cinquième patte d'un chien et une erreur possible.
Une fonction est une fonction et doit fonctionner sans aucune préparation des données, tout doit fonctionner en interne.
C'est un jardin d'enfants.