ras le bol de voir des recruteurs demander des connaissances en j2ee / java
/ websphere.
que peut-on faire avec j2ee qu'on ne peut faire par exemple avec php / asp ?
pourquoi cet engouement soudain vers le monde java que j'ignore comme ma
premiere couche culotte ?
serait-ce pour developper des applis pour les tel portables ? excusez mon
inculture mais je ne trouve rien de pertinent sur le web a ce sujet.
ras le bol de voir des recruteurs demander des connaissances en j2ee / java
/ websphere. que peut-on faire avec j2ee qu'on ne peut faire par exemple avec php / asp ?
pourquoi cet engouement soudain vers le monde java que j'ignore comme ma premiere couche culotte ? serait-ce pour developper des applis pour les tel portables ? excusez mon inculture mais je ne trouve rien de pertinent sur le web a ce sujet.
-- roucoups
Encore un troll ... Pour Java, et bien apprend a l'utiliser, tu trouveras la reponse tout seul.
Vincent
Bonjour
ras le bol de voir des recruteurs demander des connaissances en j2ee /
java
/ websphere.
que peut-on faire avec j2ee qu'on ne peut faire par exemple avec php / asp
?
pourquoi cet engouement soudain vers le monde java que j'ignore comme ma
premiere couche culotte ?
serait-ce pour developper des applis pour les tel portables ? excusez mon
inculture mais je ne trouve rien de pertinent sur le web a ce sujet.
--
roucoups
Encore un troll ...
Pour Java, et bien apprend a l'utiliser, tu trouveras la reponse tout seul.
ras le bol de voir des recruteurs demander des connaissances en j2ee / java
/ websphere. que peut-on faire avec j2ee qu'on ne peut faire par exemple avec php / asp ?
pourquoi cet engouement soudain vers le monde java que j'ignore comme ma premiere couche culotte ? serait-ce pour developper des applis pour les tel portables ? excusez mon inculture mais je ne trouve rien de pertinent sur le web a ce sujet.
-- roucoups
Encore un troll ... Pour Java, et bien apprend a l'utiliser, tu trouveras la reponse tout seul.
Vincent
Thibaut Desmarest
Bonjour,
Moi je voudrais juste rebondir sur le sujet pour vous demander comme l'indique le titre du post "J2EE c'est quoi cette bête" ? Quelle est la différence entre le J2EE et le J2SE ? Qu'apporte de plus le J2EE ?
Merci,
Thibaut
Bonjour,
Moi je voudrais juste rebondir sur le sujet pour vous demander comme
l'indique le titre du post "J2EE c'est quoi cette bête" ?
Quelle est la différence entre le J2EE et le J2SE ? Qu'apporte de plus
le J2EE ?
Moi je voudrais juste rebondir sur le sujet pour vous demander comme l'indique le titre du post "J2EE c'est quoi cette bête" ? Quelle est la différence entre le J2EE et le J2SE ? Qu'apporte de plus le J2EE ?
Merci,
Thibaut
ZebX
...Log du <22/10/2004 09:52> ...Post de <Thibaut Desmarest> :
Quelle est la différence entre le J2EE et le J2SE ? Qu'apporte de plus le J2EE ?
Vous sortez du coma ou quoi ? ;)
La réponse là : http://java.sun.com Et puis un peu partout sur le net d'ailleurs...
-- ZebX - No comprendo
...Log du <22/10/2004 09:52> ...Post de <Thibaut Desmarest>
:
Quelle est la différence entre le J2EE et le J2SE ? Qu'apporte de plus
le J2EE ?
Vous sortez du coma ou quoi ? ;)
La réponse là : http://java.sun.com
Et puis un peu partout sur le net d'ailleurs...
...Log du <22/10/2004 09:52> ...Post de <Thibaut Desmarest> :
Quelle est la différence entre le J2EE et le J2SE ? Qu'apporte de plus le J2EE ?
Vous sortez du coma ou quoi ? ;)
La réponse là : http://java.sun.com Et puis un peu partout sur le net d'ailleurs...
-- ZebX - No comprendo
Isammoc
Quelle est la différence entre le J2EE et le J2SE ? Qu'apporte de plus le J2EE ?
Vous sortez du coma ou quoi ? ;)
moi oui.. a peu pres.
La réponse là : http://java.sun.com Et puis un peu partout sur le net d'ailleurs...
Mais une explication ici ne serait pas de trop..., j'aimerais au moins avoir des vrais pistes (en francais si possible, je m'y perds avec l'anglais, meme si j'utilise très fréquemment la javadoc)
-- Isammoc
Quelle est la différence entre le J2EE et le J2SE ? Qu'apporte de plus
le J2EE ?
Vous sortez du coma ou quoi ? ;)
moi oui.. a peu pres.
La réponse là : http://java.sun.com
Et puis un peu partout sur le net d'ailleurs...
Mais une explication ici ne serait pas de trop..., j'aimerais au moins
avoir des vrais pistes (en francais si possible, je m'y perds avec
l'anglais, meme si j'utilise très fréquemment la javadoc)
Quelle est la différence entre le J2EE et le J2SE ? Qu'apporte de plus le J2EE ?
Vous sortez du coma ou quoi ? ;)
moi oui.. a peu pres.
La réponse là : http://java.sun.com Et puis un peu partout sur le net d'ailleurs...
Mais une explication ici ne serait pas de trop..., j'aimerais au moins avoir des vrais pistes (en francais si possible, je m'y perds avec l'anglais, meme si j'utilise très fréquemment la javadoc)
-- Isammoc
Valdo Tschantre
ras le bol de voir des recruteurs demander des connaissances en j2ee / java / websphere.
Serais-tu issu de la /culture web/ et non de la /culture logiciel/ ? ;)
que peut-on faire avec j2ee qu'on ne peut faire par exemple avec php / asp ?
Dans une architecture 3-tiers, asp et php assure naturellement les parties présentation et application, mais de façon plus hasardeuse la partie donnée. Pour exemple, si php peut accéder à des bases de données relationnel, il ne gère pas toutes les problématiques de transaction. Et dans une architecture N-tiers, asp et php sont inopérant...
De son côté, j2ee assume pleinement, et de façon objet, la mise en oeuvre d'architecture N-tiers. Son approche par composants facilite le déploiement (en libérant le développeur de cette partie) et la réutilisation.
Pour résumer, je dirais que, asp et php sont suffisant pour un site web classique (pour la présentation de documents par exemple), mais deviennent plus hasardeux dès lors que l'on veut utiliser des services plus évolués...
pourquoi cet engouement soudain vers le monde java que j'ignore comme ma premiere couche culotte ?
Peut-être par ce qu'il est temps de se faire rejoindre la /culture web/ et la /culture logiciel/...
serait-ce pour developper des applis pour les tel portables ?
Entre autres choses...
Valdo.
--
ras le bol de voir des recruteurs demander des connaissances en j2ee / java
/ websphere.
Serais-tu issu de la /culture web/ et non de la /culture logiciel/ ? ;)
que peut-on faire avec j2ee qu'on ne peut faire par exemple avec php / asp ?
Dans une architecture 3-tiers, asp et php assure naturellement les
parties présentation et application, mais de façon plus hasardeuse la
partie donnée. Pour exemple, si php peut accéder à des bases de données
relationnel, il ne gère pas toutes les problématiques de transaction. Et
dans une architecture N-tiers, asp et php sont inopérant...
De son côté, j2ee assume pleinement, et de façon objet, la mise en
oeuvre d'architecture N-tiers. Son approche par composants facilite le
déploiement (en libérant le développeur de cette partie) et la
réutilisation.
Pour résumer, je dirais que, asp et php sont suffisant pour un site web
classique (pour la présentation de documents par exemple), mais
deviennent plus hasardeux dès lors que l'on veut utiliser des services
plus évolués...
pourquoi cet engouement soudain vers le monde java que j'ignore comme ma
premiere couche culotte ?
Peut-être par ce qu'il est temps de se faire rejoindre la /culture web/
et la /culture logiciel/...
serait-ce pour developper des applis pour les tel portables ?
ras le bol de voir des recruteurs demander des connaissances en j2ee / java / websphere.
Serais-tu issu de la /culture web/ et non de la /culture logiciel/ ? ;)
que peut-on faire avec j2ee qu'on ne peut faire par exemple avec php / asp ?
Dans une architecture 3-tiers, asp et php assure naturellement les parties présentation et application, mais de façon plus hasardeuse la partie donnée. Pour exemple, si php peut accéder à des bases de données relationnel, il ne gère pas toutes les problématiques de transaction. Et dans une architecture N-tiers, asp et php sont inopérant...
De son côté, j2ee assume pleinement, et de façon objet, la mise en oeuvre d'architecture N-tiers. Son approche par composants facilite le déploiement (en libérant le développeur de cette partie) et la réutilisation.
Pour résumer, je dirais que, asp et php sont suffisant pour un site web classique (pour la présentation de documents par exemple), mais deviennent plus hasardeux dès lors que l'on veut utiliser des services plus évolués...
pourquoi cet engouement soudain vers le monde java que j'ignore comme ma premiere couche culotte ?
Peut-être par ce qu'il est temps de se faire rejoindre la /culture web/ et la /culture logiciel/...
serait-ce pour developper des applis pour les tel portables ?
Entre autres choses...
Valdo.
--
Valdo Tschantre
Quelle est la différence entre le J2EE et le J2SE ? Qu'apporte de plus le J2EE ?
En simplifiant, je dirais que J2SE est une API, alors que J2EE est une spécification (définition du comportement des serveurs J2EE par exemple), qui utilise entre autre J2SE.
Quelle est la différence entre le J2EE et le J2SE ? Qu'apporte de plus
le J2EE ?
En simplifiant, je dirais que J2SE est une API, alors que J2EE est une
spécification (définition du comportement des serveurs J2EE par
exemple), qui utilise entre autre J2SE.
Quelle est la différence entre le J2EE et le J2SE ? Qu'apporte de plus le J2EE ?
En simplifiant, je dirais que J2SE est une API, alors que J2EE est une spécification (définition du comportement des serveurs J2EE par exemple), qui utilise entre autre J2SE.
ZebX
...Log du <22/10/2004 13:53> ...Post de <Valdo Tschantre> :
En simplifiant, je dirais que J2SE est une API, alors que J2EE est une spécification Moi qui croyais que les API étaient spécifiées et que JSP, Servlet...
étaient des API complémentaires. ;)
En langage de programmeur artisan boucher : * J2SE est la base du langage (vaste). * J2EE te met à dispo des /librairies/ complémentaires (c'est pour pas vexer ;)) pour faire du client-serveur (JSP, EJB, JMS, SOAP ?, JDO, Servlet, Tag-lib, Transactionnel, Habilitation, Montée en charge, P2P...). Avec les bons conseils de mise en oeuvre à suivre pour ne pas se noyer. Ca fait des choses plus complexes, c'est plus complexe, c'est donc inutil pour faire des choses simples, amha. * J2ME t'apporte des API complémentaires pour développer sur des mobiles (pda, tél,...)
-- ZebX - No comprendo
...Log du <22/10/2004 13:53> ...Post de <Valdo Tschantre>
:
En simplifiant, je dirais que J2SE est une API, alors que J2EE est une
spécification
Moi qui croyais que les API étaient spécifiées et que JSP, Servlet...
étaient des API complémentaires. ;)
En langage de programmeur artisan boucher :
* J2SE est la base du langage (vaste).
* J2EE te met à dispo des /librairies/ complémentaires (c'est pour pas
vexer ;)) pour faire du client-serveur (JSP, EJB, JMS, SOAP ?, JDO,
Servlet, Tag-lib, Transactionnel, Habilitation, Montée en charge,
P2P...). Avec les bons conseils de mise en oeuvre à suivre pour ne pas
se noyer.
Ca fait des choses plus complexes, c'est plus complexe, c'est donc
inutil pour faire des choses simples, amha.
* J2ME t'apporte des API complémentaires pour développer sur des mobiles
(pda, tél,...)
...Log du <22/10/2004 13:53> ...Post de <Valdo Tschantre> :
En simplifiant, je dirais que J2SE est une API, alors que J2EE est une spécification Moi qui croyais que les API étaient spécifiées et que JSP, Servlet...
étaient des API complémentaires. ;)
En langage de programmeur artisan boucher : * J2SE est la base du langage (vaste). * J2EE te met à dispo des /librairies/ complémentaires (c'est pour pas vexer ;)) pour faire du client-serveur (JSP, EJB, JMS, SOAP ?, JDO, Servlet, Tag-lib, Transactionnel, Habilitation, Montée en charge, P2P...). Avec les bons conseils de mise en oeuvre à suivre pour ne pas se noyer. Ca fait des choses plus complexes, c'est plus complexe, c'est donc inutil pour faire des choses simples, amha. * J2ME t'apporte des API complémentaires pour développer sur des mobiles (pda, tél,...)
-- ZebX - No comprendo
Cléo
* J2EE te met à dispo des /librairies/ complémentaires (c'est pour pas vexer ;)) pour faire du client-serveur (JSP, EJB, JMS, SOAP ?, JDO, Servlet, Tag-lib, Transactionnel, Habilitation, Montée en charge, P2P...). Avec les bons conseils de mise en oeuvre à suivre pour ne pas se noyer. EJB, JMS, JDBC/JTA, Servlet ... sont effectivement des spécifications comme
le soulignait valdo. Ce qui est livré dans le J2EE, c'est les interfaces compatibles à ces spécification et non leur implémentation.
Pour développer en environnement J2EE il faut des outils qui implémentent ces spécifications: JMS/EJB -> JBoss, Jonas ... JSP/Servlet -> Jetty, Tomcat ... JDBC/JTA -> un driver de bdd compatible .../ Serveur de transaction
Ca fait des choses plus complexes, c'est plus complexe, c'est donc inutil pour faire des choses simples, amha. Les choses deviennent vite complexes si l'on souhaite les gérer correctement
et complètement. Le recours à un serveur d'application n'est pas toujours superflu ...
-- Cléo.
* J2EE te met à dispo des /librairies/ complémentaires (c'est pour pas
vexer ;)) pour faire du client-serveur (JSP, EJB, JMS, SOAP ?, JDO,
Servlet, Tag-lib, Transactionnel, Habilitation, Montée en charge, P2P...).
Avec les bons conseils de mise en oeuvre à suivre pour ne pas se noyer.
EJB, JMS, JDBC/JTA, Servlet ... sont effectivement des spécifications comme
le soulignait valdo. Ce qui est livré dans le J2EE, c'est les interfaces
compatibles à ces spécification et non leur implémentation.
Pour développer en environnement J2EE il faut des outils qui implémentent
ces spécifications:
JMS/EJB -> JBoss, Jonas ...
JSP/Servlet -> Jetty, Tomcat ...
JDBC/JTA -> un driver de bdd compatible .../ Serveur de transaction
Ca fait des choses plus complexes, c'est plus complexe, c'est donc inutil
pour faire des choses simples, amha.
Les choses deviennent vite complexes si l'on souhaite les gérer correctement
et complètement. Le recours à un serveur d'application n'est pas toujours
superflu ...
* J2EE te met à dispo des /librairies/ complémentaires (c'est pour pas vexer ;)) pour faire du client-serveur (JSP, EJB, JMS, SOAP ?, JDO, Servlet, Tag-lib, Transactionnel, Habilitation, Montée en charge, P2P...). Avec les bons conseils de mise en oeuvre à suivre pour ne pas se noyer. EJB, JMS, JDBC/JTA, Servlet ... sont effectivement des spécifications comme
le soulignait valdo. Ce qui est livré dans le J2EE, c'est les interfaces compatibles à ces spécification et non leur implémentation.
Pour développer en environnement J2EE il faut des outils qui implémentent ces spécifications: JMS/EJB -> JBoss, Jonas ... JSP/Servlet -> Jetty, Tomcat ... JDBC/JTA -> un driver de bdd compatible .../ Serveur de transaction
Ca fait des choses plus complexes, c'est plus complexe, c'est donc inutil pour faire des choses simples, amha. Les choses deviennent vite complexes si l'on souhaite les gérer correctement
et complètement. Le recours à un serveur d'application n'est pas toujours superflu ...
-- Cléo.
Valdo Tschantre
Moi qui croyais que les API étaient spécifiées et que JSP, Servlet... étaient des API complémentaires. ;)
Une API - /une librairies dis-tu ?/ ;) -, comme J2SE, est effectivement spécifiées *en terme d'interfaces* et *en terme de comportements*. Mais elle ne spécifie pas l'environnement dans lequel elle doit être mis en oeuvre (si ce n'est, en java, la machine virtuelle).
De son côté, la J2EE est spécifiée *en terme d'APIs* et *en terme d'environnement*. Le comportement des serveurs d'applications J2EE doivent se conformer à ces derniers types de spécifications. Un *serveur d'application J2EE* n'est pas en soit une *application J2EE*, mais fournit le comportement et les services nécessaire à l'exécution de ce type d'application.
En d'autres termes, J2EE spécifie un(des) *framework(s)*, alors que J2SE spécifie une *API*.
Valdo.
--
Moi qui croyais que les API étaient spécifiées et que JSP, Servlet...
étaient des API complémentaires. ;)
Une API - /une librairies dis-tu ?/ ;) -, comme J2SE, est effectivement
spécifiées *en terme d'interfaces* et *en terme de comportements*. Mais
elle ne spécifie pas l'environnement dans lequel elle doit être mis en
oeuvre (si ce n'est, en java, la machine virtuelle).
De son côté, la J2EE est spécifiée *en terme d'APIs* et *en terme
d'environnement*. Le comportement des serveurs d'applications J2EE
doivent se conformer à ces derniers types de spécifications. Un *serveur
d'application J2EE* n'est pas en soit une *application J2EE*, mais
fournit le comportement et les services nécessaire à l'exécution de ce
type d'application.
En d'autres termes, J2EE spécifie un(des) *framework(s)*, alors que J2SE
spécifie une *API*.
Moi qui croyais que les API étaient spécifiées et que JSP, Servlet... étaient des API complémentaires. ;)
Une API - /une librairies dis-tu ?/ ;) -, comme J2SE, est effectivement spécifiées *en terme d'interfaces* et *en terme de comportements*. Mais elle ne spécifie pas l'environnement dans lequel elle doit être mis en oeuvre (si ce n'est, en java, la machine virtuelle).
De son côté, la J2EE est spécifiée *en terme d'APIs* et *en terme d'environnement*. Le comportement des serveurs d'applications J2EE doivent se conformer à ces derniers types de spécifications. Un *serveur d'application J2EE* n'est pas en soit une *application J2EE*, mais fournit le comportement et les services nécessaire à l'exécution de ce type d'application.
En d'autres termes, J2EE spécifie un(des) *framework(s)*, alors que J2SE spécifie une *API*.
Valdo.
--
ZebX
...Log du <22/10/2004 14:26> ...Post de <Cléo> :
* J2EE te met à dispo des /librairies/ complémentaires (c'est pour pas vexer ;)) pour faire du client-serveur (JSP, EJB, JMS, SOAP ?, JDO, Servlet, Tag-lib, Transactionnel, Habilitation, Montée en charge, P2P...). Avec les bons conseils de mise en oeuvre à suivre pour ne pas se noyer.
EJB, JMS, JDBC/JTA, Servlet ... sont effectivement des spécifications comme le soulignait valdo. Ce qui est livré dans le J2EE, c'est les interfaces compatibles à ces spécification et non leur implémentation.
A bon, je ne savais pas que le pack J2EE du site de SUN n'est pas un serveur d'appli et n'a donc jamais fait tourner mes proto, que les tag-lib livrées ne sont pas des classes mais du texte pour intello mou du clavier... ;) Apparement, y'a plein d'api à télécharger qui n'en sont pas. C'est ca ? -> Sun a défini des normes, livre gratuitement ou pas une ou plusieurs implémentations de ses normes, d'autres éditeurs en livrent de meilleurs, point
Ca fait des choses plus complexes, c'est plus complexe, c'est donc inutil pour faire des choses simples, amha. Les choses deviennent vite complexes si l'on souhaite les gérer correctement
et complètement. Le recours à un serveur d'application n'est pas toujours superflu ... Tu as un exemple ou c'est une simple vue de l'esprit ?
A ma connaissance, java n'a rien inventé concernant l'art de la programmation.
Je maintiens qu'en général (déf : pas toujours mais presque), les choses complexes sont un agrégat de choses simples. Ceci étant, je concois tout à fait que la complexité de l'implémentation dépende directement des facultés d'analyse du pingouin qui programme. Ce n'est pas à cause des vieux guru que beaucoup de projets J2EE se sont mangés un mur ces dernières années mais bien à cause de /bien-pensants/ trop fraichement sortis du moule qui a défaut de comprendre un besoin sortent l'artillerie lourde à chaque fois.
Conséquence : Etre obligé de se manger des tas de langages, d'archi, d'outils, d'avoir des machines gonflées à bloc pour faire une simple gestion d'enreg, je n'appelle pas ca le progrès.
Il y a 20 ans, c'était mieux ;) Enfin, les gens réfléchissaient plus.
-- ZebX - No comprendo
...Log du <22/10/2004 14:26> ...Post de <Cléo>
:
* J2EE te met à dispo des /librairies/ complémentaires (c'est pour pas
vexer ;)) pour faire du client-serveur (JSP, EJB, JMS, SOAP ?, JDO,
Servlet, Tag-lib, Transactionnel, Habilitation, Montée en charge, P2P...).
Avec les bons conseils de mise en oeuvre à suivre pour ne pas se noyer.
EJB, JMS, JDBC/JTA, Servlet ... sont effectivement des spécifications comme
le soulignait valdo. Ce qui est livré dans le J2EE, c'est les interfaces
compatibles à ces spécification et non leur implémentation.
A bon, je ne savais pas que le pack J2EE du site de SUN n'est pas un
serveur d'appli et n'a donc jamais fait tourner mes proto, que les
tag-lib livrées ne sont pas des classes mais du texte pour intello mou
du clavier... ;)
Apparement, y'a plein d'api à télécharger qui n'en sont pas. C'est ca ?
-> Sun a défini des normes, livre gratuitement ou pas une ou plusieurs
implémentations de ses normes, d'autres éditeurs en livrent de
meilleurs, point
Ca fait des choses plus complexes, c'est plus complexe, c'est donc inutil
pour faire des choses simples, amha.
Les choses deviennent vite complexes si l'on souhaite les gérer correctement
et complètement. Le recours à un serveur d'application n'est pas toujours
superflu ...
Tu as un exemple ou c'est une simple vue de l'esprit ?
A ma connaissance, java n'a rien inventé concernant l'art de la
programmation.
Je maintiens qu'en général (déf : pas toujours mais presque), les choses
complexes sont un agrégat de choses simples. Ceci étant, je concois tout
à fait que la complexité de l'implémentation dépende directement des
facultés d'analyse du pingouin qui programme.
Ce n'est pas à cause des vieux guru que beaucoup de projets J2EE se sont
mangés un mur ces dernières années mais bien à cause de /bien-pensants/
trop fraichement sortis du moule qui a défaut de comprendre un besoin
sortent l'artillerie lourde à chaque fois.
Conséquence : Etre obligé de se manger des tas de langages, d'archi,
d'outils, d'avoir des machines gonflées à bloc pour faire une simple
gestion d'enreg, je n'appelle pas ca le progrès.
Il y a 20 ans, c'était mieux ;) Enfin, les gens réfléchissaient plus.
* J2EE te met à dispo des /librairies/ complémentaires (c'est pour pas vexer ;)) pour faire du client-serveur (JSP, EJB, JMS, SOAP ?, JDO, Servlet, Tag-lib, Transactionnel, Habilitation, Montée en charge, P2P...). Avec les bons conseils de mise en oeuvre à suivre pour ne pas se noyer.
EJB, JMS, JDBC/JTA, Servlet ... sont effectivement des spécifications comme le soulignait valdo. Ce qui est livré dans le J2EE, c'est les interfaces compatibles à ces spécification et non leur implémentation.
A bon, je ne savais pas que le pack J2EE du site de SUN n'est pas un serveur d'appli et n'a donc jamais fait tourner mes proto, que les tag-lib livrées ne sont pas des classes mais du texte pour intello mou du clavier... ;) Apparement, y'a plein d'api à télécharger qui n'en sont pas. C'est ca ? -> Sun a défini des normes, livre gratuitement ou pas une ou plusieurs implémentations de ses normes, d'autres éditeurs en livrent de meilleurs, point
Ca fait des choses plus complexes, c'est plus complexe, c'est donc inutil pour faire des choses simples, amha. Les choses deviennent vite complexes si l'on souhaite les gérer correctement
et complètement. Le recours à un serveur d'application n'est pas toujours superflu ... Tu as un exemple ou c'est une simple vue de l'esprit ?
A ma connaissance, java n'a rien inventé concernant l'art de la programmation.
Je maintiens qu'en général (déf : pas toujours mais presque), les choses complexes sont un agrégat de choses simples. Ceci étant, je concois tout à fait que la complexité de l'implémentation dépende directement des facultés d'analyse du pingouin qui programme. Ce n'est pas à cause des vieux guru que beaucoup de projets J2EE se sont mangés un mur ces dernières années mais bien à cause de /bien-pensants/ trop fraichement sortis du moule qui a défaut de comprendre un besoin sortent l'artillerie lourde à chaque fois.
Conséquence : Etre obligé de se manger des tas de langages, d'archi, d'outils, d'avoir des machines gonflées à bloc pour faire une simple gestion d'enreg, je n'appelle pas ca le progrès.
Il y a 20 ans, c'était mieux ;) Enfin, les gens réfléchissaient plus.
