Quel parcours professionnel pour devenir architecte Java EE ?

kojiro9 · 11/12/2007, 17h18

Bonjour à tous,

Je suis développeur java/j2ee depuis un an maintenant et j'ai eu la chance de travailler avec des architectes vraiment compétents qui m'ont donné envie de poursuivre dans cette voie.
Quand je vois tous les sujets a traiter conception, frameworks web, acces données, spring , securité, bonnes pratiques...
Franchement j'en vois pas le bout et je me demande a quel moment je pourrais me dire la j'ai l'impression d'etre un architecte je pourrais faire face a n'importe quoi !
Est-ce que un architecte j2ee generaliste ca existe vraiment ou alors ce sont des architectes-specialistes dans un domaine particulier...cependant pour moi architecte est associée a une notion de vision globale donc...

Donc ma question : comment etes vous passé de developpeur j2ee a architecte ? (on l'est pas en sortant de l'ecole !).

PS : Le spectre des sujets est vaste mais c'est vraiment passionnant !

CyberChouan · 11/12/2007, 17h37

Citation:

Envoyé par kojiro9

Donc ma question : comment etes vous passé de developpeur j2ee a architecte ? (on l'est pas en sortant de l'ecole !).

La réponse est dans la question... avec l'expérience!

C'est en travaillant sur des projets divers et en analysant leur architecture, les méthodes mises en place sur le projet (revue de code, tests unitaires, etc.) avec un regard critique sur ce qui a fonctionné (ou pas) sur les différents projets qu'on acquiert l'expérience nécessaire pour critiquer les méthodes/technologies, et qu'on devient capable en fonction du cahier des charges de "deviner" quelle pourrait être une architecture convenable en fonction du cahier des charges.

Note: le "une" architecture est voulu. A mon sens, l'architecture n'est pas une science exacte, et chaque architecte a ses préférences. Ainsi certains préfèreront les JSP, d'autres les JSF. Certains préféreront travailler avec Struts, d'autres avec SpringMVC... sans qu'on puisse dire qu'une solution est meilleure que l'autre.

D'ailleurs, le choix n'est que très rarement laissé entièrement à l'architecte. Il est également conditionné par les usages en vigueur dans l'entreprise dans laquelle tu travailles. Si les 5 projets précédents utilisaient Struts, le projet suivant utilisera certainement le même Framework parcequ'il y a de la capitalisation sur celui-ci qu'il serait dommage de perdre.

OButterlin · 11/12/2007, 17h52

tout pareil que CyberChouan

Sans compter qu'il faut toujours "rester sur la vague" ce qui nécessite pas mal d'investissement personnel et du temps...
Et que comme partout, il y a les bons et les mauvais...
A+

kojiro9 · 11/12/2007, 17h58

Je suis parfaitement d'accord que c'est avec l'experience qu'on le devient.
Cependant l'experience professionnel est aleatoire et ne depend pas forcement de nous. Si j'ai travaillé sur telle et telle techno sur un projet ,ex struts-hibernate , l'ideal pour le prochain serait par exemple de toucher a JSF, JDO pour avoir matiere a comparer.
Mais ca doit pas etre facile se construire un parcours qui permet de balayer le large spectre que doit connaitre l'architecte j2ee, c'est pourquoi je travaille a la maison.
Moi c'est vraiment le spectre j2ee qui semble enorme, apres faut voir ce qu'on demande a l'architecte.Tout connaitre un petit peu ou avoir une spécialisation (dc expert technique alors..)

eclesia · 11/12/2007, 21h18

avoir une certif sun dans le domaine qui t'interesse serait un moyen concret de demontrer cette compétence je pense:

http://www.sun.com/training/certific...java/index.xml

- Sun Certified Web Component Developer (SCWCD)
- Sun Certified Business Component Developer (SCBCD)
- Sun Certified Developer For Java Web Services (SCDJWS)

medbouh · 11/12/2007, 21h55

