OVH Cloud OVH Cloud

Commencer professionnellement en J2EE ?

8 réponses
Avatar
g-greg
Bonsoir à tous,

Je vous pose une question indirectement en rapport avec le développement
:
Développeur C++ professionnel, je fais du Java à titre personnel.
J'aimerais passer à J2EE professionnellement, mais il m'arrive le
problème de l'oeuf et de la poule : on me demande d'être un débutant
expérimenté ! Et les développements personnels nesont pas pris en compte
par les recruteurs.
J'imagine qu'un certain nombre de développeurs Java ont commencé en C++,
comment ont-ils géré le changement d'environnement ?

G. Greg.

8 réponses

Avatar
Black Myst
g-greg wrote:
Bonsoir à tous,

Je vous pose une question indirectement en rapport avec le développement
:
Développeur C++ professionnel, je fais du Java à titre personnel.
J'aimerais passer à J2EE professionnellement, mais il m'arrive le
problème de l'oeuf et de la poule : on me demande d'être un débutant
expérimenté ! Et les développements personnels nesont pas pris en compte
par les recruteurs.
J'imagine qu'un certain nombre de développeurs Java ont commencé en C++,
comment ont-ils géré le changement d'environnement ?

G. Greg.



J'ai le même problème, je sors de la fac avec un CV contenant que du
J2SE, donc pas moyen de trouvé du taf en J2EE...
J'ai déjà gonflé mon CV de 3 mois d'expérience J2EE (alors que j'en ai
fait que 2 semaines) et ca ne suffit toujours pas ! :-(

Si tu n'as pas 2 ans d'expérience, c'est trop peu, si tu en à plus de
10, c'est trop cher !!!

Avatar
Gabriel
g-greg wrote:
Bonsoir à tous,

Je vous pose une question indirectement en rapport avec le développement
:
Développeur C++ professionnel, je fais du Java à titre personnel.
J'aimerais passer à J2EE professionnellement, mais il m'arrive le
problème de l'oeuf et de la poule : on me demande d'être un débutant
expérimenté ! Et les développements personnels nesont pas pris en compte
par les recruteurs.
J'imagine qu'un certain nombre de développeurs Java ont commencé en C++,
comment ont-ils géré le changement d'environnement ?

G. Greg.

Moi j'aime bien le flou artistique :

Si tu as un très bon niveau en dev C++ et penser en objet, tu as, à mon
humble avis, l'essentiel. Après, c'est que l'API à connaitre (si qqun
pour me corriger...)

Donc sur le cv :

Dans la catégorie langages tu mets : C,C++, Java etc....

On se doute bien qu'un développeur C++ un peu dégourdi devrait arriver à
gérer J2EE :) Plutot que de montrer ton inexpérience en J2EE, montre ton
expériece en developpement Objet.
Un bon bouquin au passage Java Enterprise in a nutshell.

Au moment de parler de tes compétences java, ou de tes réalisations, tu
expliques (si on te le demande !!) que tu es en train de migrer et que
ca ne te pose pas de pb par rapport à C++ (on y revient tjs).

Comment être honnete avec des offres ou l'on vous demande de maitriser
parfaitement Java, Javascript, C++, JBuidler, eclipse, bea weblogic, etc
et j'en passe.

Dans le meilleur des mondes, on pourrait dire la vérité à interlocuteur
compréhensif :)

My 2 cents.

Avatar
Lionel
g-greg wrote:
Et les développements personnels nesont pas pris en
compte par les recruteurs.


Participe à des projets java open source, ça aura plus de poids sur ton CV.

