Mon approche. Le noyau est le moteur. - page 37
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
À ce propos, pour une raison quelconque, personne n'a remarqué le décalage entre l'objectif de Pierre et son créneau. Il veut remplacer le commerce manuel. Mais il fait son travail pour ceux qui font du commerce à la main. Un tel objectif me semble étrange : " Je vais vous donner quelque chose qui va tuer votre arrangement commercial habituel ... ". Je suis un homme gentil qui est venu briser tout ce à quoi vous étiez habitué - maintenant vous allez travailler selon mes règles". Cela lui apportera-t-il le succès ?
"Tu es un peu bizarre, Billy"...
Hélas, trop souvent, les entreprises fonctionnent sur ces principes... C'est juste un emballage de ces principes qui est beau et bienveillant. Cela s'appelle le marketing. Et rien ne se serait développé dans le monde autrement.
Ici, George, j'ai dit à plusieurs reprises qu'il existe un langage de balisage prêt à l'emploi. Pourquoi quelqu'un voudrait-il jouer avec le code ? Il comprend la langue et fait ce qu'il faut.
Si l'utilisateur ne dispose pas de suffisamment de graphiques et a besoin d'une animation, il peut le faire dans son application.
Une dernière chose : le marché sera TOUJOURS inondé. Rien ne pourra changer ce fait. Eh bien, laissez-les se vider avec de beaux et puissants semi-automatiques. Au moins, ils se sentiront mieux moralement).
Plus sérieusement,aucun programme ne changera le rapport entre ceux qui drainent et ceux qui gagnent.
Mais même après avoir perdu de l'argent, ils continueront à utiliser un programme semi-automatique. Parce que c'est N E D O R A C E.
Il peut donc être loué.
J'ai vu ces langages de balisage... Une des inventions les plus idiotes de l'humanité de la dernière ère. En plus d'une langue, vous devez en apprendre une autre, juste pour disposer les boutons sur le formulaire... ...et pas un langage raisonnablement personnel, mais un langage particulièrement ringard.
Vous devrez toujours être en mesure de gérer tous les contrôles à partir du code, alors pourquoi payer deux fois ? Je ne comprends pas l'intérêt de créer des langages de balisage (à l'exception de html et xml, mais c'est un autre domaine), à moins que le but ne soit de baiser le cerveau des gens en masse.
Programmes semi-automatisés. Qui est le spécialiste du marketing ici, Peter ?
J'ai écrit un grand nombre d'Expert Advisors personnalisés, d'indicateurs, tout ce que je pouvais. Le semi-automatique a été commandé - une seule fois ! Une fois dans l'histoire de mon écriture EA ! Il y avait quelque chose avec deux lignes pour fixer les ordres. Même le semi-automatique n'a aucun lien avec le gui - avec des fenêtres et des boutons.
Il existe également une catégorie de "semi-automatique", c'est-à-dire un EA ordinaire qui prend des commandes manuelles. Mais il n'y a pas du tout de GUI.
J'ai vu ces langages de balisage... Une des inventions les plus idiotes de l'humanité de la dernière ère. En plus d'une langue, vous devez en apprendre une autre, juste pour mettre des boutons sur un formulaire... ...et pas un langage raisonnablement personnel, mais un langage particulièrement ringard.
Vous devrez toujours être en mesure de gérer tous les contrôles à partir du code, alors pourquoi payer deux fois ? Je ne comprends pas l'intérêt de créer des langages de balisage (à l'exception de html et xml, mais c'est un autre domaine), à moins que le but ne soit de baiser le cerveau des gens en masse.
Diffusion massive. C'est à cela que sert un langage de balisage.
La distribution de masse d'un produit est obtenue en contrôlant les valeurs des variables suivantes :
En termes de difficulté d'utilisation, les bibliothèques arrivent en tête, le langage de balisage en deuxième position, et Wiz.studio en troisième position.
Ici, George, j'ai dit à plusieurs reprises qu'il existe un langage de balisage prêt à l'emploi. Pourquoi quelqu'un voudrait-il jouer avec le code ? Il comprend la langue et fait ce qu'il faut.
Si l'utilisateur ne dispose pas de suffisamment de graphiques et a besoin d'une animation, il peut le faire dans son application.
Une dernière chose : le marché sera TOUJOURS inondé. Rien ne pourra changer ce fait. Eh bien, laissez-les se vider avec de beaux et puissants semi-automatiques. Au moins, ils se sentiront mieux moralement).
Plus sérieusement,aucun programme ne changera le rapport entre ceux qui drainent et ceux qui gagnent.
Mais même après avoir perdu de l'argent, ils continueront à utiliser un programme semi-automatique. Parce que c'est N E D O N R A C E.
Vous pouvez donc le louer.
C'est ce que j'ai dit, car pour la première écriture, le langage de balisage est bien.
Et puis, bang, un utilisateur envoie un rapport de bug. Et que fait le programmeur qui utilise votre bibliothèque ? Il doit maintenant décider si c'est lui ou vous qui avez une erreur. Et vous êtes occupé à ce moment-là. Le programmeur doit suivre scrupuleusement l'exactitude de la référence à la bibliothèque avec ce même langage de balisage qui, je le répète, est très facile à confondre, précisément parce qu'au lieu de "couper" toutes les fonctionnalités sauf celles qui sont nécessaires à un moment donné, le langage donne un accès et une liberté totale à tout moment. Il est beaucoup plus difficile de repérer les bogues dans un tel code.
C'est pourquoi - je ne vois pas la "niche" à laquelle votre bibliothèque est destinée. L'utilisateur doit s'approprier la bibliothèque, en faire quelque chose - et comme il négocie manuellement, il le fera sur la base de son système intuitif. Et ensuite - vous proposez de louer ce même système (ainsi que votre bibliothèque) à un autre utilisateur, qui fait également du commerce manuel ? Et l'autre utilisateur a un autre système, également intuitif, et celui que vous venez de créer ne lui conviendra pas. Il ne veut pas le louer.
Une fois de plus, nous sommes coincés avec "l'étroitesse de la niche". Au sens figuré, vous "créez des tampons pour le cunéiforme babylonien". Personne ne le conteste, il est plus facile d'écrire des textes cunéiformes babyloniens sur de l'argile avec de tels tampons que de presser des hiéroglyphes cunéiformes avec un seul couteau cunéiforme. Mais de nombreuses personnes ont-elles besoin de tels timbres ? La plupart des gens n'ont aucun intérêt pour le babylonien. Et ceux qui s'y intéressent écriront en cunéiforme avec des stylos ordinaires. Et il ne reste que très peu de personnes qui s'intéressent au babylonien, mais qui préfèrent ne pas écrire sur du papier, mais utiliser de l'argile (ceux qui savent programmer, mais préfèrent commercer à la main). Et combien y en a-t-il ?
C'est ce que j'ai dit - pour la première fois, le langage de balisage est bon.
Et puis, bam, un utilisateur envoie un rapport de bug. Et que fait le programmeur qui utilise votre bibliothèque ? Il doit maintenant décider si c'est lui ou vous qui avez une erreur. Et vous êtes occupé à ce moment-là. Le programmeur doit suivre scrupuleusement l'exactitude de la référence à la bibliothèque avec ce même langage de balisage qui, je le répète, est très facile à confondre, précisément parce qu'au lieu de "couper" toutes les fonctionnalités sauf celles qui sont nécessaires à un moment donné, le langage donne un accès et une liberté totale à tout moment. Il est beaucoup plus difficile de repérer les bogues dans un tel code.
C'est pourquoi - je ne vois pas la "niche" à laquelle votre bibliothèque est destinée. L'utilisateur doit s'approprier la bibliothèque, en faire quelque chose - et comme il négocie manuellement, il le fera sur la base de son système intuitif. Et ensuite - vous proposez de louer ce même système (ainsi que votre bibliothèque) à un autre utilisateur, qui fait également du commerce manuel ? Et l'autre utilisateur a un autre système, également intuitif, et celui que vous venez de créer ne lui conviendra pas. Il ne le louera pas.
Nous rencontrons à nouveau l'"étroitesse de la niche". Au sens figuré, vous "créez des tampons pour le cunéiforme babylonien". Personne ne conteste qu'il est plus facile d'écrire des textes cunéiformes babyloniens avec de tels tampons que de dessiner des hiéroglyphes cunéiformes avec un seul couteau cunéiforme. Mais de nombreuses personnes ont-elles besoin de tels timbres ? La plupart des gens n'ont aucun intérêt pour le babylonien. Et ceux qui s'y intéressent écriront en cunéiforme avec des stylos ordinaires. Et il ne reste qu'un très petit nombre de personnes qui s'intéressent au babylonien mais préfèrent ne pas écrire sur du papier, mais utiliser de l'argile. Combien y en a-t-il ?
Les utilisateurs modernes se sont dégradés jusqu'au bout à cause des grails testeurs. Ils ont besoin d'être tirés vers un peu de complexité et de responsabilité pour leurs actions. Sinon - une dégradation complète de l'algotradition.
Je ne vois pas d'autre avenir pour le créneau de l'algotrading. Honnêtement, je ne...
Programmes semi-automatisés. Qui est le spécialiste du marketing ici, Peter ?
J'ai écrit un grand nombre d'Expert Advisors personnalisés, d'indicateurs, tout ce que je pouvais. Le semi-automatique a été commandé - une seule fois ! Une fois dans l'histoire de mon écriture EA ! Il y avait quelque chose avec deux lignes pour fixer les ordres. Même le semi-automatique n'a aucun lien avec le gui - avec des fenêtres et des boutons.
Il existe également une catégorie de "semi-automatique", c'est-à-dire un EA ordinaire qui prend des commandes manuelles. Mais il n'y a pas du tout de GUI.
Les utilisateurs d'aujourd'hui sont dégradés par le graal du testage. Ils ont besoin d'être tirés vers un peu de complexité et de responsabilité pour leurs actions. Sinon, une dégradation complète de l'algotradition.
Je ne vois pas d'autre avenir pour le créneau de l'algotrading. Honnêtement, je ne sais pas.
Eh bien, eh bien... Vas-y, Peter.
Vous avez raison pour ce qui est de la "dégradation", mais je pense que vous êtes présomptueux pour ce qui est de "tirer les utilisateurs".
Mais, allez-y. Il peut y avoir quelqu'un qui sait programmer, mais qui fait du commerce "sur le tas".
Au fait, oui. J'en ai aussi écrit tellement sur mesure que l'on peut déjà considérer que c'est une statistique. Et seulement trois étaient semi-automatisés avec des panneaux. Et Peter n'a pas de statistiques - seulement des rêves.
Ici, j'ai décidé de rappeler les EAs avec un panneau - j'ai fait des panneaux sur mesure pour le trading manuel 4 fois.
Mais ils continuent à me demander d'ajouter des boutons à mon panneau. - Envoi en freelance (cela fait longtemps que je n'ai pas fait de programmation personnalisée moi-même)
Au fait, oui. J'en ai aussi écrit beaucoup sur mesure, ce qui peut déjà être considéré comme une statistique. Et seulement trois étaient des semi-autos avec des panneaux. Et Peter n'a pas de statistiques - seulement des rêves.
J'ai 20-25 Expert Advisors dans les forums cette année, dont 2 panneaux de trading, et j'en ai créé un moi-même. J'aurais pu m'en passer, mais j'avais besoin d'un bouton - je voulais me lancer dans les fonctionnalités graphiques de MQL, alors j'ai proposé habilement )))). Total 1 semi-automatique avec panneau