salut tous le monde; je entierement d'accord avec CyberChouan, ce que je peut ajouter est : le fait de travailler avec telle framework ou un autre ce n'est qu'une capitalisation des connaissance technique. par contre quand tu dit architecte c'est celui qui a une vision fonctionnel sur le probleme avant la vision technique, c'est à dire à force de travailler sur differents projet ca à lui permet de capitaliser les connaissance et l'expertise dans le domaine fonctionnel (c'est à dire il peut critique un processus de travail à fin de l'ameliorer et l'informatise). j'espere que j'etais assez claire.

OButterlin · 12/12/2007, 09h20

Citation:

Envoyé par medbouh

salut tous le monde; je entierement d'accord avec CyberChouan, ce que je peut ajouter est : le fait de travailler avec telle framework ou un autre ce n'est qu'une capitalisation des connaissance technique. par contre quand tu dit architecte c'est celui qui a une vision fonctionnel sur le probleme avant la vision technique, c'est à dire à force de travailler sur differents projet ca à lui permet de capitaliser les connaissance et l'expertise dans le domaine fonctionnel (c'est à dire il peut critique un processus de travail à fin de l'ameliorer et l'informatise). j'espere que j'etais assez claire.

Je pense plutôt que tu décris les qualités d'un chef de projet, pas d'un architecte qui lui, restera très technique.

Keihilin · 12/12/2007, 09h55

L'avis d'un architecte...

La différence entre un bon développeur sénior et un architecte est souvent mince. Il n'y a pas vraiment de cursus qui te permet d'accéder au titre d'architecte, c'est quelque chose qui vient avec l'expérience.

A mon sens, les points de différenciation sont :

Un architecte se doit d'être agnostique et ouvert. Il doit connaître les forces et faiblesses de différentes architectures, de différents frameworks et de différentes méthodes en fonction d'une situation donnée.
En ce sens, contrairement au développeur, l'architecte n'a pas besoin d'être un expert absolu dans le fonctionnement interne d'un framework; mais il doit avoir une vision large des possibilités offertes, une vision transversale.
Un architecte doit (devrait) avoir une part d'expérience et d'intérêt pour la gestion de projet. Parfois les rôles sont flous et l'architecte endosse la casquette de chef de projet, mais même si ce n'est pas le cas, il doit être capable de faire des choix d'architecture sur des critères non-techniques (temps, coûts, disponibilités, etc...) et donc comprendre les problématiques de gestion de projet.
Un architecte doit être passionné. Parce que sans passion pour ce métier, suivre la rapide évolution du monde du développement et à chaque fois se remettre en question est un calvaire.

Pour finir, attention à ne pas trop t'enfermer dans une technologie...
Tu parles d'emblée de devenir "architecte j2ee" puisqu'il s'agit là de ton domaine d'expertise; mais être architecte ce n'est pas seulement rester au niveau applicatif et créer les fondations d'une application à coup de design patterns et de jolis diagramme UML. Tu vas aussi être confronté à des problématiques plus larges, des problématiques de systèmes d'informations complexes et pas forcément homogènes...

kojiro9 · 12/12/2007, 10h46

Citation:

être architecte ce n'est pas seulement rester au niveau applicatif et créer les fondations d'une application à coup de design patterns et de jolis diagramme UML

C'est ce qui m'a en premier seduit dans la fonction !

Mais je voulais aussi rebondir sur

Citation:

suivre la rapide évolution du monde du développement

Apres plusieurs discussions que j'ai eu avec mes 3 architectes de reference (35, 36 et 39 ans), j'ai eu l'impression que c'est gens aurait toujours plus de légetimité car ils ont suivi l'evolution de l'informatique depuis longtemps et quand ils mettent en avant les avantages de telle ou telle techno ils font une reference a comment c'etait avant et disent voila la plus-value de cette techno.
Pour donner un exemple j'ai decouvert j2ee avec les servlets , cependant les scripts CGI je ne sais pas ce que c'est (pas mis en pratique je veux dire).Moi je pourrais toujours mettre en avant les avantages des servlets sur les CGI avec les connaissances theoriques que je peux en avoir, mais ca aura toujours moins de credit que quelqu'un qui les a vraiment utilisés.
Voila donc parfois je me retrouve avec ce genre d'interrogation dans la tete,
j'ai pas envie d'etre un futur architecte pipo

Je me prends surement un peu trop la tete...

En tout cas vos reponses sont instructives !

OButterlin · 12/12/2007, 11h49

Citation:

Envoyé par kojiro9

C'est ce qui m'a en premier seduit dans la fonction !

Un mythe s'effondre...

Citation:

Envoyé par kojiro9

Apres plusieurs discussions que j'ai eu avec mes 3 architectes de reference (35, 36 et 39 ans), j'ai eu l'impression que c'est gens aurait toujours plus de légetimité car ils ont suivi l'evolution de l'informatique depuis longtemps et quand ils mettent en avant les avantages de telle ou telle techno ils font une reference a comment c'etait avant et disent voila la plus-value de cette techno.
Pour donner un exemple j'ai decouvert j2ee avec les servlets , cependant les scripts CGI je ne sais pas ce que c'est (pas mis en pratique je veux dire).Moi je pourrais toujours mettre en avant les avantages des servlets sur les CGI avec les connaissances theoriques que je peux en avoir, mais ca aura toujours moins de credit que quelqu'un qui les a vraiment utilisés.
Voila donc parfois je me retrouve avec ce genre d'interrogation dans la tete,

C'est justement l'expérience acquise qui permet d'orienter vers telle ou telle techno, donc, un architecte de 20 ans, ça existe, il n'est pas forcement mauvais, mais ça doit être rare

Citation:

Envoyé par kojiro9

j'ai pas envie d'etre un futur architecte pipo

be prepared to adjust from release to release

Citation:

Envoyé par kojiro9

Je me prends surement un peu trop la tete...

C'est quand même une bonne démarche avant de t'engager dans cette voie

Pollux · 13/12/2007, 11h15

Citation:

Envoyé par eclesia

avoir une certif sun dans le domaine qui t'interesse serait un moyen concret de demontrer cette compétence je pense:

http://www.sun.com/training/certific...java/index.xml

- Sun Certified Web Component Developer (SCWCD)
- Sun Certified Business Component Developer (SCBCD)
- Sun Certified Developer For Java Web Services (SCDJWS)

Je dirais même plus. Il faudrait obtenir toutes celles précitées et en plus obtenir celle-là pour démontrer ses capacités d'architecte (dans le domaine JEE j'entends bien):

Sun Certified Enterprise Architect (SCEA)

eclesia · 13/12/2007, 12h16

Citation:

Envoyé par Pollux

Je dirais même plus. Il faudrait obtenir toutes celles précitées et en plus obtenir celle-là pour démontrer ses capacités d'architecte (dans le domaine JEE j'entends bien):

