Discussion :

[kojiro9]

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]

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]

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]

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]

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]

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]

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]

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]

ê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

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]

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

Un mythe s'effondre...

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

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

be prepared to adjust from release to release

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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