Discussion :

[ptah35]

Les architectes sont généralement plus payés pour leur travail que les maçons, charpentiers, menuisiers ou tout autre artisan qui participent à la construction de leurs édifices. Est-ce juste? Je ne sais pas mais c'est un fait. Il se trouve qu'un développeur est un artisan; la matière qu'il travail est certes abstraite, mais il construit un programme et est payé pour le faire exactement de la même manière qu'un ébéniste fabrique un meuble pour une commande. Et ne me dite pas que le métier de développeur est plus difficile, demande plus de formation, etc. Un maître ébéniste qui se fait traiter de voleur alors qu'il facture à peine ce que le bois et les produits lui ont coûté a probablement étudié autant qu'un bon développeur. Et dans le développement comme dans l'artisanat en général, certains réussissent mieux que d'autres... pffff... c'est vraiment trop injuste

[zelegolas2]

Je vais passer sur le caractere raciste de tes propos.

Il n'y a rien de raciste dans mes propos. C'est juste du vécue avec une certaine exaspération je dois le reconnaitre devant le temps, l'argent et l'énergie perdus qui auraient pu être utilisés de manière plus efficace.

Des bras casses de l'informatique en France il y en a aussi.

Oui je suis d'accord des bras cassés y en a en France, au Canada ou US. À vrai dire on peut en trouver partout. Mais bon quand le bras cassé est à plusieurs milliés de Klm tu peux pas aller le voir et rectifier le tire facilement et rapidement. Quand une direction décide de faire de l'outsourcing elle semble oublier ce genre de chose dans l'équation.

Si ton entreprise a pris les programmeurs les moins chers sur le marche indien c'est peut etre d'elle d'ou vient le probleme. ... L'Inde possede des universites et instituts technologiques excellents qui n'ont pas a jalouser nos meilleures ecoles en France. Apres bien sur il y a de tout chez eux aussi mais a une echelle bien plus grande...

C'est vrai qu'ils sont très nombreux et dans le nombre il doit certainement y en avoir des bons, statistiquement il peut pas en être autrement d'ailleurs. On n'a sans doute pas eu le droit au meilleur mais la faute n'est pas entièrement imputable à l'entreprise où j'étais car c'est IBM qui a fourni les ressources. Eux aussi doivent chercher à payer le moins cher possible pour maintenir leurs marges même sur des contrats en outsourcing. On a donc tendance à tirer le niveau vers le bas ou alors il faut y mettre le prix et dans ce cas là l'outsourcing n'est pas nécessairement la meilleur solution.

[nanopowered]

Quand tu es face à un pb et que tu es obligé de jouer à cache cache avec ton Indou par ce qu'il a fait une connerie et qu'il essaye de te la cacher là aussi c'est galère (encore du vécu).

L'orthographe est "hindou" et c'est une religion. Il n'y a pas que des Hindous en Inde. Il y a des bouddhistes, des musulmans, des sikhs ...
Il faut donc dire "Indien"

[Invité]

Et Indi ?

[souviron34]

Et Indi ?

c'est "hindi" et c'est la langue....

[jumpman31]

Pour le cas des SSII, la majorité de leurs charges résident dans les salaires, de plus les clients ont tendance à mettre une certaine pression sur les TJM, du coup la variable d'ajustement est vite trouvée.

Pour les PM/BA, comme ils sont difficilement "offshorisables", le poids de négo du client est moindre et le TJM est souvent bien plus élevé qu'un développer, sans forcement avoir une meilleure plus-value.

[GeoTrouvePas]

Mon cas personnel ne reflète pas vraiment le sujet puisque je ne suis pas chez un éditeur ou une SSII. Je fais du développement pour une entreprise publique et je me rends compte que, si c'est mal payé, c'est essentiellement par méconnaissance de ce travail. Les "non informaticiens" (pour utiliser un terme assez large) n'ont pas conscience de la complexité, de l'investissement, de l'engagement et de l'intelligence qu'il faut pour arriver à pondre un code béton.

