Discussion :

[Catheral29]

Bonjour, je suis un "jeune" développeur se posant des questions sur le métier d'ingénieur/développeur logiciel.
Je constate que l'on parle souvent de développement web mais le monde du logiciel ne se limite pas à ça.
Ce qui m'a poussé vers ce métier n'a certainement pas été la création de sites web. Avec le web, j'ai l'impression de faire les choses sans réfléchir, si ce n'est me prendre la tête sur l'entrelacement de couches technologiques plutôt que de réfléchir à des problèmes conceptuels. Et cela m'agace beaucoup. D'autant plus que j'ai souvent la sensation de remplir des trous sans pouvoir toucher à l'architecture sous-jacente. J'ai toujours réussi à esquiver cela en me positionnant sur des stages en industrie lourde ou R&D et j'éliminais d'office les stages en "boite d'info" car l'idée de refaire des cas d'école client-fournisseur ne me plaisait guère. Mon seul stage web a été d'un ennui mortel (excepté la partie bdd). Étant conscient du succès du web et de mon allergie profonde, j'ai enchainé sur une thèse en recherche appliquée très orientée ingénierie (eclipse rcp, modélisation, génération de code).

Il me vient à l'esprit plusieurs questions.

Avec les technos d'aujourd'hui as-ton réellement besoin d'un bac+5 pour occuper des postes de développeur, la plupart du temps "web" ?
As-t-on vraiment besoin d'être formé sur des technologies avancées vu le domaine des applications visées ? Les concepts objets avancés, l'algorithmique, la modélisation, la conception, l'architecture sont-elles vraiment nécessaires vu les métiers vers lesquels on nous positionne ? Ainsi un jeune sortant de DUT sachant faire du HTML, PHP, JS et du SQL ne pourrait-il pas être formé 6 mois sur un framework web à la mode plutôt que de continuer 3 années supplémentaires pour des compétences qui ne seront pas exploitées ?

Pour ma part, ce qui m'attire ce sont les métiers plus technologiques. Ainsi, n'y a t-il pas des jeunes se lançant dans l'informatique car ils ont envie d'améliorer les procédés d'ingénierie, contribuer à développer des langages (de programmation, de modélisation) dédiés à un domaine métier bien particulier, contribuer à des outils de développement, faire des logiciels grand public (lecteurs multimédia, jeux, éditeurs de dessin...), se lancer dans des logiciels industriels, scientifiques, sur des SI à objets répartis... ?

L'emploi se concentrant sur les SSII, il est évident que le côté "service" implique un certain type de profils.
Pour développeurs non-web, que deviennent-ils ? Se reconvertissent-ils de force voyant le peu de débouchés (éditeurs, grands groupes industriels) ?
Et surtout j'aimerais savoir si les développeurs "non-web" restent marginaux parmi l'ensemble des développeurs. Avez-vous une idée de cette proportion de par les conversations avec vos collègues/camarades de promo sur leurs motivations ?

Je vous remercie à l'avance de pouvoir apporter votre vision des choses.

[eulbobo]

Je constate que l'on parle souvent de développement web mais le monde du logiciel ne se limite pas à ça.
Ce qui m'a poussé vers ce métier n'a certainement pas été la création de sites web. Avec le web, j'ai l'impression de faire les choses sans réfléchir, si ce n'est me prendre la tête sur l'entrelacement de couches technologiques plutôt que de réfléchir à des problèmes conceptuels. Et cela m'agace beaucoup. D'autant plus que j'ai souvent la sensation de remplir des trous sans pouvoir toucher à l'architecture sous-jacente. J'ai toujours réussi à esquiver cela en me positionnant sur des stages en industrie lourde ou R&D et j'éliminais d'office les stages en "boite d'info" car l'idée de refaire des cas d'école client-fournisseur ne me plaisait guère. Mon seul stage web a été d'un ennui mortel (excepté la partie bdd). Étant conscient du succès du web et de mon allergie profonde, j'ai enchainé sur une thèse en recherche appliquée très orientée ingénierie (eclipse rcp, modélisation, génération de code).

Je ne sais pas pourquoi, mais j'ai l'impression d'avoir déjà lu ça.... Et je valide le côté "impression de faire les choses sans réfléchir" parfois.