Sun Certified Enterprise Architect (SCEA)

Je ne suis meme pas sur qu'il y est quelqu'un sur le forum qui cummule toutes ces certifications. Avoir le SCJP (premier niveau) c'est deja avoir un bon niveau de connaissance de prog java.

jhaythem · 13/12/2007, 12h33

Citation:

Envoyé par eclesia

Je ne suis meme pas sur qu'il y est quelqu'un sur le forum qui cummule toutes ces certifications. Avoir le SCJP (premier niveau) c'est deja avoir un bon niveau de connaissance de prog java.

certe pas sur ce forum que tu trouvera ca mais si tu jette un coup d oeil sur javaranch.com, c est debil la liste des certifs qu ils ont ces gars la... de la SCJP -> SCJA... et ils passent meme par la SCMAD.... mais bon je ne vois plus l interret comme ca, il vaut mieux choisir un path et le suivre.

je dirais que la SCJP c est bien comme premier niveau, mais a elle seule c est pas suffisant.

Pollux · 13/12/2007, 13h07

La SCJP toute seule à mon avis c'est vraiment dommage! Je n'aurais jamais fait cette certification sans avoir comme projet de continuer. Justement SCJP confirme que tu connais le langage au niveau structure et le contenu de base de la librairie mais prouve pas du tout que tu sais développer. Un gamin en bossant peut très bien la passer! Il y avait eu d'ailleurs un article à ce sujet à propos d'un gamin de 14 ans qui l'a passée....