Grosso modo, dans ma boite, ce qu'on me rétorque 9 / 10 quand manifeste mon mécontentement c'est : "Ouais mais pour vous c'est facile de faire, vous êtes dedans depuis que vous êtes tout petit"...

C'est une caricature mais ça montre bien à quel point les gens n'ont pas conscience de la complexité de ce métier et des aptitudes nécessaire pour le faire correctement.

[moritan]

Pour info, un article du touilleur sur la reconnaissance du métier de développeur.
http://www.touilleur-express.fr/2012...e-developpeur/

[micka132]

C'est une caricature mais ça montre bien à quel point les gens n'ont pas conscience de la complexité de ce métier et des aptitudes nécessaire pour le faire correctement.

Je pense que l'un des gros facteurs vient de là.
En effet il est assez simple d'apprendre des bases qui permettent de faire fonctionner un truc. Le problème c'est que beaucoup de développeur n'en reste qu'a ces bases et produisent sur des applications plus importante des sortes de bouzes infames qui n'explosent pas grâce à d'autre développeur plus soucieux et talentueux qui se creusent le ciboulot pour faire tenir les choses entre elles.
Le problème c'est que ca ne se voit pas, ou guère, et que la seule chose visible c'est qu'en moyenne il faut tant de temps avec tant de personne pour faire tel chose... D'où les fameuses ressource" jour/homme" et "le pisseur de code"[...]
En résumé: facilité à devenir développeur + grosses différences de niveau entre développeur mais ca n'est pas visible + projet qui avance quand même ==> Les developpeurs ca se trouve n'importe où, donc c'est pas chers...

[clio671]

Bonjour,

Les développeurs bien qu’étant des personnes assez intelligentes, manquent-ils de pouvoir de négociation ?

Déjà pour ce que j'ai lu dans le billet, moi je ne suis pas d'accord. Il y a des développeurs très communicatifs, très parlants qui savent exprimer leurs besoins dans le travail.... moi le côté "no life" "dans son coin" c'est pas ma tasse de thé
Aprés c'est une remarque par rapport à l'article

[BertonF]

Je pense que l'analyse est plus basique du point de vue de nos employeurs.
Aujourd'hui le développeur n'est plus une personne rare, c'est même pratiquement devenu un métier commun.
Bon, je ne rentre pas dans le débat du super développeur qui fait le super code, sans bug, qui marche bien, et que c'est bÔ.
Mais d'un point de vu pratique passer une annonce sur monster comme recruteur avec un sujet intéressant et vous avez 100 réponses en deux jours surtout pour un profils a la mode (développeur 3/4 ans d'exp. en Dotnet/ASP.NET).

D'un autre côté, passer une annonce pour un analyse métier qui soit compétant dans un domaine métier quelquonque (paye, compta, finance, ...), avec idéalement quelques connaissance de base sur les outils de modélisation (comme MCD merise ou/et UML).
Ben, si vous avez 3 réponses, c'est le max.

Alors, le chef d'entreprise c'est choix est vite fait en terme de politique de salaire...

[pcdwarf]

si c'est mal payé, c'est essentiellement par méconnaissance de ce travail. Les "non informaticiens" (pour utiliser un terme assez large) n'ont pas conscience de la complexité, de l'investissement, de l'engagement et de l'intelligence qu'il faut pour arriver à pondre un code béton.

+1
J'ajouterais "et performant, et maintenable".

En effet il est assez simple d'apprendre des bases qui permettent de faire fonctionner un truc. Le problème c'est que beaucoup de développeur n'en reste qu'a ces bases et produisent sur des applications plus importante des sortes de bouzes infames qui n'explosent pas grâce à d'autre développeur plus soucieux et talentueux qui se creusent le ciboulot pour faire tenir les choses entre elles.

Ceux là tonnent à longueur d'année contre la piètre qualité du code et passent pour des emmerdeurs.