Avec les technos d'aujourd'hui as-ton réellement besoin d'un bac+5 pour occuper des postes de développeur, la plupart du temps "web" ?

Clairement? Non. Bac+2 c'est largement suffisant pour tous les projets que j'ai vu. Le problème? C'est que si le Bac+2 peut faire le boulot, il faut l'encadrer avec quelqu'un qui ait de l'expérience. Ce qui est souvent absent dans les boîtes.
Du coup, on se dit qu'un BAC+5 s'en sortira mieux... Parce que c'est connu, 3 ans de post-bac en plus, ça aide à être indépendant !

As-t-on vraiment besoin d'être formé sur des technologies avancées vu le domaine des applications visées ? Les concepts objets avancés, l'algorithmique, la modélisation, la conception, l'architecture sont-elles vraiment nécessaires vu les métiers vers lesquels on nous positionne ?

Oui et non. La formation/autoformation sur les technologies permet d'aller plus vite dans la réalisation de la solution à un besoin, et permet surtout de pouvoir donner une solution ADEQUATE en fonction du besoin.
La connaissance de la POO, les bonnes règles de bases de l'algorithmie, la modélisation, la conception, c'est des trucs que j'ai appris en BTS. C'est des concepts que j'applique toujours aujourd'hui (plus de 10 ans après).
Et c'est des choses qu'il est important de bien cultiver pour bien évoluer !

Ainsi un jeune sortant de DUT sachant faire du HTML, PHP, JS et du SQL ne pourrait-il pas être formé 6 mois sur un framework web à la mode plutôt que de continuer 3 années supplémentaires pour des compétences qui ne seront pas exploitées ?

Si, totalement... Mais former quelqu'un ça coûte cher, donc on va faire pareil avec un bac+Xn le coller sur le nouveau framework et lui dire "bon, y'a de la doc sur le net, va-y et bonne chance".

Ainsi, n'y a t-il pas des jeunes se lançant dans l'informatique car ils ont envie d'améliorer les procédés d'ingénierie, contribuer à développer des langages (de programmation, de modélisation) dédiés à un domaine métier bien particulier, contribuer à des outils de développement, faire des logiciels grand public (lecteurs multimédia, jeux, éditeurs de dessin...), se lancer dans des logiciels industriels, scientifiques, sur des SI à objets répartis... ?

Anecdote du BTS. Dans ma promo, notre prof principal nous avait demandé pourquoi on voulait faire de l'informatique... Presque tous ont répondu parce qu'ils aimaient l'informatique, parce qu'ils avaient déjà un peu programmé, parce qu'ils avaient une passion qu'ils voulaient transformer en métier. Cette promotion a été géniale pour tout le monde (prof et élèves)
La rentrée suivante, la même question a été posées aux nouveaux arrivants. Les 3/4 ont répondu "parce que ça paye bien"... Quand la question de l'expérience vis à vis de l'informatique a été posée, il s'est avéré que plus de la moitié n'avaient jamais touché un ordinateur (ou pas loin). La joie du recrutement sur dossier !

Donc j'espère qu'il en existe encore, et beaucoup !

Pour développeurs non-web, que deviennent-ils ? Se reconvertissent-ils de force voyant le peu de débouchés (éditeurs, grands groupes industriels) ?
Et surtout j'aimerais savoir si les développeurs "non-web" restent marginaux parmi l'ensemble des développeurs. Avez-vous une idée de cette proportion de par les conversations avec vos collègues/camarades de promo sur leurs motivations ?

Si tu es en SSII, ton boulot et les outils dépendront de la mission sur laquelle tu es positionnée. C'est vrai que les applications web ont le vent en poupe parce qu'elles ont une bonne image ! Accessible partout, simple, pas d'installation sur les postes, pas de configuration... Et il y a une forte demande d'applications genre web.
Du coup, tu t'adaptes et tu apprends !
Le problème étant qu'on a tendance à te pousser à développer des applications en équipe de 3 (le directeur de projet, le chef de projet et toi qui code) sachant que tu auras pour mission de réaliser tout le projet (interface/maquettes/archi/base de données/back office/optimisation). A titre personnel, les interfaces graphiques me font chier au delà de toutes limites. Il n'y a rien que je déteste plus que de faire une IHM avec les 584 688 contrôles nécessaires pour que l'utilisateurs ne puisse pas saisir autre chose qu'une date dans un champ date...
Sauf des fois où je me fais un kiff complet et où j'ai envie de faire un truc beau, simple, élégant, évolutif et qui marche bien... Et dans 90% des cas, ça sera quelque chose qu'on ne m'aura pas demandé parce que les gens n'y auront pas pensé.

