avenir d'un "ingénieur d'étude" (plutot pessimiste

[XristofGreek]

Bonjour à tous,

Je me présente : Mr X, "ingénieur d'étude" sur tout et n'importe quoi.

Voilà, en réflexion sur mon avenir professionnel en ce moment j'insiste sur le "tout et n'importe quoi" dans le sens ou je possède un profil très technique (dev. objet, JAVA, J2EE, JSP, TOMCAT etc...) et que malgré mes 6 années d'expériences je pense n'avoir finalement acquis aucune compétence fonctionnelle dans n'importe quel domaine, ou en tous les cas pas assez pour pouvoir prétendre exercer un métier dans des fonctions que j'ai pourtant pu étudier.

Ne pensez vous pas comme moi que les profils très techniques, du type le mien, risquent à moyen terme de se retrouver sur le carreau ?

Je pense en effet qu'une personne qui est apte à exercer une fonction de par sa formation par exemple et qui en plus sait utiliser un outils informatique "complexe" (comme ce sera de plus en plus le cas puisque l'on apprend aujourd'hui à creer des algorithmes très jeune) sera beaucoup plus profitable que quelqu'un qui maitrise peut-être totalement l'utilisation d'un outil informatique "complexe" mais qui est sans arret obligé de demander à de tierces personnes "à qui tu demandes pour faire ça", "qu'est ce qui se passe si il arrive ça?", "et l'impression tu la veux comment ?" au risque comme c'est bien souvent la cas d'ailleurs de ne rien comprendre à ce que veut l'utilisateur.

Conclusion : n'est il pas temps de se recycler pendant qu'il en est encore temps ?

[viena]

A mon avis, tu peux rester dans le technique (si ca te plait evidemment) en partant dans des voie qui ont plus d'avenir. Et qui pourront, qui plus est, t'apporter quelques competences fonctionnelles, car tu seras au coeur des projets et en contact avec les clients.
Je pense à Architecte, integrateur... roles tres importants sur les plateforme J2EE

[Sniper37]

Envoyé par viena

Je pense à Architecte, integrateur... roles tres importants sur les plateforme J2EE

C'est l'evolution logique d'une personne à profil technique : l'architecture et le conseil. Je viens juste de commencé mais, les gens ( les commerciaux) ont souvent été surpris lors des entretiens quand je répondais à la question classque:

Qu'est ce que vous voulez faire plus tard?

j'ai toujours répondu: rester dans le technique et evoluer vers l'architecture. La question suivant était toujours

Et pourquoi pas chef de projet?

Mais un probleme pourrait se présenter lorsque on travaille avec des technologies qui ne seront plus utilisé ou pas beaucoup (ex : vb ou du c ou meme de l'asp), dans ce cas ce n'est pas evident.
Et qui peut confirmer que le java et le J2EE sera toujours utilisé dans 5 ou 10? . Avec le succés des architecture orientée service, la gestion des processus métier et les services web. il ya de quoi inquieté sun et ses technologies fetiches.

[Liverkod]

Bonsoir XristofGreek,

A mon avis, tu peux rester dans le technique (si ca te plait evidemment) en partant dans des voie qui ont plus d'avenir. Et qui pourront, qui plus est, t'apporter quelques competences fonctionnelles, car tu seras au coeur des projets et en contact avec les clients.
Je pense à Architecte, integrateur... roles tres importants sur les plateforme J2EE

Oui, et de manière générale, l'architecture et l'intégration constituent des clés fondamentales pour l'avenir.

Ne pensez vous pas comme moi que les profils très techniques, du type le mien, risquent à moyen terme de se retrouver sur le carreau ?

Absolument pas. Cependant, utilise ce que tu maîtrises (ne serait-ce que J2EE) pour t'orienter vers des domaines tels ceux précédemment cités.
Rien est perdu (au contraire), il te "suffit" de bifurquer.

Mais un probleme pourrait se présenter lorsque on travaille avec des technologies qui ne seront plus utilisé ou pas beaucoup (ex : vb ou du c ou meme de l'asp), dans ce cas ce n'est pas evident.
Et qui peut confirmer que le java et le J2EE sera toujours utilisé dans 5 ou 10?

Tout change un jour ou l'autre. Dans ce cas autant ne pas se lancer dans le technique

Avec le succés des architecture orientée service, la gestion des processus métier et les services web. il ya de quoi inquieté sun et ses technologies fetiches.

En quoi les SOA, WS et cie doivent-ils inquiéter J2EE ou une autre techno ?
Quel est le but de ces technos ?

[Sniper37]

Envoyé par Liverkod

En quoi les SOA, WS et cie doivent-ils inquiéter J2EE ou une autre techno ?
Quel est le but de ces technos ?

On utilise J2EE pour le traitement métier, la communication avec les applications métiers et la présentation des données métiers. Or, toutes ces applications, qui parleront toutes le xml (ou ses extentions wsdl, bpel). n'auront plus besoin d'applications J2EE complexes pour mettre tous çà en oeuvre. il suffit d'avoir un moteur d'orchestration (qui parle xml aussi )des différents services (ou processus) et le tour est joué. Si on regarde de ce que fait visual studio .net, on peut connecter (biding) une application web représentée par un service web avec n'importe quel autre service web, ou une base de données ou un Ejb ou un ERP ou .. en quelques minutes.
et il n'ya pas qui microsoft qui s'est lancé dans ce domaine, on trouve également IBM, BEA,Oracle, SAP, Sybel....ils participent ensemble à la standarisation de ces diférents outils.

[laffreuxthomas]

Au cnam tu trouveras des cours du soir, si tu es à Paris je te conseille la formation correspondant au diplôme DESE de commerce international, les cours sont de première qualité. Tu as aussi la possibilité de proposer tes services en bénévolat à des assos, ça sera moins technique et beaucoup plus relationnel-fonctionnel. Mais amuse-toi ailleur qu'au boulot aussi.

Bon courage !

[Liverkod]

On utilise J2EE pour le traitement métier, la communication avec les applications métiers et la présentation des données métiers. Or, toutes ces applications, qui parleront toutes le xml (ou ses extentions wsdl, bpel). n'auront plus besoin d'applications J2EE complexes pour mettre tous çà en oeuvre. il suffit d'avoir un moteur d'orchestration (qui parle xml aussi )des différents services (ou processus) et le tour est joué. Si on regarde de ce que fait visual studio .net, on peut connecter (biding) une application web représentée par un service web avec n'importe quel autre service web, ou une base de données ou un Ejb ou un ERP ou .. en quelques minutes.
et il n'ya pas qui microsoft qui s'est lancé dans ce domaine, on trouve également IBM, BEA,Oracle, SAP, Sybel....ils participent ensemble à la standarisation de ces diférents outils.

Oui dans l'ensemble. J2EE n'a pas vraiment à s'en faire puisque J2EE créé justement des spécifications afin de s'adapter aux ws.

" il suffit d'avoir un moteur d'orchestration (qui parle xml aussi )des différents services (ou processus) et le tour est joué"

Tout à fait d'accord même si ça risque de mettre beaucoup de temps avant de se banaliser.

Personnellement, je pense également qu'il y a beaucoup à parier sur les SOA et la gestion des processus métier.