Conclusion : les développeurs sont des autistes qui s'ignorent...

En même temps ça ne veut rien dire...

Bah il faut bien s'intéresser au monde extérieur pour créer des programmes ou des pages (pour les développeurs web) qui lui sont adaptés, non?


# Quoique... Ça expliquerait un peu les logiciels et les OS développés par microsoft...

C'est certes réducteur, pas pas complétement faux non plus ^^
Mais le fait d'être sérieux mérite un PEBCAK.

qu'est ce que l'avis de sa mère vient faire là dedans... ?

@Kear : Ben c'est une preuve voyons! ;-)

Ca veut rien dire, "prendre compte du monde extérieur".

Et développer, ca veut dire coder le besoin du client. Celui-ci peut tout à fait être défini par de tierces personnes dont c'est le métier.

Si ton colocataire ne considère pas ces tierces personnes comme le monde extérieur, je suis d'accord avec lui.

1) cette phrase est une aberration syntaxique (probablement un mélange de "prendre en compte le ..." et "rendre compte du ..." (Captain Obvious ouais))
2) ...
3) PROFIT !!!

en tant qu'utilisateur en contact avec des directeusr de projets et autres developpeurs depuis plus de 30 ans (et oui, ça passe, d'un autre point de vue, suffit d'attendre), je n'ai jamais vu un seul de ces types (gars ou filles, c'est pareil) comprendre quoique ce soit à nos besoins (en fait, ils sont d'une intelligence "normale", la vérité, c'est qu'ils n'en n'ont rien à foutre). ils avaient des "trucs à vendre", ils les vendaient. à la boite de s'adapter à leur système, et non l'inverse... j'ai vu autiste dans un commentaire, c'est exactement ça...

Je me suis peut-être mal exprimé en choisissant le terme "Développeur". Il est bien évident que je parle des programmeurs qui dirigent les projets de A à Z, pas seulement des codeurs qui ne font que transcrire les structures.

Concernant l'aberration synthaxique, je ne fais que reprendre ses termes. Mais ça me semble logique, qu'il voulais parler de l'avis et des besoins des clients.


@rené C'est que tu t'adresse pas aux bonnes entreprises. Fais un peu leur boulot, et on en reparle après. Il est impossible de faire un programme sans comprendre les besoins de l'utilisateur final.

@rené, faut pas confondre programmeur, ingénieur de projet et commercial
(même si, malheureusement, c'est le commercial qui gère le projet)
si tu arrivais à les comprendre et eux, toi et qu'ils ne cherchaient qu'à vendre, c'est des commerciaux
si tu n'arrivais pas à les comprendre (c'est normal, ils sont autiste comme moi) c'est des 'techies'
il y a aussi des bêtes hybrides appelées ingénieur 'pre-sales' c'est le meilleurs des 2 mondes (ou le pire selon).
les programmeurs ne sont pas coupés du monde, ils arrivent à commander (via le web) des pizzas

@Okaa Pi : il y a de nombreux fournisseurs de progiciels qui "t'impose" la ssii qui est chargée d'adapter le progiciel. ça nous est arrivé deux fois en 10 ans, et on s'en mord les doigts...
parce que quand la dg a décidé qu'on utiliserait un logiciel allemand, le choix qui reste à la daf et au dsi, c'est de négocier les formations et le planning d'installation - tout en priant pour que le dg se fasse virer avant la signature du contrat, mais là, ça n'a pas marché.
l'allemand t'impose la ssii, ça je te parle d'expérience.
@+

@rené : D'expérience, j'ai vu trés rarement des gens pouvant exprimer clairement leurs besoins. Surtout quand le responsable du projet coté entreprise client, ne connais pas grand choses ni à l'informatique, ni au boulot de ces collègues.
Après t'as les boulet de commerciaux qui vendent tout et n'imp...
Du coup le pauv. dev derrière ramasse les pots cassés entre le temps super court calculé par le commercial et le cahier des charges bizar.

@but2ene : Sans parler du cas super fréquent du commercial qui promet au client un truc totalement impossible (ou bien jamais encore fait...) et dans un délai frisant le voyage dans le temps... Et le dev qui doit se débrouiller pour faire marcher le shci... le shmimlll ... le milblik.... LE TRUC!

@but2ene  : tu dis "...Surtout quand le responsable du projet coté entreprise client, ne connais pas grand choses ni à l'informatique, ni au boulot de ces collègues..."
mais c'est la plupart des cas. je reviens sur "quand la DG a décidé...", et bien la DG ne tient pas à voir les
financiers et la DSI piloter le projet, elle balance comme chef un type qui n'a aucune notion de ce qui se passe à la DAF, et la DSI, qui va gérer quand ça demarrera, n'a pas son mot à dire.
18 mois plus tard, on hérite d'une usine à gaz...

@rené : On est bien d'accord la merde vient bien en amont des équipes de dev qui tente de faire le boulot pour lequel ils sont payés dans le temps imparti. Ce ne sont pas des autistes, mais des travailleurs.

Je pense que ce serait beaucoup plus facile si la direction des systèmes informatiques, aidant à faire le cahier des charges, travaille avec ceux qui utiliseront le futur logiciel (apparemment service financier chez vous). Afin de remplir correctement le chapitre besoins et fonctionnalités.

J'ai déjà bossé sur différent projet en temps que développeur et ceux ou j'était en contact direct avec les clients se sont beaucoup mieux passé que lorsqu'il il avait 2-3 intermédiaire.

Certain client on été surprit que j'arivait à les comprendre et a faire ce qu'il voulait rapidement (forcément j'avait pas à refaire 15fois la même chose car les specs était pourrie).

Malheureusement il suffit d'un développeur sur 10 comme le coloc pour avoir des préjugé de merde.

Je doit vraiment "coder" que 20% du temps et "claculer" je sais même pas ce que ça veut dire

@Arafel Ce que j'aime bien dans ta dernière phrase, c'est qu'elle me fait penser à moi même en train de développer.
Au début tu veux faire un truc super poussé bien complexe et tout, puis tu galères, tu galères, tu galères tellement que tu finis par faire un truc tout simple, tout con mais qui fonctionne au moins.
(Conclusion, dev seul à ses limites)

C'est fait pour, Cartman... C'est fait pour... ;-)