Comment distinguer de manière programmatique un fœtus PROFESSIONNEL d'un fœtus DILIÉTAIRE ? - page 3
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
DmitriyN:
1....Il n'y a pas d'urgence, réfléchissez-y...
2. uniquement une formalisation claire et compréhensible !
1. Qu'est-ce qu'il y a à penser ?
Peut-être sur Five, ou sur ce forum (je ne me souviens plus exactement maintenant), dans un article ou un fil de discussion, il y avait des informations sur le formatage correct du code, sous la forme, par exemple, de "Tabulation" avant la parenthèse ouvrante après les expressions if, if enclosed how many. Et il y avait même quelque chose comme un traducteur de code écrit d'une manière peu soignée mais compilable dans un format standard et populaire...
Dans l'ensemble, nous devrions regarder dans cette direction...
P.S. Une fois de plus, la question se pose qu'il n'y a aucune garantie que ce programme-traducteur n'a pas été appliqué à un code amateur écrit antérieurement...
Sur le cinquième forum, vous pouvez également rechercher des informations sur le sujet.
Encore une fois, il y a des pro-programmeurs dont les spécificités d'écriture de code diffèrent de la norme et de ce qui est généralement accepté... donc déjà là... trop de variantes de conditions doivent être intégrées dans votre programme - un scanner de code pro/non-pro...
P.P.S. Cela me rappelle les paroles extrêmes du sorcier terrien du film "The Chronicles of Riddick" :
"L'empire du mal à vos pieds, les solitaires hors la loi ! Même moi, je ne suis pas capable de calculer les options possibles ici"...
:-)
2. Il y a déjà un traducteur quelque part sur les forums pour toutes sortes de conneries compilables en code standard et généralement accepté (ensemble de règles préalablement formalisées).
Tâche : la corriger un peu et en faire une fonction de type bool avec une tolérance de, par exemple, 80%.
En d'autres termes, si le lancement de ce scanner sur le code testé permet d'obtenir 85 % de code correspondant au cadre d'écriture standard, le code est considéré comme professionnel.
S'il est inférieur à 80 %, on considère qu'il s'agit d'un code bâclé.
+ vérifier la présence de caractères minuscules dans le code testé afin que le code ne puisse pas être pris pour un pro par une ligne de 30 caractères.
En quelque sorte, c'est un début.
Et en général, pour rendre plus difficile le désassemblage du code de la vraie exp, ils l'ont traduit en une ligne après la forme normale d'écriture + ont ajouté toutes sortes de trucs - formules dans le nom et expressions dénombrables...
Voici un exemple de la façon dont les programmeurs professionnels programment (peut-être pas tous ?).
Les amateurs écrivent aussi simplement que possible.
Ils peuvent, sans aucun doute. Les amateurs ont fait de nombreuses découvertes et inventions merveilleuses dans divers secteurs de l'économie.
===
Prenons, par exemple, un critère simple : la taille d'un fichier. Peut-on dire qu'un conseiller expert de 500 octets peut être rentable ? Pas vraiment.
Oui, c'est possible. Mais pas 500 octets, mais disons 5 000.
Je n'ai pas pu résister.
Ravi de la branche, au point de hurler.
Bravo !!!!
Le poste n'est pas à sa place. Supprimé
Ça pourrait. Pas 500 octets, mais disons 5 000.
La question de la rentabilité ne s'est-elle pas posée ?
Si tel est le cas, il est possible de fixer une sorte de minimum. Mais la question est de savoir comment ce minimum ne renverserait pas le bébé avec l'eau... :-)
La question de la rentabilité ne s'est-elle pas posée ?
La question de la rentabilité ne s'est-elle pas posée ?
Si tel est le cas, une sorte de minimum peut être mis en place. Mais la question est que ce minimum ne peut pas rejeter le bébé avec l'eau... :-)
8-10 lignes de code peuvent très bien apporter un bénéfice.
Voici un exemple de la façon dont les programmeurs professionnels programment (peut-être pas tous ?).
Les amateurs écrivent aussi simplement que possible.
"La valeur d'une expression qui comprend une opération d'affectation est la valeur de l'opérande de gauche après l'affectation".
Pas dans MQL4. C'est une règle de base des Cish.
Pour TC - de nombreux non-professionnels utilisent le code source ouvert des bibliothèques de programmeurs professionnels (de telles bibliothèques même ici - une cargaison et un chariot), si vous le souhaitez, à partir de fonctions écrites par des professionnels, vous pouvez réellement assembler des EA brique par brique. Par conséquent, le sujet n'est pas approprié, à mon avis.
Bien que... Si un professionnel prend le code d'un autre professionnel, il le corrige généralement pour lui-même, parce qu'il ne veut pas réinventer la roue quand il peut le faire pour son propre compte. C'est peut-être un indice.
Créez un réseau neuronal, laissez-le chercher les règles.
Dans ce cas, il y a un risque qu'elle indique à l'auteur qui il est ;))
Créez un réseau neuronal, laissez-le chercher les règles.
Mais qui va l'enseigner. Et comment formaliser les règles. Cela vaudrait un prix Nobel.