Testeur soutenant les scripts et les conseillers MG4 - page 6

 

Il n'y a pas si longtemps, l'un des développeurs, dans un élan de dénonciation, a déclaré à propos des fonctions MT5 et CopyXXX :

 нетривиальное решение по обращению к другим тф. работа с разными таймфремами очень сильно напрягает

C'est vrai, ce ne sont que des excuses.

 
Integer:


Dans la phrase"De cette façon,le C++ n'est pas non plus différent du JavaScript. " L'expression" de cette manière " définit (ou clarifie) le critère de comparaison. Cela soulève une question étrange : "De quoi discutez-vous ?"

Le contexte était assez explicite, alors tu es juste allé trop loin. C'est ce que j'ai fait remarquer.
 

D'après ce que j'ai compris, les sociétés de courtage doivent payer pour l'utilisation de mt5, donc vous les mettez dans une situation où il n'y a aucun intérêt à payer de l'argent "supplémentaire" si tout le monde est déjà bien assis sur mt4. Pas de demande pour mt5 parmi les traders, pas de raison pour les sociétés de courtage de dépenser, alors que la demande ne sera pas présente jusqu'à ce qu'ils lancent des serveurs mt5, c'est un cercle vicieux, peut-être qu'ils devraient réduire l'appétit, ou même leur donner mt5 gratuitement pendant une certaine période de temps afin qu'ils gagnent enfin en popularité dans le forex.

C'est ma spéculation et mes pensées sur mt5)

 
Renat:

Ladocumentation de MQL5 compte 4000 pages en 9 langues, il existe une énorme kodobase en sources, 360 articles traduits en 5 langues, des forums en 5 langues, où vous pouvez poser des questions, etc.

Pourquoi les gens admettent-ils que pour réaliser leur tâche sur MT4, il leur faut une journée, et que pour faire la même chose sur MT5, il leur faut une semaine ?

Il se peut qu'il y ait beaucoup de documentation, mais pas celle qui est nécessaire pour atteindre un résultat particulier. Compte tenu de la complexité du modèle, selon lequel MT5 fonctionne, il n'est plus possible de deviner intuitivement les endroits peu clairs.

La documentation existante ne contient que des manuels avec des descriptions très courtes. Ce type de matériel n'est bon que pour ceux qui connaissent parfaitement l'architecture du programme et les modèles de représentation des données de MT5, et qui ont seulement oublié quelques détails à un certain endroit. En même temps, la documentation ne décrit pas tous les cas, en particulier les cas erronés qui ne sont souvent pas décrits. En particulier, AccountInfoDouble() ne peut-il pas retourner 0 ?

Ce cas n'est pas décrit dans la documentation. Et puis les gens ont la division par 0.

Les articles sur des sujets importants ne forment pas un ensemble cohérent, et les articles eux-mêmes sont souvent décousus et soulèvent encore plus de questions qu'ils n'apportent de réponses. Le même article sur un guide pas à pas de l'écriture d'Expert Advisors MQL5 pour les débutants tente de saisir l'immensité : il explique même les bases du langage, comme les types de données et les directives du préprocesseur.

Ce que la documentation est maintenant appelée référence. Et la documentation devrait contenir un guide au lieu d'articles décrivant comment créer une EA qui analyserait les tâches à résoudre pour créer une EA et donnerait des exemples de leur solution correcte, non pas dans un tas de long code, mais par morceaux. Et pour toutes les questions subtiles et spéciales, un format d'article serait suffisant.

Et il doit y avoir une description suffisamment détaillée de l'architecture du système pour qu'une personne puisse avoir une bonne idée à la fois du modèle de représentation des données et du modèle de programme pour travailler avec les données.

En d'autres termes, il s'avère que, bien qu'il y ait beaucoup de documentation sur le plan quantitatif, il n'y en a aucune qui soit nécessaire pour atteindre un résultat spécifique.

 
rustein:

On a demandé à quelqu'un :

- Pourquoi si, disons, les extraterrestres existent, ils ne nous parlent pas, ne nous apprennent rien ?

On lui a dit :

- Apprendriez-vous aux cafards à parler ? Pourquoi tu ne le fais pas ?


