Au revoir le robot - bonjour le marasme - page 10
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
Sr. Pansa ! Porqué no usa el botón SRC para poner su código ? Así mejor o Ud. tiene alguna duda ?
Buena suerte !
Je veux demander où vous obtenez le SRC ?
panza
Salut borilunad !
voulez demander où vous obtenez le SRC ?
pansa
Lorsque vous répondez, regardez un peu plus haut et à gauche de la vidéo, vous verrez un bouton SRC! Cliquez dessus et cela ouvrira un périmètre pour coller le code! Bonne chance !
Au fait, Constantin a indiqué de façon très précise et "éloquente" l'emplacement du CRS!
Je comprends que certaines personnes deviennent hystériques après s'être familiarisées avec les analyseurs statiques.
Mais seulement après que certains comprennent ce qu'un compilateur doit (exactement doit) faire. Nous sommes en 2014 et les compilateurs ordinaires ont au moins 10 ans de retard dans le contrôle de la qualité et se concentrent uniquement sur les optimisations.
Pour information : le compilateur Intel C++ ne s'est pas encore remis de ses défauts - il génère constamment des erreurs de compilation internes sur nos projets. C'est-à-dire qu'il ne mâche pas les gros projets et produit ses propres erreurs. Et les mythes concernant ses extraordinaires propriétés d'optimisation sont également dépassés - tous les autres ont considérablement renforcé leurs niveaux d'optimisation.
Dans un langage aussi dangereux et suicidaire que le C++, il y a tellement de clés et de commutateurs de compilation que des programmeurs confiants peuvent compiler des tonnes de code ancien et copié de nulle part sans crampes nerveuses :)
Un compilateur, tout d'abord, doit compiler plutôt qu'analyser et il doit compiler de préférence avec une bonne qualité, ce qui nécessite généralement de la flexibilité et de la personnalisation.
Il est raisonnable de créer des analyseurs de code statique et d'autres outils similaires en tant qu'utilitaires distincts dont les fonctions peuvent être exécutées avec une meilleure qualité de cette manière qu'avec le compilateur.
Il est raisonnable de comprendre que l'analyse statique du code et d'autres choses utiles similaires ne permettent de détecter que quelques erreurs, c'est-à-dire celles qui sont liées à la fois à l'inattention et au manque de compétence d'un programmeur. Les erreurs de conception, les erreurs logiques, les erreurs de type "oubli d'implémentation" et autres erreurs similaires ne sont pas détectées par les analyseurs statiques ou les outils similaires. C'est exactement ce que l'on peut voir dans MT4.
À une certaine époque, le compilateur de Microsoft était lui aussi facile à "casser" en raison d'erreurs internes. Les versions plus récentes sont également plus stables, y compris celle d'Intel. En ce qui concerne l'optimisation, vous n'avez généralement pas besoin de quelque chose d'extraordinaire - seulement d'une bonne et solide optimisation - et l'optimisation d'Intel est basée sur une compréhension profonde de l'architecture et des mécanismes de ses propres processeurs. Il serait étrange de penser que ce serait pire pour Intel que pour les autres.
Les commutateurs de compilation sont principalement destinés à adapter avec souplesse le compilateur aux exigences (partielles) d'un projet, et les options destinées à faciliter la compilation d'un code ancien ne sont qu'un bonus supplémentaire.
Si le langage C++ est si dangereux et suicidaire, alors pourquoi le premier MQL4 basé sur le C a été "amélioré" en MQL4++ et MQL5 basé exactement sur le C++ ?
simpleton:
Il est raisonnable de comprendre que l'analyse statique du code et d'autres outils utiles similaires ne permettent de détecter que quelques erreurs, c'est-à-dire celles liées à la fois à l'inattention et au manque de compétence des programmeurs. Les erreurs de conception, les erreurs logiques, les erreurs de type "oubli d'implémentation" et autres erreurs similaires ne sont pas détectées par les analyseurs statiques ou les outils similaires. C'est exactement ce que vous pouvez voir dans MT4.
Les environnements de test sont largement utilisés dans les produits logiciels pour la vérification fonctionnelle des conceptions de puces logicielles où les exigences en matière de qualité du code sont très élevées. En outre, l'enveloppe fonctionnelle fait partie intégrante du développement de tout code pour la conception de puces. D'autre part, de nombreux programmeurs n'ont même pas l'idée de tels tests fonctionnels lorsqu'ils écrivent des projets logiciels habituels, parce que l'écriture de ces tests à partir de zéro peut prendre plus de temps que l'écriture du projet lui-même et ne se justifie que lorsqu'il est nécessaire d'écrire un code de haute qualité ou qu'il existe de nombreuses versions du même projet. D'autre part, un environnement de test habilement écrit réduit considérablement le temps de débogage et de vérification du code.
L'analyse statique est également utilisée, mais uniquement comme un contrôle syntaxique très superficiel et primaire.
Simplet, quelle absurdité.
Ce n'est que lorsque vous arriverez au niveau du contrôle total de la qualité que vous le comprendrez. En attendant, vous restez au niveau de perception d'un programmeur narcissique individuel, et continuerez à penser "il est raisonnable de ne pas me contrôler, que le contrôle se fasse par des utilitaires séparés jamais exécutés".
Contrairement à C++, MQL est absolument inoffensif (s'il n'y a pas de sortie dans la dll) en raison du rejet des liens bruts, et en général - c'est un langage géré.
Contrairement à C++, MQL n'est pas du tout dangereux.
Les défaillances du compilateur C++ lui-même sont plutôt rares.
Les problèmes de compilateur de MQL se produisent régulièrement maintenant (j'ai vu des erreurs de compilateur interne pour MQL beaucoup plus souvent que pour VS).
Les problèmes d'exécution de code MQL sont également un phénomène récurrent de nos jours.
Les problèmes sont en train d'être résolus, mais nous ajoutons et améliorons beaucoup de choses en parallèle.
Il y aura une version MT4 vendredi avec de nettes améliorations dans la vitesse d'exécution et les tests.