Comment faire en sorte qu'un programmeur s'intéresse à 100 % à l'écriture d'un EA basé sur votre IDEA ? - 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
Je veux dire que lorsque vous contactez un client, vous devez l'éduquer jusqu'à ce qu'il réalise ce qu'il veut vraiment.
Ce que je veux dire, c'est que lorsque vous contactez un client, vous devez l'éduquer jusqu'à ce qu'il comprenne ce qu'il veut vraiment.
Qu'est-ce que c'est que ce "pas rarement" ! !! Le client est presque toujours dans un état :
Client : "L'ordinateur peut tout faire, non ?"
Programmeur : "Avec quelques hypothèses, oui."
Client : "Alors faites-moi un gros bouton rouge pour demain, pour que je puisse appuyer dessus et obtenir ce que je veux...".
Programmeur : "Que voulez-vous ?"
Zapper : "Je ne sais pas encore, mais nous allons voir ce que nous pouvons faire".
Programmeur : "Quel est l'objectif principal ? Je dois programmer quelque chose pour demain".
Client : "C'est quoi le problème ?"
Le dernier tour vient de me tuer (le vrai dialogue) :
Directeur des ventes : "J'ai un gros contrat en cours, pouvez-vous lui donner le statut de 'fondamentalement en train de se conclure'".
Développeur : " Voulez-vous dire le pourcentage d'achèvement ? Avez-vous des documents financiers ? Enregistrez-les dans le système et le pourcentage se mettra de lui-même "
Responsable : "Non, il n'a pas encore commencé, donnez-lui juste un statut.
c'est plus compliqué que de simplement écrire par définition
c'est en fait de la programmation
beaucoup de gens pensent qu'ils comprennent comment le faire mais ne savent pas comment le faire
quand ils sont confrontés aux questions de quelqu'un qui le fait, ils sont confus
codage : par définition complète, c'est juste un métier
ici déjà - on va coder une heure par jour, un autre jour par semaine
on va écrire 10kb soda un autre 100kb - le programme fera la même chose
c'est juste un le client est perdu - il ne comprend pas le mot dynamique ? ou ne comprend pas la statique, et alors le programmeur agit comme un professeur - il éduque le client
----
situation 2
le programmeur novice a décidé qu'il maîtrisait le langage de programmation et a commencé à écrire
et alors il commence le cycle
https://forummql4.com/fr/11099
le programme est simple
for(int i=0 ; i<362 ; i++)
{
Print("i=>", i) ;
}
mais dans son journal
> essayé, a obtenu le débranchement à partir de 120, pas 0. Mais il s'est terminé par 361 au lieu de 362
---
c'est encore pire qu'un mauvais codeur - c'est une ignorance totale du langage et des technologies
et ici déjà un programmeur compétent refusera un tel programmeur
la distribution est en cours... tout le monde l'a...
Eh bien, la dernière chose m'a tué (vrai dialogue) :
Directeur des ventes : "J'ai un gros contrat en cours, pouvez-vous lui donner le statut de 'fondamentalement en train de se conclure'".
Développeur : " Voulez-vous dire le pourcentage d'achèvement ? Avez-vous des documents financiers ? Enregistrez-les dans le système et le pourcentage se mettra de lui-même "
Manager : "Non, il n'a même pas commencé, vous lui donnez juste un statut."
Est-ce 1C ou quelque chose de similaire en termes de tâches à accomplir ? Alors tant pis pour lui, le manager, qu'il obtienne ce qu'il veut. L'essentiel pour le codeur ici est de comprendre que ce statut ne crée pas de nouvelles écritures. Évidemment, c'est juste nécessaire pour rendre compte au manager, pour qu'il puisse lui-même voir quel est son statut, et pour qu'il puisse rendre compte au patron. Laissez le manager penser que vous avez souffert pour lui pendant un demi-mois :)
Un autre attribut logique est attribué au contrat - "commence à se clôturer", et le gestionnaire peut mettre lui-même cette coche quand il le juge bon (ce statut idiot n'est évidemment pas déterminé par le logiciel, mais par l'utilisateur). Même s'il demande à peindre le formulaire en vert pour lui-même - tant qu'il n'y a pas de nouveaux documents financiers... Ou est-ce que je rate quelque chose ?
Est-ce 1C ou quelque chose de similaire en termes de tâches à résoudre ? Alors tant pis pour lui, le manager, qu'il obtienne ce qu'il veut. L'essentiel pour le codeur ici est de comprendre que ce statut ne crée pas de nouvelles écritures. Évidemment, il est juste nécessaire pour rendre compte au manager, afin qu'il puisse lui-même voir quel est son statut, et qu'il puisse rendre compte au patron. Laissez le manager penser que vous avez souffert pour lui pendant un demi-mois :)
Un autre attribut logique est attribué au contrat - "commence à se clôturer", et le gestionnaire peut mettre lui-même cette coche quand il le juge bon (ce statut idiot n'est évidemment pas déterminé par le logiciel, mais par l'utilisateur). Même s'il demande à peindre le formulaire en vert pour lui-même - tant qu'il n'y a pas de nouveaux documents financiers... Ou ai-je mal compris quelque chose ?
Les programmeurs sont des gens rationnels. Et leur pensée est rationnelle. La toute première question qui se pose est : "Pourquoi en avons-nous besoin ?" Et s'il n'y a pas d'explication rationnelle du point de vue du programmeur, il y a friction avec le client.
Une fois, j'ai eu un bon client - il savait ce qu'il voulait et m'a expliqué comment cela devait fonctionner. Les autres sont tous sur le "bouton rouge" :)
On peut tout mettre en place pour soi, mais tout cela était censé être fait dans un système corporatif maison de comptabilité opérationnelle pour le travail effectué, à partir duquel les entrées sont générées dans SUN Account (qui consolide les données dans tout le pays), et la solution proposée "il suffit de mettre le statut" était censée affecter la prévision sans confirmation documentaire. En bref : "Euh, mon frère... ce sont des escrocs". L'essentiel est d'envoyer au chef comptable à temps pour la confirmation de l'éligibilité (d'ailleurs, il n'est jamais revenu :-))
Ou peut-être que l'on ne comprend pas la différence entre les comptes de gestion et les comptes comptables.