Une autre chose, c'est que quand on a trouvé la boulette perdue dans les 27000 lignes de code, qui provoque un segfault dans 3 cas improbables, la correction apportée parait bizarement toujours évidente au non-spécialiste".
"bah oui ! et il t'a fallu tout ce temps pour trouver ça ???"
Pourquoi paierait-on bien un type qui met parfois trois jour pour changer 4 lignes ??? mêmes pas compliquées qu'on aurait pu changer soi même en 5 minutes ??

C'est un peu comme les énigmes. Leur solution est toujours évidente une fois qu'on l'a mais bien malin celui qui la trouve le premier à partir de peu d'indices...

[Luckyluke34]

Pourquoi les programmeurs sont-ils moins payés que les gestionnaires de programme et les analystes métier ?

• Parce que les analystes métier et chef de produit sont souvent amenés à décider des grandes directions stratégiques métier à prendre et doivent donc assumer un risque. Ils sont parfois garants du retour sur investissement du produit logiciel.

• Parce que, à l'opposé, les développeurs sont encore trop souvent vus comme des travailleurs à la chaîne effectuant des tâches standard et connues qu'on peut industrialiser (cf la notion "d'usine logicielle"). Les développeurs sont donc à tort souvent considérés comme interchangeables et on ne voit la valeur qu'ils apportent que par le côté négatif de la lorgnette : que se passe-t-il si un développeur ne fait pas son boulot/ne tient pas les "cadences" ? - et pas quelle plus-value particulière un bon développeur, créatif, rigoureux pourra-t-il apporter à l'entreprise en termes d'innovation et de retour sur investissement ?

La première raison est un fait avéré, on n'y peut pas grand-chose et il me parait juste de bien rémunérer les gens qui prennent des orientations stratégiques payantes.

En revanche, on peut tout à fait agir sur le deuxième point pour essayer de faire évoluer les rémunérations des programmeurs. Comment ? En mettant en avant la part créatrice de valeur du métier de développeur, en réaffirmant qu'il s'agit d'un vrai métier où le talent individuel, les bonnes pratiques et l'expérience compte. En mettant en valeur l'argent et les clients potentiellement gagnés par l'entreprise grâce aux idées des développeurs. En luttant contre la vision industrialisante du développement logiciel qui a tendance à apparaître en ce moment alors qu'il relève à mon avis autant sinon plus d'une activité intellectuelle créatrice de connaissance.

[tp1024]

J'aime coder.

La période n est pas faste pour les développeurs. Après l'an 2000, ou toute personne qui avait touché un clavier pendant ces études, était embauché comme informaticien, l'image du développeur a souffert.

La puissance des machine actuelle permet de faire fonctionner de manière correcte des applications sans la moindre optimisation, pour ne pas être plus critique. La valeur ajoutée de l'expert en codage est sous estimée.

Ajoutons le choix des SS2I de ce baser sur des abaques, qui permettent d'estimer les charges de développement dans les solutions technique dont le responsable n'a pas l'ombre d'une compétence. Aujourd hui, un commercial qui vendait des cuisine 6 mois plus tôt peut estimer des charges de codage en informatique.

J'espère que la situation va changer. Des application mieux codée permettraient de faire des économies en ressources (CPU/espace disque).

J'ai la chance de développer des applications pour le secteur industriel. Des application nécessitant un effort important de conception...
Ca me permet de réaliser que les ingénieurs mécaniciens spatiale, electroniciens.... dans les faits, un bachelier/bac +2 pourrait les remplacer et être aussi efficace qu'eux dans leur boulot. Le développement/ l informatique souffre d'un fort deficit d'image.

[jeroy]

Les chefs de projet, les BA, et finalement tous les gens du fonctionnel sont des inutiles, des mythomanes, des imposteurs.

Oui c'est trollesque.

Mais c'est ce que je pense, et j'en vis plutôt bien comme développeur senior free-lance, payé à rattraper les projets partant en vrille.

Il n'y a que du vent derrière le fonctionnel. Cette situation n'existe qu'en France.

Face reality.

[bugsan]

