![Citation](https://forum.developpez.be/images/misc/quote_icon.png)
Envoyé par
fcharton2
Bien sur, mais tu ne réduis pas les couts de production pour baisser le prix de vente, mais pour augmenter la marge, à prix de vente donné. Et plus de marge, cela veut dire plus de moyens pour le commercial et la communication, plus de capacité d'investissement, pour racheter des concurrents, ou pour attirer des actionnaires, plus de moyens aussi, pour livrer une guerre commerciale (en cassant temporairement les prix).
C'est, je crois, ce que nos politiques ont du mal à comprendre: l'enjeu de la délocalisation, ce sont les marges. Une entreprise qui réduit ses couts de production, et produit dans des pays à la fiscalité minimale dispose de grosses marges, et donc de moyens d'investissement énormes. Nos entreprises, à l'inverse, ont de moins en moins de marges, parce que les salaires représentent une large part de leurs couts, et parce que les taxes mangent une part croissante de la marge. Cela ne veut pas dire qu'elle sont moins efficaces, ni moins rentables (encore que...), mais qu'elles sont plus fragiles en temps de crise. Et comme des crises, on en a une tous les cinq ans depuis 40 ans...
C'est à mon avis pour cela que le pacte de responsabilité, dans sa forme actuelle, est voué à l'échec. Baisser les charges en échange d'embauches, ca ne rétablira pas les marges, et à la prochaine crise, nos entreprises iront tout aussi mal.
C'est sans doute vrai, mais si tu connais la Chine, tu as dû remarquer que ce n'est pas une société qui a un grand respect pour le travailleur manuel, ou l'ouvrier, non plus...
Dans nos métiers, c'est assez compliqué. Si je suis d'accord qu'on a souvent tendance à surpayer les gestionnaires par rapport aux développeurs, l'attitude d'un grand nombre de développeurs est en partie responsable de cette situation. Tu as certainement rencontré ce genre de personne, qui répète à qui veut l'entendre qu'il est le seul productif de la boutique, mais qui ne fera pas grand chose s'il n'a pas :
- un chef de projet pour définir ses tâches
- un architecte pour prendre les décisions compliquées
- un commercial pour définir le besoin client
- un chargé d'étude pour écrire la spec détaillée
- un testeur pour vérifier que son code fonctionne (lui il vérifie juste qu'il compile)
- une hotlne pour recevoir les compte rendus de bugs, et les documenter...
Egalement, les plans de carrière de la plupart des devs sont en partie responsable de cette situation. J'ai fait passer des entretiens d'embauche ces derniers temps, et il est assez spectaculaire de voir à quel point, pour une majorité de développeurs confirmés (entre 30 et 45 ans, disons), l'idée de rester développeurs parait difficile, même quand le salaire suit.
Francois
Partager