Cumuler les certifications peut justement prouver ses capacités à concevoir et à développer des applications. JEE est tellement vaste qu'à mon avis il est justement fort utile de passer SCWCD, SCBCD et même SCDJWS. Rien que pour vraiment approfondir le sujet et ensuite certifier son savoir que ce soit conforme à ce que produit Sun.

Je ne vois pas pourquoi ce serait débile... Peut-être peut-on m'éclairer?

OButterlin · 13/12/2007, 13h44

Personnellement, je ne pense pas que la maîtrise d'un langage soit un gage de crédibilité d'un architecte. A ce niveau, il faut un certain degré d'abstraction... couplé à une bonne connaissance des briques technologiques (mais pas besoin d'être expert EJB, JMS, JNDI, JSP, JSF etc...) et fonctionnelles si possible.

Keihilin · 13/12/2007, 13h50

Citation:

Envoyé par OButterlin

Personnellement, je ne pense pas que la maîtrise d'un langage soit un gage de crédibilité d'un architecte.

Peut être pas, mais c'est un passage obligé. Généralement on ne débute pas comme architecte de solutions globales, on commence au niveau applications...

OButterlin · 13/12/2007, 14h29

Citation:

Envoyé par Keihilin

Peut être pas, mais c'est un passage obligé. Généralement on ne débute pas comme architecte de solutions globales, on commence au niveau applications...