L'expérience professionnelle n'est pas toujours un avantage. En fait, tout dépend la boite dans laquelle on a évolué. Certaines sociétés françaises glorifient les mauvaises pratiques, et sont remplies de gens qui ont "mal appris" la programmation et la conception. Tout débutant entrant la dedans en ressort totalement dislexique. On y apprend "mal" sur le tas ...

Sans vouloir paraphraser Martin Fowler, il y a une organisation du travail inadaptée dans la production de logiciel. On a imaginé qu'il existait une phase de réalisation distincte de la conception. C'est un peu comme si on avait voulu séparer l'écrivain de la capacité à formuler la pensée avec des mots et avec une syntaxe française plus ou moins correcte.

En fait au lieu de diviser le travail selon le savoir faire et les compétences, comme on le ferait dans tout autre domaine, on divise le travail selon un ordre chronologique supposé de création. Les décisions ayant le plus d'impacts étant prise au début, elles restent dans les mains de ceux qui sont le moins qualifiés. D'où le taux d'échec important des projets ...

Après que tous les MOA et fonctionnels aient brassés du vent pendant des mois, le vrai travail de conception peut enfin commencer, sous Eclipse.
Et sinon oui, c'est essentiellement un problème franco-français. Mais je ne me fais pas trop de soucis je sais que tout cela changera un jour car la méthode la plus efficace gagne toujours sur le long terme.

[captain_mich]

Nom de Dieu, vous êtes un communiste, ça crève les yeux !

Le salaire correspond à la responsabilité de la personne dans la hiérarchie. S'ajoute le fait que le développeur est en bas de l'échelle et est facilement remplaçable. (forte demande; effet exacerbé par la présence de stagiaires surexploités)

Ce qui n'est malheureusement pas la réalité sur le terrain ...
- il y aura toujours moyen de répercuter les responsabilités vers le "bas"
- un développeur n'est pas remplaçable* en claquant des doigts

Monde de merde.

*d'ailleurs, ça rejoins la théorie (bancale) économique qui affirme que la production est une fonction de facteurs substituables, un truc comme ça. C'est à dire qu'un développeur = un développeur; que multiplié par 2 ça donne 2x de produit, etc...

[micka132]

Les chefs de projet, les BA, et finalement tous les gens du fonctionnel sont des inutiles, des mythomanes, des imposteurs.

Oui c'est trollesque.

Mais c'est ce que je pense, et j'en vis plutôt bien comme développeur senior free-lance, payé à rattraper les projets partant en vrille.

Il n'y a que du vent derrière le fonctionnel.

Face reality.

C'est à la fois vrai et faux!
On pourra faire le plus beau logiciel du monde ( au sens technique pas Apple), mais si il ne sert à rien...
De même que sans technique les specs les mieux foutus du monde sont totalement inutiles!
Le problème c'est que l'un est mieux payé que l'autre! D'où le sujet non?
Apres ceci dit en tant que developpeur je pense que notre métier demande beaucoup plus de reflexion, mais que taper du word toute la journée ca doit pas forcement être passionnant
Par ailleurs je pense pas qu'il y ai des fonctionnels open source ? A méditer sur pourquoi notre métier n'est pas valorisé[...]

[deuz59]

Les chefs de projet, les BA, et finalement tous les gens du fonctionnel sont des inutiles, des mythomanes, des imposteurs.

Oui c'est trollesque.

Mais c'est ce que je pense, et j'en vis plutôt bien comme développeur senior free-lance, payé à rattraper les projets partant en vrille.

Il n'y a que du vent derrière le fonctionnel. Cette situation n'existe qu'en France.

Face reality.

Sans fonctionnel inutile, plus de projet partant en vrille à rattraper donc plus de développeur senior free-lance qui en vit plutôt bien

[gyhelle]

Pourquoi les programmeurs sont-ils moins payés que les gestionnaires de programme et les analystes métier ?

Pour la même raison qu'un footballeur peut être payé des centaines de fois une infirmière ?