Avatar
rcocula
Tout à fait d'accord. Il ne faut tout de même pas oublier que
l'apprentissage d'un langage de programmation est une simple formalité
quand on a des bases suffisantes en informatique.
Ce qui est compliqué en objet c'est la conception, pas le
développement alors C++ ou java franchement ...
J'ai connu des gens qui développent en java comme en shell (tout dans
le main()).
Et puis bon nombre de gens qui font du recrutement n'y connaissent
rien (2 ou 3 mots clés pas plus).
J'ai vu dans une SSII ou j'ai bossé un mec monter une offre complète
autour de WebSphere sans savoir ce qu'est un serveur d'application
(faut dire aussi qu'on a pas eu le marché).
Avatar
YSMAL Vincent
Bonsoir,
je me permet de donner mon avis ....
je ne suis pas entierement d'accord sur toute la ligne,
je suis d'accord qu'un bon developpeur C++ avec une bonne pensée objet peu
faire un bon developpeur Java .... J2SE ...
Pour ce qui est de J2EE ... c'est une extension à part entière, une facon de
penser à part, bien sur tous les principes et concepts objet s'appliquent,
mais J2EE c'est bien que cela.
On peut très bien avoir fait du C++ pendant des années, ou meme du Java
pendant des années, mais si on à toujour develloper des applications dites
"lourdes".... et bien, on ne fera pas forcement un bon developpeur J2EE .
Voila voila mon humble avis sur la question

"Remi COCULA" a écrit dans le message de
news:
Tout à fait d'accord. Il ne faut tout de même pas oublier que
l'apprentissage d'un langage de programmation est une simple formalité
quand on a des bases suffisantes en informatique.
Ce qui est compliqué en objet c'est la conception, pas le
développement alors C++ ou java franchement ...
J'ai connu des gens qui développent en java comme en shell (tout dans
le main()).
Et puis bon nombre de gens qui font du recrutement n'y connaissent
rien (2 ou 3 mots clés pas plus).
J'ai vu dans une SSII ou j'ai bossé un mec monter une offre complète
autour de WebSphere sans savoir ce qu'est un serveur d'application
(faut dire aussi qu'on a pas eu le marché).


Avatar
Jean-Christophe Garnier

Bonsoir à tous,

Je vous pose une question indirectement en rapport avec le développement
:
Développeur C++ professionnel, je fais du Java à titre personnel.
J'aimerais passer à J2EE professionnellement, mais il m'arrive le
problème de l'oeuf et de la poule : on me demande d'être un débutant
expérimenté ! Et les développements personnels nesont pas pris en compte
par les recruteurs.
J'imagine qu'un certain nombre de développeurs Java ont commencé en C++,
comment ont-ils géré le changement d'environnement ?

G. Greg.



C'est vrai que J2EE introduit des concepts qui sont différents de ceux

rencontrés au niveau d'un langage objet comme Java. Tout tourne autour
de la notion de composant, de distribution, de transaction, de
conteneur, donc très vite et naturellement d'architecture et de couches.
Les design pattern sont par exemple omniprésents, beaucoup plus que si
l'on reste au niveau J2SE (hors IHM "lourde" peut-être, mais là c'est
pas mon rayon).
Cela étant dit, tout s'apprend : il y a des tonnes de tutorial,
commencez par les plus communs (voir site de Sun et exemple petStore),
comprenez bien comment fonctionnent les objets distribués (factory etc.
rien de vraiment nouveau par rapport à CORBA par exemple).
Puis regardez ce qu'il y a de plus spécifique à J2EE : les EJB (session,
entités, message), les conteneurs d'EJB, leur rôle (gestrion
transactionnelle, gestion des thread, etc.).
Et là rien de mieux que d'attaquer par les spécifications J2EE dispo sur
le site de Sun. Elles sont lisibles et permettent des modes de lectures
plus ou moins détaillés suivant ce que l'on cherche comme information.
Quant à l'expérience, c'est justifié que l'on puisse vous dire qu'une
expérience J2SE n'est pas une expérience J2EE... L'idée de participer à
des projets opensource peut être bonne. Sauf si vous tombez sur
quelqu'un à qui ça donne des boutons (j'en connais, même s'il y en a
moins qu'à une époque, qui sont restés sur une image d'Epinal du
programmeur incontrôlable des projets opensource, et derrière qui il
faut repasser pour savoir ce qui a été fait...même si ça peut être vrai
de temps en temps!)

Avatar
g-greg
YSMAL Vincent wrote:

Bonsoir,
je me permet de donner mon avis ....
je ne suis pas entierement d'accord sur toute la ligne,
je suis d'accord qu'un bon developpeur C++ avec une bonne pensée objet peu
faire un bon developpeur Java .... J2SE ...
Pour ce qui est de J2EE ... c'est une extension à part entière, une facon de
penser à part, bien sur tous les principes et concepts objet s'appliquent,
mais J2EE c'est bien que cela.
On peut très bien avoir fait du C++ pendant des années, ou meme du Java
pendant des années, mais si on à toujour develloper des applications dites
"lourdes".... et bien, on ne fera pas forcement un bon developpeur J2EE .
Voila voila mon humble avis sur la question


Effectivement, J2EE a une philosophie bien différente d'un "client riche".
Ou plutôt "des" philosophies, car ce qui me déroute le plus est la multitude de
bibliothèques et d'outils pour faire la même chose (ex des traces, ou rendre des
objets persistants).
Je m'interroge aussi sur des sujets comme les performances des EJB sur une
requête qui renvoie 15000 enregistrements de la BDD : est-ce que 15000 EJB sont
vraiment créés ?
En tout cas, Eclipse est un très bon EDI. A part que je n'ai encore rien trouvé
de satisfaisant pour générer l'IHM...

Avatar
arnaud b
Remi COCULA wrote:
Tout à fait d'accord. Il ne faut tout de même pas oublier que
l'apprentissage d'un langage de programmation est une simple formalité


je serai beaucoup moins optimiste que toi concernant la "simple
formalité". Tout langage comporte des spécifités et maitriser un langage
est loin d'être simple. C'est d'ailleurs ce qui fait la différence entre
un programmeur moyen et un bon programmeur. J2ee est plus qu'un langage.

quand on a des bases suffisantes en informatique.
Ce qui est compliqué en objet c'est la conception, pas le
développement alors C++ ou java franchement ...


disons que concernant j2ee cela vas beaucoup plus loin que cela : les
transactions, les objets distribués, la sécurité, ...
la liste est longue

J'ai connu des gens qui développent en java comme en shell (tout dans
le main()).


euh là je trouve pas les mots...

Et puis bon nombre de gens qui font du recrutement n'y connaissent
rien (2 ou 3 mots clés pas plus).


là entièrement daccord avec toi ;)
le recruteur est souvent le commercial, donc lorsqu'il te regarde il
voit un contrat et rien d'autre

J'ai vu dans une SSII ou j'ai bossé un mec monter une offre complète
autour de WebSphere sans savoir ce qu'est un serveur d'application
(faut dire aussi qu'on a pas eu le marché).


tu peut dire que tu as eut de la chance. La confrontation avec j2ee est
difficile la première fois et si il n'y a pas un expert dans le coin
pour poser une architecture solide, c'est la gamelle assurée (je parle
en connaissance de cause)