Certes, mais pour moi un expert technique ne sera pas forcément un architecte non plus, et à choisir, je préfère celui qui connais les briques plus que le langage (pour les détails d'implémentation, on peut plus facilement trouver)
Une personne capable d'embrasser JEE dans son ensemble est plus difficile à trouver (d'ailleurs je n'en connais pas) qu'un gars qui maîtrise java

fr1man · 13/12/2007, 14h43

Le problème d'avoir uniquement une vue d'ensemble sans avoir creusé de part son expérience, c'est que comme on manque de pratique, on se base sur des "on dit" du style, Swing c'est lent, les EJB c'est nul etc...

Pollux · 13/12/2007, 14h46

Citation:

Envoyé par fr1man

Le problème d'avoir uniquement une vue d'ensemble sans avoir creusé de part son expérience, c'est que comme on manque de pratique, on se base sur des "on dit" du style, Swing c'est lent, les EJB c'est nul etc...

Perso, jamais vu d'architecte n'ayant pas d'expérience de la pratique du développement.

OButterlin · 13/12/2007, 14h48

Citation:

Envoyé par fr1man

Le problème d'avoir uniquement une vue d'ensemble sans avoir creusé de part son expérience, c'est que comme on manque de pratique, on se base sur des "on dit" du style, Swing c'est lent, les EJB c'est nul etc...

Ah ben non ! Ça c'est le mauvais architecte, d'ailleurs tu auras les mêmes réactions chez les développeurs, toutes aussi idiotes...
Si j'avais fait ça, je ne serais pas en train de développer une application à base d'EJB3... J'ai commencé avec la V1... galère galère

11/12/2007, 17h18	#1
kojiro9 Invité de passage Inscription : janvier 2006 Messages : 9 Détails du profil Informations forums : Inscription : janvier 2006 Messages : 9 Points : 2 Points : 2	Quel parcours professionnel pour devenir architecte Java EE ? Bonjour à tous, Je suis développeur java/j2ee depuis un an maintenant et j'ai eu la chance de travailler avec des architectes vraiment compétents qui m'ont donné envie de poursuivre dans cette voie. Quand je vois tous les sujets a traiter conception, frameworks web, acces données, spring , securité, bonnes pratiques... Franchement j'en vois pas le bout et je me demande a quel moment je pourrais me dire la j'ai l'impression d'etre un architecte je pourrais faire face a n'importe quoi ! Est-ce que un architecte j2ee generaliste ca existe vraiment ou alors ce sont des architectes-specialistes dans un domaine particulier...cependant pour moi architecte est associée a une notion de vision globale donc... Donc ma question : comment etes vous passé de developpeur j2ee a architecte ? (on l'est pas en sortant de l'ecole !). PS : Le spectre des sujets est vaste mais c'est vraiment passionnant !
	00

11/12/2007, 21h18	#5
eclesia Rédacteur Inscription : décembre 2006 Messages : 1 877 Détails du profil Informations forums : Inscription : décembre 2006 Messages : 1 877 Points : 2 254 Points : 2 254	avoir une certif sun dans le domaine qui t'interesse serait un moyen concret de demontrer cette compétence je pense: http://www.sun.com/training/certific...java/index.xml - Sun Certified Web Component Developer (SCWCD) - Sun Certified Business Component Developer (SCBCD) - Sun Certified Developer For Java Web Services (SCDJWS) __________________ Systèmes d'Informations Géographiques - Projets : GeoAPI GeotoolKit PuzzleGIS Pour un monde sans BigBrother IxQuick ni censure RSF
	00

12/12/2007, 09h55	#8
Keihilin Inscrit Inscription : février 2004 Messages : 861 Détails du profil Informations personnelles : Âge : 35 Informations forums : Inscription : février 2004 Messages : 861 Points : 1 029 Points : 1 029	L'avis d'un architecte... La différence entre un bon développeur sénior et un architecte est souvent mince. Il n'y a pas vraiment de cursus qui te permet d'accéder au titre d'architecte, c'est quelque chose qui vient avec l'expérience. A mon sens, les points de différenciation sont : Un architecte se doit d'être agnostique et ouvert. Il doit connaître les forces et faiblesses de différentes architectures, de différents frameworks et de différentes méthodes en fonction d'une situation donnée. En ce sens, contrairement au développeur, l'architecte n'a pas besoin d'être un expert absolu dans le fonctionnement interne d'un framework; mais il doit avoir une vision large des possibilités offertes, une vision transversale. Un architecte doit (devrait) avoir une part d'expérience et d'intérêt pour la gestion de projet. Parfois les rôles sont flous et l'architecte endosse la casquette de chef de projet, mais même si ce n'est pas le cas, il doit être capable de faire des choix d'architecture sur des critères non-techniques (temps, coûts, disponibilités, etc...) et donc comprendre les problématiques de gestion de projet. Un architecte doit être passionné. Parce que sans passion pour ce métier, suivre la rapide évolution du monde du développement et à chaque fois se remettre en question est un calvaire. Pour finir, attention à ne pas trop t'enfermer dans une technologie... Tu parles d'emblée de devenir "architecte j2ee" puisqu'il s'agit là de ton domaine d'expertise; mais être architecte ce n'est pas seulement rester au niveau applicatif et créer les fondations d'une application à coup de design patterns et de jolis diagramme UML. Tu vas aussi être confronté à des problématiques plus larges, des problématiques de systèmes d'informations complexes et pas forcément homogènes...
	00

13/12/2007, 13h07	#14
Pollux Membre chevronné Inscription : avril 2005 Messages : 706 Détails du profil Informations personnelles : Âge : 27 Localisation : Suisse Informations forums : Inscription : avril 2005 Messages : 706 Points : 628 Points : 628	La SCJP toute seule à mon avis c'est vraiment dommage! Je n'aurais jamais fait cette certification sans avoir comme projet de continuer. Justement SCJP confirme que tu connais le langage au niveau structure et le contenu de base de la librairie mais prouve pas du tout que tu sais développer. Un gamin en bossant peut très bien la passer! Il y avait eu d'ailleurs un article à ce sujet à propos d'un gamin de 14 ans qui l'a passée.... Cumuler les certifications peut justement prouver ses capacités à concevoir et à développer des applications. JEE est tellement vaste qu'à mon avis il est justement fort utile de passer SCWCD, SCBCD et même SCDJWS. Rien que pour vraiment approfondir le sujet et ensuite certifier son savoir que ce soit conforme à ce que produit Sun. Je ne vois pas pourquoi ce serait débile... Peut-être peut-on m'éclairer? __________________ Pour chaque langage existe une faq / N'oubliez pas de lire les règles du forum
	00

11/12/2007, 17h52	#3
OButterlin Modérateur Inscription : novembre 2006 Messages : 5 087 Détails du profil Informations personnelles : Sexe : Localisation : France Informations forums : Inscription : novembre 2006 Messages : 5 087 Points : 5 821 Points : 5 821	tout pareil que CyberChouan Sans compter qu'il faut toujours "rester sur la vague" ce qui nécessite pas mal d'investissement personnel et du temps... Et que comme partout, il y a les bons et les mauvais... A+
	00

11/12/2007, 17h58	#4
kojiro9 Invité de passage Inscription : janvier 2006 Messages : 9 Détails du profil Informations forums : Inscription : janvier 2006 Messages : 9 Points : 2 Points : 2	Je suis parfaitement d'accord que c'est avec l'experience qu'on le devient. Cependant l'experience professionnel est aleatoire et ne depend pas forcement de nous. Si j'ai travaillé sur telle et telle techno sur un projet ,ex struts-hibernate , l'ideal pour le prochain serait par exemple de toucher a JSF, JDO pour avoir matiere a comparer. Mais ca doit pas etre facile se construire un parcours qui permet de balayer le large spectre que doit connaitre l'architecte j2ee, c'est pourquoi je travaille a la maison. Moi c'est vraiment le spectre j2ee qui semble enorme, apres faut voir ce qu'on demande a l'architecte.Tout connaitre un petit peu ou avoir une spécialisation (dc expert technique alors..)
	00

11/12/2007, 21h55	#6
medbouh Membre habitué Inscription : mars 2006 Messages : 134 Détails du profil Informations personnelles : Âge : 33 Informations forums : Inscription : mars 2006 Messages : 134 Points : 120 Points : 120	salut tous le monde; je entierement d'accord avec CyberChouan, ce que je peut ajouter est : le fait de travailler avec telle framework ou un autre ce n'est qu'une capitalisation des connaissance technique. par contre quand tu dit architecte c'est celui qui a une vision fonctionnel sur le probleme avant la vision technique, c'est à dire à force de travailler sur differents projet ca à lui permet de capitaliser les connaissance et l'expertise dans le domaine fonctionnel (c'est à dire il peut critique un processus de travail à fin de l'ameliorer et l'informatise). j'espere que j'etais assez claire.
	00

13/12/2007, 13h44	#15
OButterlin Modérateur Inscription : novembre 2006 Messages : 5 087 Détails du profil Informations personnelles : Sexe : Localisation : France Informations forums : Inscription : novembre 2006 Messages : 5 087 Points : 5 821 Points : 5 821	Personnellement, je ne pense pas que la maîtrise d'un langage soit un gage de crédibilité d'un architecte. A ce niveau, il faut un certain degré d'abstraction... couplé à une bonne connaissance des briques technologiques (mais pas besoin d'être expert EJB, JMS, JNDI, JSP, JSF etc...) et fonctionnelles si possible.
	00

13/12/2007, 14h43	#18
fr1man Modérateur Inscription : août 2006 Messages : 2 956 Détails du profil Informations forums : Inscription : août 2006 Messages : 2 956 Points : 3 132 Points : 3 132	Le problème d'avoir uniquement une vue d'ensemble sans avoir creusé de part son expérience, c'est que comme on manque de pratique, on se base sur des "on dit" du style, Swing c'est lent, les EJB c'est nul etc...
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email