Comment faire en sorte qu'un programmeur s'intéresse à 100 % à l'écriture d'un EA basé sur votre IDEA ? - page 8
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
Une fois, il y avait un client décent - il savait simplement ce qu'il voulait et expliquait comment cela devait fonctionner. Et le reste - c'est à propos du "bouton rouge ..." :)
Eh bien, il y a beaucoup de médiums et de télépathes :-)
Et puis une double question : si un développeur sait déjà tout sur le problème proposé (et qu'à la fin du développement il est encore plus apte à comprendre l'essence de la question que le programmeur lui-même), alors pourquoi avons-nous besoin de ce même programmeur ? Par expérience, tant que je n'ai pas fait de grands projets moi-même, j'ai toujours dû trouver de la littérature spéciale et étudier indépendamment la question posée, car le chef de projet peut rarement donner une réponse cohérente aux questions directes (puisqu'il ne sait pas) et s'embrouille tout le temps.
Et une autre petite question : pourquoi un développeur DOIT-il connaître TOUS les aspects d'une entreprise (pour permettre l'automatisation des processus) et obtenir moins d'argent que les personnes travaillant dans des départements spécialisés et responsables uniquement d'une partie étroite ?
Une fois, il y avait un client décent - il savait simplement ce qu'il voulait et expliquait comment cela devait fonctionner. Le reste concerne le "bouton rouge..." :)
Eh bien, il y a beaucoup de médiums et de télépathes ici :-)
Et puis une contre-question : si le développeur sait déjà tout de la tâche prévue (et qu'à la fin du développement, il est même plus à même de comprendre l'essence de la question que le concepteur lui-même), alors pourquoi avons-nous besoin de ce même concepteur ? Par expérience, tant que je n'ai pas fait de grands projets moi-même, j'ai toujours dû trouver de la littérature spéciale et étudier indépendamment la question posée, car le programmeur peut rarement donner une réponse cohérente aux questions directes (puisqu'il ne sait pas) et s'embrouille tout le temps.
Et une autre question maigre : pourquoi un développeur DEVRAIT connaître TOUS les aspects d'une entreprise (pour permettre l'automatisation des processus) et est moins bien payé que les personnes travaillant dans des départements spécialisés et responsables seulement d'une partie étroite ?
quand un programmeur travaille comme un télépathe et secoue l'échafaudage pour voir comment il devrait être ? puis le recrache et s'assoit pour étudier le processus technologique.
et ensuite le programmeur va le voir pour des conseils
à une époque, j'ai dû apprendre la comptabilité, il était donc plus facile pour moi de travailler en réseau et de faire un rapport en utilisant le formulaire 2.
au lieu d'expliquer à la dame quels sont les boutons à presser et pourquoi c'est ainsi que ça compte et quels sont les comptes de bilan concernés et pourquoi ce chiffre apparaît...
et alors la question s'est posée... à la fin, la dame a appris le formulaire 2...
j'ai rencontré un bon programmeur une fois dans ma vie ! le logiciel a pris deux mois à écrire selon les standards... il a été écrit en une semaine
il m'a tout montré, jusqu'aux formulaires à l'écran, dans quel coin quelle case doit être cochée, dans quelle base de données quel champ doit être rempli et comment le remplir.
tous les répertoires, vous avez bien deviné. Le gars est un programmeur - il était juste un patron... En gros, je suis juste un codeur.
Je pense qu'il est presque impossible de rencontrer un gars comme ça dans le business du forex.
---
Un développeur doit avoir une bonne connaissance des technologies, des langages, comprendre ce qui fonctionne et comment cela fonctionne, et le domaine si pas parfait.
mais cela ne dispense pas le développeur de réfléchir... formuler la tâche, supprimer les choses inutiles...
et de bien concevoir, de sorte que les modifications et les ajouts puissent être intégrés facilement au projet
Bien sûr, le concepteur doit comprendre comment la machine est construite et ce qui peut et ne peut pas être fait.
les meilleurs stagers sont toujours des programmeurs... Je pense
un comptable m'a un jour confié une mission !
Je lui ai demandé pour les factures,
elle dit que nous ne les avons pas !
Je dis, et si ?
Elle dit qu'on n'a pas besoin de les ouvrir.
Ce n'est pas un problème pour moi.
Non, nous n'avons pas à le faire.
--- pour que vous n'ayez pas à le faire.
Deux mois plus tard, ils ont été ouverts, Dieu merci, je savais que c'était possible, je n'ai pas utilisé de constantes mais des références.
mais néanmoins j'ai dû modifier la logique de calcul et changer les règles...
mais s'il me l'avait dit tout de suite, il n'y aurait eu aucun problème.
Moralité : si vous voulez commander quelque chose de génial à un codeur, il serait hautement souhaitable que vous sachiez vous-même coder et, bien sûr, que vous connaissiez les limites du langage. Eh bien, si vous ne l'êtes pas, alors votre idée brillante est condamnée, parce que même s'il réalise quelque chose, l'idée est presque certainement triviale (et vous ne pouvez tout simplement pas expliquer plus au codeur, parce que pas capable) - et donc non rentable. Eh bien, s'il essaie de déchiffrer vos obscures génies, il déformera inévitablement votre idée, la faisant passer de brillamment rentable à médiocrement non rentable. Maintenant ce sera sa faute, le codeur !
Et en ce qui concerne le sujet du fil de discussion - j'ai demandé à mon DC à propos de MTS, et... "appelez le bureau central, il y a un programmeur là-bas, récemment embauché, expliquez ce dont vous avez besoin"
A propos, les principales tâches en VBA sont la comptabilité double).
Et en ce qui concerne le sujet du fil de discussion - j'ai demandé à mon DC à propos de MTS, et... "appelez le bureau central, il y a un programmeur là-bas, récemment embauché, expliquez ce dont vous avez besoin"
Quel est le nom de la DC ?
Moralité : si vous voulez commander quelque chose de génial à un codeur, il serait hautement souhaitable que vous sachiez vous-même coder et, bien sûr, que vous connaissiez les limites du langage. Eh bien, si vous ne l'êtes pas, alors votre idée brillante est condamnée, parce que même s'il réalise quelque chose, l'idée est presque certainement triviale (et vous ne pouvez tout simplement pas expliquer plus au codeur, parce que pas capable) - et donc non rentable. Eh bien, s'il essaie de déchiffrer vos obscures génies, il déformera inévitablement votre idée, la faisant passer de brillamment rentable à médiocrement non rentable. Maintenant ce sera sa faute, le codeur !
Eh bien, si vous voulez sortir le sujet du fil, vous avez besoin d'un exemple de contrôle, et quel est l'exemple de contrôle pour MTS et EA ?))
C'est drôle, c'est drôle. Presque dès les premiers messages, le fil de discussion est passé brusquement de " COMMENT faire pour qu'un programmeur soit intéressé à 100% par l'écriture d'un conseiller basé sur votre IDEE" à "Je suis un codeur cool et 99% des clients sont des nuls".