Simplet, sans vouloir vous offenser, vous n'avez rien compris à ce qu'Integer a dit.

Êtes-vous sûr que la personne à qui vous avez posé la question est la bonne réponse ?

Ne pensez-vous pas que la raison de ne pas communiquer est autre chose ?

Si Integer voulait parler du modèle de représentation des données et du modèle de programmation, pourquoi parle-t-il de la différence entre les langages et non entre eux, puis dit ouvertement qu'en fait tous les langages sont identiques ?

 
simpleton:

Alors pourquoi les gens admettent-ils que, dans un cas, il faut un jour pour réaliser leur tâche sur MT4 et que, dans le même cas, il faut une semaine pour réaliser la même tâche sur MT5 ?

Le plus souvent, ils ne l'admettent pas, mais font semblant en public pour soutenir une fausse opinion.

C'est de la programmation, donc vous ne pouvez pas vous plaindre ici. Ça n'a jamais été facile, même quand on nous l'a servi sur un plateau d'argent. J'écris des logiciels depuis 25 ans, et c'est toujours la même chose : quelle que soit la technologie, il faut travailler.

 
Renat:

Il est plus probable qu'ils ne l'admettent pas, mais qu'ils fassent semblant pour que le public soutienne une fausse opinion.

C'est de la programmation, donc vous ne pouvez pas vous plaindre ici. Ça n'a jamais été facile, même quand on nous l'a servi sur un plateau d'argent. J'écris des logiciels depuis 25 ans , et c'est toujours la même chose : quelle que soit la technologie, il faut travailler.

Ce sont vraiment des mots en or. Je n'arrive pas à utiliser certaines fonctions, même les miennes, maintenant je dois enlever quelque chose de superflu, puis le rendre à nouveau et ajouter autre chose...

Je ne suis pas d'accord avec Renat sur tout, cependant.

 
Renat:

Il est fort probable qu'ils ne l'admettront pas, mais qu'ils feront plutôt semblant pour le public afin de soutenir une fausse opinion.

C'est de la programmation, donc vous ne pouvez pas vous plaindre ici. Ça n'a jamais été facile, même quand on nous l'a servi sur un plateau d'argent. J'écris des logiciels depuis 25 ans, et c'est toujours la même chose : quelle que soit la technologie, il faut travailler.

Toutefois, cette même programmation peut être simplifiée ou compliquée. Si l'option "plus difficile" a été choisie plus tôt, nous avons d'autant plus besoin d'une documentation appropriée pour que les gens puissent d'abord comprendre la structure du modèle qu'ils vont programmer. Et il devrait y avoir beaucoup d'exemples de code compétent exemplaire montrant comment les différents aspects, et en général ce modèle serait programmé par un professionnel. Elle ne doit donc pas être confiée à des personnes extérieures qui ne sont pas des professionnels, mais à des membres de l'équipe de développement. Qui, sinon eux, devrait savoir comment utiliser le modèle créé de manière correcte, compétente et efficace ?

Mais ici, en plus de ce problème, il y en a deux autres, insurmontables. Mauvaise qualité de la mise en œuvre du modèle/langage et volontarisme évolutif. Pendant l'évolution de la plateforme, vous ne pouvez compter sur rien : à tout moment, le modèle peut être modifié sans préserver la compatibilité, et on ne sait pas quand cela peut arriver, et dans le processus d'évolution de MT4, il y a des tentatives pour tromper l'utilisateur avec des fichiers pseudographiques qui sont en fait des archives zip (mt4clw.png). Les problèmes de faible qualité et de volontarisme ont été maintes fois débattus par des personnes ici sans moi.

Même Microsoft, qui a autrefois fait la part des choses, ne se permet pas un tel volontarisme à l'égard des utilisateurs.

Il existe d'autres limitations spécifiques à MT5, telles que celles liées aux cotations, avec lesquelles l'utilisateur qui a "migré" vers MT5 devra compter.

Mais l'affrontement de longue date entre MetaQuotes, qui veut entraîner les utilisateurs vers MT5, et les utilisateurs qui ne veulent pas y "passer", se poursuit. MetaQuotes a lancé une nouvelle offensive avec une évolution explosive de MT4 vers MT5 pour ébranler la détermination des utilisateurs à rester sur MT4. On verra ce qu'il en adviendra.

