Question pour les MATHÉMATIQUES - page 7
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
Existe-t-il un moyen mathématique de déterminer le succès d'un programmeur ? QU'EN EST-IL DE L'EFFICACITÉ ? À ne pas confondre avec la productivité.
Il existe une façon comptable de déterminer le succès d'un programmeur. Et la comptabilité est basée sur l'arithmétique.
Bien sûr, je ne suis pas un mathématicien, mais l'expression "un programmeur qui réussit" me semble un peu étrange pour une raison quelconque. Quelque chose de semblable à "suicide chanceux", "noyade chanceuse" ou simplement "mineur prospère", par exemple. Il y a beaucoup de bons et même de talentueux programmeurs, mais c'est un travail difficile, et réussir dans ce domaine, avec tous les attributs habituels du succès, n'est probablement pas facile.
+1
Je me demandais pourquoi cette combinaison de mots est si difficile à entendre, il faut vraiment avoir une oreille poétique pour détecter la fausseté de ces deux mots accolés.
Bien sûr, je ne suis pas un mathématicien, mais l'expression "programmeur à succès" me semble un peu étrange pour une raison quelconque. Quelque chose de semblable à "noyade chanceuse" ou simplement "mineur prospère", par exemple. Il y a beaucoup de bons et même de talentueux programmeurs, mais c'est un travail difficile, et réussir dans ce domaine, avec tous les attributs habituels de la réussite, doit être très difficile.
Vous avez omis le mot "nécessaire", que j'ai suggéré dans la définition. Cela pourrait être encore plus simple, plus primitif - "nécessaire", "requis". Et si personne n'a besoin de lui/elle sauf lui-même/elle-même, alors...
On peut difficilement parler de succès pour un tel "spécialiste".
Et comment estimeriez-vous le niveau de la demande par rapport à deux spécialistes de premier ordre dans leur domaine : un programmeur/systématicien C et un programmeur d'applications possédant d'énormes connaissances dans plusieurs domaines ? Je suppose que la réponse est incomparable. Ces gars-là seulement ensemble peuvent avoir une demande plus élevée.
Je n'évalue en aucune façon, car je n'ai pas d'objectif à évaluer. J'ai déjà précisé ici que la question porte sur les progers "à profil unique", les MQL, même si je pense que c'est assez clair. D'ailleurs, c'est une question. C'est pour obtenir une réponse. J'ai essayé d'esquisser une formule... est dans les postes.
Je n'évalue en aucune façon, car je n'ai pas d'objectif à évaluer. J'ai déjà précisé ici que la question porte sur les progers "à profil unique", les MQL, même si je pense que c'est assez clair. D'ailleurs, c'est une question. C'est pour obtenir une réponse. J'ai essayé d'esquisser une formule... est dans les postes.
Malheureusement, il n'y a pas de réponse exacte... Je suis engagé dans des projets informatiques depuis de nombreuses années et par expérience je peux dire que tout est très individuel, tout dépend de la tâche et des qualités personnelles de l'équipe. La réussite d'un projet ne dépend pas uniquement des qualités personnelles des programmeurs. En ce moment, je dirige un projet avec de très bons programmeurs, mais les gars sont trop immergés dans le sujet, ils ne connaissent pas le domaine et, par conséquent, ils partent souvent dans des directions différentes. Et je peux dire à propos des programmeurs MQL - ils sont si divers, qu'il n'est pas gratifiant de déterminer le niveau de réussite :-) Trop différent domaine d'activité dans la vie.
Je n'ai pas lu le fil de discussion. Flubbing.
Il y a un métier associé à la programmation en MQL. Prenons une tâche assez simple pour un EA - croiser deux wagons (bon, c'est peut-être trop cool, mieux vaut bien sûr un couple ou trois indicateurs et avec une "approche" différente du marché). Je suis sûr que même avec un EA aussi simple, les codes des différents progers seront différents. Mais moi, en tant que client, je ne serai guère intéressé, même par un code compact. Je ferai attention :
1. la précision du traitement de ma tâche (généralement - idiote), par exemple - les signaux de passage réel seulement ou un toucher et ensuite un élan, c'est-à-dire si le codeur a réussi à fournir au moins une sorte de sécurité pour mon idiosyncrasie ? Sinon, ce n'est pas moi que je blâmerai, mais le codeur pour mon idiotie.
2. Le nombre d'ordres de transaction et le nombre d'échecs du serveur - il s'agit d'un élément plus important, à savoir si le codeur a été capable de traiter correctement les ordres de transaction et de les faire exécuter par le concessionnaire. Je ne me soucie pas des requotes, des interdictions de transactions pendant les heures d'information, des retards pendant le temps moteur et autres - sinon vous n'avez pas travaillé avec mon argent.
Et puis ce à quoi je n'ai même pas pensé - optimisation des lots, stoploss dynamique, trawl et autres choses bizarres...
Que pensez-vous de ça ? Cela déterminera l'aptitude du codeur pour le MQL ? Seulement, cela ne coûtera pas un petit centime (de Winnie l'ourson). Et le nombre de commandes diminuerait considérablement, car quelle que soit la qualité de l'exécution du code, mon idiotie ne peut être annulée par le codeur.
Malheureusement, il n'y a pas de réponse exacte... J'ai participé à des projets informatiques pendant de nombreuses années et je peux dire par expérience que tout est très individuel, tout dépend de la tâche et des qualités personnelles de l'équipe. La réussite d'un projet ne dépend pas uniquement des qualités personnelles des programmeurs. En ce moment, je dirige un projet avec de très bons programmeurs, mais les gars sont trop immergés dans le sujet, ils ne connaissent pas le domaine et, par conséquent, ils partent souvent dans des directions différentes. Et je peux dire que les programmeurs MQL sont si divers qu'il est inutile de définir le niveau de réussite :-) Leurs vies sont trop différentes.
Immersion dans le sujet... Je l'ai défini comme "la connaissance du sujet du codage". En effet, ce n'est pas un indicateur sans importance. La diversité - oui, cela existe. Mais un marché de programmeurs se forme déjà, et il est sur l'emke. Des services et des produits sont proposés. Comment naviguer sur ce marché ? Dans les prix ? Lorsque Integer, par exemple, m'a informé de ses prix, j'ai été un peu choqué. Pourquoi c'est si bon marché ? Quand ils ont fait allusion au prix du Composter, j'ai eu la même réaction. Et puis, sorti de nulle part, un individu apparaît et propose ses services à des prix bien plus élevés. En fait, c'est un hoo ? Eh bien, j'ai longtemps et fructueusement travaillé avec des programmeurs de différents pays. Par exemple, il y a trois ou quatre ans, j'ai eu du mal à trouver un programmeur, et je me suis perdu dans ce marché. Je pense que maintenant, c'est encore plus difficile pour un débutant. Il y a beaucoup d'autres offres. Que faire ? Il existe déjà une situation inacceptable, lorsque le commerçant et le codeur se cherchent follement, et qu'ils courent ensemble. De nombreux escrocs sont apparus. Et encore une fois, la question est : qu'en est-il d'un jeune codeur talentueux, s'il ne peut pas s'affirmer ? J'essaie donc de trouver, au mieux de mes modestes capacités, au moins une formule acceptable pour évaluer un programmeur. Et l'évaluation du travail, d'ailleurs.