L'avantage de ma situation, c'est que j'ai touché à tout, donc que je peux à peu près tout faire maintenant dans une développement applicatif. Mais j'aurai tendance à déléguer la partie interface à quelqu'un d'autres. J'ai un collègue qui adore faire de l'interface ! Bizarrement, quand on est ensemble, on travaille bien et vite !

Dans les développements non-web, le problème vient du fait que ça devient des applications standalone, qui nécessitent une installation, un déploiement, etc... Et c'est moins à la mode. Ca existe, mais il y en a peu. Et c'est pas souvent des demandes qui viennent des SSII.

Cela dit, j'ai failli être placé il y a peu sur un projet java pur : il fallait produire des bibliothèques qui permettaient de faire de la conversion de données entre systèmes (bref, un truc utilisé avec une brique JCA). Et on aurait du développer une sorte d'outil de test qui lui aussi aurait été en Java pur (vu que le besoin était très délimité et qu'on avait le choix de la techno, on est parti sur une proposition en JavaFX).
Est-ce que je me suis senti inférieur aux autres quand j'ai bossé sur la proposition? Pas du tout. Est-ce que j'avais envie de le faire ? Complètement. Est-ce que les autres personnes de profil Java étaient intéressées ? Complètement, et pas juste parce que j'étais super motivé à faire autre chose que du spring/struts/jsf/jsp/oracle/hibernate : eux aussi voulaient travailler sur un type de projet différent !


Tout est une question d'opportunité, et aussi une petite variable à base de "est-ce que le client acceptera que je lui propose une autre solution plus adaptée à son besoin?"

[Catheral29]

Clairement? Non. Bac+2 c'est largement suffisant pour tous les projets que j'ai vu. Le problème? C'est que si le Bac+2 peut faire le boulot, il faut l'encadrer avec quelqu'un qui ait de l'expérience. Ce qui est souvent absent dans les boîtes.
Du coup, on se dit qu'un BAC+5 s'en sortira mieux... Parce que c'est connu, 3 ans de post-bac en plus, ça aide à être indépendant !

Si ce n'est que ça... c'est assez triste d'en arriver là.

Oui et non. La formation/autoformation sur les technologies permet d'aller plus vite dans la réalisation de la solution à un besoin, et permet surtout de pouvoir donner une solution ADEQUATE en fonction du besoin.
La connaissance de la POO, les bonnes règles de bases de l'algorithmie, la modélisation, la conception, c'est des trucs que j'ai appris en BTS. C'est des concepts que j'applique toujours aujourd'hui (plus de 10 ans après).
Et c'est des choses qu'il est important de bien cultiver pour bien évoluer !

Travailles-tu sur des projets web essentiellement ?
Oui tu as raison, mais pour s'auto-former encore faut-il avoir du temps alloué. Car s'il faut attendre que le salarié se forme en dehors des heures de travail, en plus d'un salaire de misère et d'une dévalorisation de son travail, c'est croire au père noël.

Anecdote du BTS. Dans ma promo, notre prof principal nous avait demandé pourquoi on voulait faire de l'informatique... Presque tous ont répondu parce qu'ils aimaient l'informatique, parce qu'ils avaient déjà un peu programmé, parce qu'ils avaient une passion qu'ils voulaient transformer en métier. Cette promotion a été géniale pour tout le monde (prof et élèves)
La rentrée suivante, la même question a été posées aux nouveaux arrivants. Les 3/4 ont répondu "parce que ça paye bien"... Quand la question de l'expérience vis à vis de l'informatique a été posée, il s'est avéré que plus de la moitié n'avaient jamais touché un ordinateur (ou pas loin). La joie du recrutement sur dossier !

Comment expliques-tu ce changement de mentalité ? Le salaire de développeur aurait-il explosé ? Pourtant il me semble encore aujourd'hui bien inférieur aux autres filières de l'ingénierie.

Si tu es en SSII, ton boulot et les outils dépendront de la mission sur laquelle tu es positionnée. C'est vrai que les applications web ont le vent en poupe parce qu'elles ont une bonne image ! Accessible partout, simple, pas d'installation sur les postes, pas de configuration... Et il y a une forte demande d'applications genre web.
Du coup, tu t'adaptes et tu apprends !
Le problème étant qu'on a tendance à te pousser à développer des applications en équipe de 3 (le directeur de projet, le chef de projet et toi qui code) sachant que tu auras pour mission de réaliser tout le projet (interface/maquettes/archi/base de données/back office/optimisation). A titre personnel, les interfaces graphiques me font chier au delà de toutes limites. Il n'y a rien que je déteste plus que de faire une IHM avec les 584 688 contrôles nécessaires pour que l'utilisateurs ne puisse pas saisir autre chose qu'une date dans un champ date...

Je comprends les avantages du web. Mais la plupart du temps ce sont des applications "office", des formulaires en veux-tu en voila. C'est dégradant pour l'image de l'ingénieur qui justifie son titre auprès de l'entreprise que par sa capacité à réutiliser des couches de technos plutôt qu'à user de son inventivité. Oui les IHM m'ennuient également, excepté en client lourd genre java swing où il peut y avoir des choses assez conceptuelles.

Dans les développements non-web, le problème vient du fait que ça devient des applications standalone, qui nécessitent une installation, un déploiement, etc... Et c'est moins à la mode. Ca existe, mais il y en a peu. Et c'est pas souvent des demandes qui viennent des SSII.

Tu cibles plutôt les logiciels office où il y a potentiellement beaucoup d'utilisateurs au sein de l'entreprise. Mais le logiciel ne se limite pas à ça. Et parfois j'ai plutôt l'impression que c'est moins contraignant de déployer un bon vieux client lourd sur quelques machines plutôt que de se trimballer avec un énorme framework web difficile à maintenir à appréhender. En plus de ça, il faut assurer la compatibilité avec les différents types de navigateurs qui évoluent eux aussi.

Cela dit, j'ai failli être placé il y a peu sur un projet java pur : il fallait produire des bibliothèques qui permettaient de faire de la conversion de données entre systèmes (bref, un truc utilisé avec une brique JCA). Et on aurait du développer une sorte d'outil de test qui lui aussi aurait été en Java pur (vu que le besoin était très délimité et qu'on avait le choix de la techno, on est parti sur une proposition en JavaFX).

Cela me rappelle une formation sur le web 2.0. Première séance très intéressante (j'avais codé un module de persistance OO <-> BDD avec l'introspection de java, donc générique) mais ensuite c'était l'ennui mortel, on commençait à utiliser un framework. Un petit bout de XML par ci, un petit bout de Java par là pour le Servlet, un petit bout de JSP pour la page web, mélangeant 4 langages (html, struts, EL...). Je n'avais pas la sensation de faire un boulot d'ingénieur. C'était presque de l'escroquerie. Il est possible que j'ai déjà abordé ce sujet dans un vieux post.

A la rigueur, même avec mon bac+8, je préfère encore être administrateur de BDD plutôt que développeur web.

Enfin, on va dire que j'ai été un peu naïf pourtant je suis bien conscient de tout cela. Je me demandais plutôt ce que devenaient les ingénieurs "old school" qui préfèrent coder que de faire de jolies pages web. Sont-ils satisfaits de leur boulot en SSII (je parle sur les aspects techniques, je sais que l'environnement n'est pas toujours drôle) ? Comment évoluent-ils ?

[autran]

Soyons clairs, dès qu'il s'agit d'informatique de "gestion" : client fournisseur facture catalogue commande ce sera du web. Pour faire vite et donner de la visi et rebondir sur des trucs qui existent.
Si tu ne veux pas faire de web, alors spécialise toi en C/C++ pour faire du réseau OS WebTV. les SSII on des mission la dessus mais tu devras toucher un peu (beaucoup) au hard.

[ed73170]

Et parfois j'ai plutôt l'impression que c'est moins contraignant de déployer un bon vieux client lourd sur quelques machines plutôt que de se trimballer avec un énorme framework web difficile à maintenir à appréhender. En plus de ça, il faut assurer la compatibilité avec les différents types de navigateurs qui évoluent eux aussi.

Je ne peux qu'approuver. Ça me rappelle un logiciel en PowerBuilder sur lequel j'ai travaillé où certaines requêtes ramenaient plus d'un million de lignes (je ne sais pas trop ce que les utilisateurs en faisaient mais les temps de réponses étaient corrects). Un illuminé a lancé l'idée de tout refaire en ASP.Net, je vous laisse imaginer ce que c'est devenu ! Heureusement, j'ai quitté la mission avant d'assister au désastre.

[autran]

Je ne peux qu'approuver. Ça me rappelle un logiciel en PowerBuilder sur lequel j'ai travaillé où certaines requêtes ramenaient plus d'un million de lignes (je ne sais pas trop ce que les utilisateurs en faisaient mais les temps de réponses étaient corrects). Un illuminé a lancé l'idée de tout refaire en ASP.Net, je vous laisse imaginer ce que c'est devenu ! Heureusement, j'ai quitté la mission avant d'assister au désastre.

Peut être que les gens qui ont repris ce projet n'étaient pas bon parce que je peux te citer des projet en JEE auxquels j'ai participé et qui marchaient très bien, mais l'architecture n'est pas la même entre un client lourd et un client léger.
Sur un client léger, tu ne ramèneras jamais un million de lignes. tu le feras dans tes objets métier mais tu renverras vers ta couche de présentation que des objets beaucoup plus légers.

En revanche en te lisant j'ai l'impression que tu développes encore aujourd'hui de l'informatique de "gestion" en client lourd. Je pensais que cela n'était plus possible, peux tu nous en dire plus car c'est bien la question initiale sur ce fil. quel langage utilises-tu alors ?

[ed73170]

En revanche en te lisant j'ai l'impression que tu développes encore aujourd'hui de l'informatique de "gestion" en client lourd. Je pensais que cela n'était plus possible, peux tu nous en dire plus car c'est bien la question initiale sur ce fil. quel langage utilises-tu alors ?

Oui, je travaille sur du "client lourd" mais je n'aime pas ce terme car je le trouve bien trop réducteur. En effet, le développement ce n'est pas que de la gestion de bases de données en mode client-serveur, j'ai par exemple dernièrement travaillé sur des algorithmes de post traitement de données GPS en C# ou encore sur une application de cartographie non connectée pour tablette Windows, également en C# et WPF.

Pour ce qui est des langages et outils de développement je peux utiliser C# (Winforms et WPF), C, C++ (MFC), PowerBuilder, MapBasic (langage de MapInfo), et tout autre langage demandé par le client...

Cependant il est vrai qu'il est de plus en plus rare de trouver de nouveaux projets qui ne soient pas web, l'essentiel du développement en mode "client lourd" étant de la maintenance, évolutive ou pas. Ce qui n'est pas vraiment ce que je préfère, mais à quelques années de la retraite je ferai avec.

[ed73170]

Clairement? Non. Bac+2 c'est largement suffisant pour tous les projets que j'ai vu. Le problème? C'est que si le Bac+2 peut faire le boulot, il faut l'encadrer avec quelqu'un qui ait de l'expérience. Ce qui est souvent absent dans les boîtes.

Là, il faudrait peut être arrêter le dénigrement ! Je n'ai qu'un bac+2, et même pas en informatique, pourtant ça fait 28 ans que je fais du développement sans jamais m'être senti ridicule, bien au contraire, vis-à-vis des djeuns qui sortent des écoles d'ingénieurs où on leur a expliqué pendant des années qu'ils étaient l'élite du pays et qui sont totalement déconnectés des réalités du milieu professionnel. Par ailleurs, je n'ai strictement aucun besoin d'être encadré, contrairement à certains bac+5 avec qui j'ai récemment travaillé.

L'autonomie n'est pas liée aux diplômes, mais plutôt à l'expérience, quelles que soient le nombre d'années d'études après le bac.

NB : Je n'ai jamais fait de développement web et je ne tiens pas à en faire.

[eulbobo]

Là, il faudrait peut être arrêter le dénigrement !

Je ne dénigre pas bien au contraire, je considère que j'ai plus appris lors de mon BTS que lors des études que j'ai fait après !
Je fais juste part de ce que je connais des règles débiles du marché (c'est pas moi qui les édicte malheureusement)

L'autonomie n'est pas liée aux diplômes, mais plutôt à l'expérience, quelles que soient le nombre d'années d'études après le bac.

La encore je suis totalement d'accord, mais en France, même si tu as 10 ans d'expérience, des fois on dit "ha non, tu as pas un bac+5"... Ouais, je n'ai QUE un bac+4 parce que ma formation n'allait pas au bac+5 à l'époque, et j'ai plus de 10 ans d'expérience, mais quand même, j'ai pas un bac+5 !

Si ce n'est que ça... c'est assez triste d'en arriver là.

Comme dit plus haut, pas moi qui fixe les règles du marché du travail... Je ne fais que constater...

Travailles-tu sur des projets web essentiellement ?
Oui tu as raison, mais pour s'auto-former encore faut-il avoir du temps alloué. Car s'il faut attendre que le salarié se forme en dehors des heures de travail, en plus d'un salaire de misère et d'une dévalorisation de son travail, c'est croire au père noël.

J'ai travaillé sur beaucoup de choses, en majorité des projets web (mais aussi des automates, donc pas du tout web ^^ du pur batch !)
L'autoformation est pourtant nécessaire, et c'est ce qui peut faire la différence entre deux personnes... Mais il faut avoir deux choses : le temps et l'envie.
Moi j'ai envie, le temps, je le trouve dans mes différentes missions quand j'ai du temps libre (typiquement en ce moment, quand j'attends que Talend se réveille...)

Comment expliques-tu ce changement de mentalité ? Le salaire de développeur aurait-il explosé ? Pourtant il me semble encore aujourd'hui bien inférieur aux autres filières de l'ingénierie.

Années 2000, les startup qui montaient beaucoup, l'argent qui coulait à flot, l'illusion qu'on pouvait se faire plein de fric dans l'informatique facilement.
Puis il y a eu l'explosion de la bulle internet, et le soufflé est bien retombé...

Je comprends les avantages du web. Mais la plupart du temps ce sont des applications "office", des formulaires en veux-tu en voila.

Je t'aime... ca vient du fond du coeur mais je t'aime parce que déjà tu vois les aberrations qui sont demandées dans les appli web de gestion, qui ne sont en fait effectivement et la plupart du temps que des classeurs excel partagés...
Par contre, ton rôle en tant qu'ingénieur web, c'est d'aller au delà de tout ça, et de proposer des solutions techniques qui rendent la chose utile et qui donne envie qu'on l'utilise. Ca implique de l'ergonomie, du design... mais surtout de comprendre pourquoi ton client te demande encore de réinventer Excel.

Tu cibles plutôt les logiciels office où il y a potentiellement beaucoup d'utilisateurs au sein de l'entreprise. Mais le logiciel ne se limite pas à ça. Et parfois j'ai plutôt l'impression que c'est moins contraignant de déployer un bon vieux client lourd sur quelques machines plutôt que de se trimballer avec un énorme framework web difficile à maintenir à appréhender. En plus de ça, il faut assurer la compatibilité avec les différents types de navigateurs qui évoluent eux aussi.

Deux point intéressants ici :
- plus facile d'avoir un truc à déployer sur les postes utilisateurs, en théorie oui... En pratique, ça veut dire que ton application pourra tourner avec une version de java. Que tu ne maîtrises pas. J'ai sur mon poste une appli 'lourde' de gestion de planning pour saisir les temps passés sur chaque tâche. Java6. Je te raconte la galère de le faire vivre en même temps qu'une JRE7 pour Talend et un JDK8 pour mes développements? Les bidouilles pour les faire vivre ensemble sont immondes. Si tu es apte à faire un dev qui survivra à n'importe quelle évolution de Java, ok... Mais moi je tenterai pas le coup (après tout, qui te dit que demain tous les PC ne seront pas sous linux avec un openjdk pour faire tourner tes applis?
- Enorme framework web difficile à maintenir : si tu as un framework web maison, c'est qu'il y a un problème ! Il y a assez d'outils et d'éléments pour ne plus avoir besoin d'avoir SON framework. Avoir un élément commun à toutes ses applications, c'est se compliquer la vie parce que ça implique de faire vivre et évoluer TOUTES les versions du framework... Bref, du temps gâché sur une solution qui sur le papier semblait bonne pour en gagner. Ca ne fonctionne que si on n'a une seule version de framework au final...

...Je n'avais pas la sensation de faire un boulot d'ingénieur. C'était presque de l'escroquerie. Il est possible que j'ai déjà abordé ce sujet dans un vieux post.

Une formation, ça dépend du niveau de la formation, du niveau des participants, et du niveau du formateur.
Mon ancienne boîte avait payé un mec d'une autre SSII pour venir nous présenter Spring parce que Spring c'était bien. Ben avec un autre collègue, on lui posait des questions auxquelles il ne savait pas répondre... Niveau inadapté du formateur et de la formation par rapport au public.
Et pour faire l'avocat du diable, pour faire son boulot d'ingé, il faut déjà connaitre les bases. Avec l'expérience, les bases rentrent vite mais la plupart des formations ont pour public des gens globalement plus "lents"...

Sont-ils satisfaits de leur boulot en SSII (je parle sur les aspects techniques, je sais que l'environnement n'est pas toujours drôle) ? Comment évoluent-ils ?

Pour le premier point, je pense que ça dépend surtout de la SSII et des missions proposées. Pour l'évolution, ben.... Pareil !
Tout est une question d'opportunités !

Mais ,petite question, à quoi servent le directeur de projet et le chef de projet si toi en tant que développeur tu dois te taper tout le travail ?
Que le chef de projet fasse l'analyse et les specs je veux bien mais ça ne prend pas forcément des jours et des jours à faire ça.
Et le directeur de projet fait des présentations Powerpoint ?

Le DP passait ses journées à coder et se former sur le developpement ObjectiveC pour faire du dev iphone (il avait réussi à vendre ça à la direction), avec pour objectif de pouvoir faire des formations et des missions de dev pour tablette/téléphone. Depuis il vends ses applications persos faites sur son temps de travail. Ha et il allait de temps en temps voir le client avec un costard.
Et le CP, il passait ses journées sur le site de l'Equipe... Et il faisait des specs oui, mais il était pas content quand je venais lui dire qu'il y avait des contradictions dedans... Parce que du coup il fallait prendre une décision. Il aimait pas non plus que je dise que l'application telle qu'elle était pensée serait totalement inutile car mal pensée et apparemment pas du tout adaptée au besoin des clients (ce à quoi on me répondait "ta gueule, tu sais pas ce qu'ils veulent", ce qui est très souvent un signe pour dire qu'on a raison mais que le chef veut faire le chef)

[Mat.M]

Ce qui m'a poussé vers ce métier n'a certainement pas été la création de sites web. Avec le web, j'ai l'impression de faire les choses sans réfléchir, si ce n'est me prendre la tête sur l'entrelacement de couches technologiques plutôt que de réfléchir à des problèmes conceptuels.

je partage cet avis je ne suis pas fana des technologies "web" bien qu'on puisse faire des choses intéressantes.
Je préfère les architectures "client lourd" comme évoqué précédemment.
Mais on ne va pas refaire le dévat web contre client lourd

sinon pour trouver un job dans des projets "dlient lourd/serveur" je rejoins les avis précédents les nouveaux projets sont plutôt des projets web donc ça fait moins d'opportunités de poste.
Si tu veux travailler sur un projet client lourd/ serveur alors ce que je ne peux conseiller c'est de créer un projet à vocation commerciale et monter ta propre entreprise.
Mais c'est difficile à cause de la concurrence.

Je ne peux qu'approuver. Ça me rappelle un logiciel en PowerBuilder sur lequel j'ai travaillé où certaines requêtes ramenaient plus d'un million de lignes (je ne sais pas trop ce que les utilisateurs en faisaient mais les temps de réponses étaient corrects). Un illuminé a lancé l'idée de tout refaire en ASP.Net, je vous laisse imaginer ce que c'est devenu ! Heureusement, j'ai quitté la mission avant d'assister au désastre.

témoignage intéressant ; je suppose que le projet ASP.Net s'est fait difficilement.Est-ce possible d'en dire plus?

Le problème étant qu'on a tendance à te pousser à développer des applications en équipe de 3 (le directeur de projet, le chef de projet et toi qui code) sachant que tu auras pour mission de réaliser tout le projet (interface/maquettes/archi/base de données/back office/optimisation). A titre personnel, les interfaces graphiques me font chier au delà de toutes limites. Il n'y a rien que je déteste plus que de faire une IHM avec les 584 688 contrôles nécessaires pour que l'utilisateurs ne puisse pas saisir autre chose qu'une date dans un champ date...

ok merci pour cette réponse.
Mais ,petite question, à quoi servent le directeur de projet et le chef de projet si toi en tant que développeur tu dois te taper tout le travail ?
Que le chef de projet fasse l'analyse et les specs je veux bien mais ça ne prend pas forcément des jours et des jours à faire ça.
Et le directeur de projet fait des présentations Powerpoint ?

[AdmChiMay]

Mais ,petite question, à quoi servent le directeur de projet et le chef de projet si toi en tant que développeur tu dois te taper tout le travail ?
Que le chef de projet fasse l'analyse et les specs je veux bien mais ça ne prend pas forcément des jours et des jours à faire ça.
Et le directeur de projet fait des présentations Powerpoint ?

Le chef de projet, il fait tout, sauf s'il a besoin d'un développeur pour programmer (juste pour le langage de programmatin, il doit quand même s'occuper du sgbd).
Le Directeur de Projets, il te demande de lui préparer le pauvre point pour sa prochaine intervention en Comité de Direction.

[autran]

Le chef de projet, il fait tout, sauf s'il a besoin d'un développeur pour programmer (juste pour le langage de programmatin, il doit quand même s'occuper du sgbd).
Le Directeur de Projets, il te demande de lui préparer le pauvre point pour sa prochaine intervention en Comité de Direction.

le chef de projet a un costard à 100$
le directeur de projet à un costard à 500$ et une Rolex
le développeur à un jean un t-shirt et une Casio

[Glutinus]

le chef de projet a un costard à 100$
le directeur de projet à un costard à 500$ et une Rolex
le développeur à un jean un t-shirt et une Casio

Haha, j'étais en mission chez un client prestigieux, fallait pas faire les cons, c'était la crise 2008 et on avait décroché un centre de compétences...
Le jeudi soir, on se demandait si on allait faire tomber la cravate... on s'est tous dit ouai... finalement personne n'a osé.
Et notre Directeur de Projet qui débarque en jeans - chemise coolos - caterpillar "Bah alors les mecs, vous déconnez, c'est vendredi !"

[Catheral29]

Merci pour vos témoignages,

Visiblement même sans bac+5 en info on arrive à se débrouiller et vous êtes plusieurs à être d'accord sur le fait que le bac+5 ne sert essentiellement qu'à avoir de la visibilité.

Pour ceux qui sont dans le métier depuis un bout de temps, avez vous déchanté en voyant l'évolution des choses (moins d'archi/algo/conception, plus de design) ?
Avez-vous accepté le tournant avec facilité ou vous êtes vous réorientés vers autre chose ?
Pour les mordus de design web, comment percevez-vous cela ?

Je ne souhaitais pas rouvrir le débat client lourd / client léger, mais plutôt ouvrir une discussion sur un sentiment plus global d'évolution des profils.
J'imagine que le dev web représente 90% du marché, il est assez difficile de passer à travers, à moins de monter sa boite comme le suggéraient certains.
Effectivement, certains domaines comme la finance peuvent être intéressants pour ceux qui aiment la BDD ce qui change un peu.

Et que vous pensez à l'idée de basculer vers la R&D ? Avez-vous des pistes ?

C'est vrai, je n'imaginais pas, en rentrant dans ce domaine, que mon boulot allait consister à faire des formulaires. Je me suis demandé mainte et mainte fois s'il n'y avait pas moyen de générer les ihms (bon en supposant qu'on ait l'archi bdd avant le design haha). Ce qui m'a toujours attiré ce sont les DP, l'introspection, etc... Je suis étonné que l'on nous pousse pas suffisamment à maitriser l'OO pour faire des choses futées. Si l'on considère que c'est trop complexe, il faut se poser des questions sur le rôle de l'ingénieur s'il n'intervient pas sur les aspects conceptuels.
Je sais qu'il existe des tas de frameworks, le peu que je connais (Java EE/JSP..., GWT/Vaadim) ne me fait pas envie. C'est hallucinant le niveau de complexité requis pour faire de simples formulaires ou au contraire la sensation de faire de la configuration plutôt que de la conception.