Mais dans tous les cas, la documentation éparpillée existante pour le MT5 est un obstacle à la fois pour "bouger" et pour être maîtrisé à partir de zéro par les très nouveaux utilisateurs.

 
simpleton:

Toutefois, cette même programmation pourrait être simplifiée ou compliquée. Une fois que l'option "plus complexe" a été choisie, il est d'autant plus nécessaire de disposer d'une documentation adéquate, afin que les gens puissent d'abord comprendre la structure du modèle qu'ils vont programmer. Et il devrait y avoir beaucoup d'exemples de code compétent exemplaire pour montrer comment les différents aspects, et en général ce modèle serait programmé par un professionnel. Elle ne doit donc pas être confiée à des personnes extérieures qui ne sont pas des professionnels, mais à des membres de l'équipe de développement. Qui, sinon eux, devrait savoir comment utiliser le modèle créé de manière correcte, compétente et efficace ?

N'essayez pas de prétendre que la documentation ou les exemples sont manquants ou peu nombreux. Il y a tellement d'exemples sur ce site que vous ne les trouverez nulle part ailleurs.


Mais ici, en plus de ce problème, il y en a deux autres, insurmontables. Mauvaise qualité de la mise en œuvre du modèle/langage et volontarisme évolutif. Pendant l'évolution de la plateforme, vous ne pouvez compter sur rien : à tout moment, le modèle peut être modifié sans préserver la compatibilité, et on ne sait pas quand cela peut arriver, et dans le processus d'évolution de MT4, il y a des tentatives pour tromper l'utilisateur avec des fichiers pseudographiques qui sont en fait des archives zip (mt4clw.png). Les problèmes de mauvaise qualité et de volontarisme ont été maintes fois évoqués par des personnes ici sans moi.

Vous faites une grosse accusation.

MT4 est sorti il y a plus de 9 ans et aurait perdu beaucoup sans la dernière mise à jour. Nous avons conservé une bonne compatibilité et continuons à glisser et déposer une deuxième copie de la machine virtuelle pour l'ancien code MQL4.

Concernant les mises à jour : c'est à nous de savoir comment faire passer les fichiers de mise à jour du système pour qu'ils ne soient pas bloqués par les pare-feu. Si vous vous croyez si intelligent, essayez donc de transférer des fichiers .exe sur des millions d'ordinateurs et voyez combien d'entre eux seront supprimés par les antivirus et les pare-feu sans aucune chance.


Même Microsoft, qui a autrefois fait la part des choses, ne se permet pas un tel volontarisme à l'égard des utilisateurs.

C'est pour un mot rouge, je comprends.


Quoi qu'il en soit, la documentation éparse existante pour MT5 constitue un obstacle à la fois à l'intégration et à la maîtrise à partir de zéro par des utilisateurs entièrement nouveaux.

De purs mensonges.

Arrêtez de répéter des absurdités et des mensonges purs et simples. Derrière l'envie d'argumenter, ne perdez pas vos rivages, s'il vous plaît.

 

Rapprochons-nous de la réalité :

  • MQL5.com compte 397 000 utilisateurs enregistrés
  • 10 100 d'entre eux sont des vendeurs avec des données de passeport
  • Environ 15 nouveaux programmes sont ajoutés au marché chaque jour et environ 10 mises à jour d'anciens programmes.
  • Il existe environ 1 300 programmes dans le marché MQL5.
  • Dans le marché MQL4, environ 1 850 programmes
  • 700-800 programmes freelance sont exécutés chaque mois
  • un peu plus de 2 000 programmes dans MQL5 Codebase dans les sources
  • dans MQL4 Codebase un peu plus de 3 300 programmes en code source
  • La documentation de MQL5 compte 4 000 pages et a été traduite en 9 langues.
  • Plus de 350 articles sur MQL5
  • MQL5.community en 5 langues
  • les forums et le moteur de recherche sont inestimables
  • Services : Signaux, informatique distribuée, hébergement
  • etc.

Et c'est ce à quoi s'oppose le simplet. Dommage qu'il n'ait aucune idée de ce qu'il critique.