La complexité des langages

Bonjour,

Je suis en train de faire un mémoire sur la complexité du J2EE. J'aimerais comparer le J2EE à d'autres langages.
Au fur et à mesure de ma recherche je me rend compte que pour programmer en Java il faut connaître énormément de choses.
J'ai lu le livre BRUCE A, TATE ET JUSTIN GEBTLAND, Java, Plus rapide, plus léger, édition O’REILLY, Paris, 2004. J'ai trouvé ce livre très intéressant.
Aujourd'hui, je trouve que le J2EE devient trop lourd à utiliser et j'aimerais le comparer au .net, au COBOL au PHP5.
J'ai posté un message sur le forum qui concerne le COBOL et j'ai eu des réponses très intéressantes.
Cependant je penses que le débat entre tous ces langages devient important.

Que pensez vous de ces différents langages ?
Qu'elles sont pour vous leurs avantages et leurs inconvénients ?
Est-ce que vous rajouterais un langage à cette liste ?

Merci

Citation:

---

Envoyé par sphinou

Bonjour,

Je suis en train de faire un mémoire sur la complexité du J2EE. J'aimerais comparer le J2EE à d'autres langages.[...]
Que pensez vous de ces différents langages ?
Qu'elles sont pour vous leurs avantages et leurs inconvénients ?
Est-ce que vous rajouterais un langage à cette liste ?

Merci

---

« Complexité » est utilisé ici dans quel sens ?
Dans ton mémoire tu vas devoir apporter les éléments de comparaison et la manière dont tu évalues celle-ci pour chaque langage. Tu devras aussi montrer que tes éléments proviennent de source objective — et là je te conseille de faire très attention avec les remarques qui seront postées ici, car, personnellement, dans une soutenance je t'aurais attendu au détour — et que tu compares bien des pommes avec des pommes.

Parce qu'a priori, ça ne veut rien dire « complexité d'un langage »...

et puis java c'est pas du j2ee comme une appli web c'est pas un jeux vidéo.

J2ee est basé sur des frameworks qui cohabitent dans un système avec comme support le langage java auquel on ajoute du xml, des jsp, et beaucoup de configuration (struts, log4j, web.xml, hibernate, ...)

En j2ee on a aussi un (ou des) serveur(s) (jboss...), et aussi une base de données (à plusieurs). De même une application j2ee est souvent ammenée à communiquer avec d'autres applications grâce au web service.

J'ajouterai également les outils de développement mis à disposition (eclipse, maven...) et la facilité de déploiement (un simple navigateur suffit pour lancer l'appli).

Citation:

---

je trouve que le J2EE devient trop lourd à utiliser

---

T'as lu un livre qui parle de j2ee tu ne comprends quasiment rien au concept et tu affirmes que j2ee est trop lourd :yaisse2: C'est fort :aie:

c'est vrai que "complexe" peut etre prit dans plusieurs sens.

si on compare Java et VB on se dit tout de suite c'est java le plus complexe.

Mais est ce vrai ?

Autant en java tu as une structure bien établie toujours pareil : des classes, des methodes...etc... c'est bien structuré.
Alors que VB, cette absence de structure, son nombres de bidouilles, sans oublier la partie du code qu'on ne voit pas dans l'editeur me font penser que VB est au final plus complexe.

Quand je parle de complexité je veux dire que les applications sont de plus en plus lourdes, plus complexes à réaliser. Tous les fournisseurs d’application (de plateforme) permettant de développer en java sont motivés pour avoir une longueur d’avance sur cette technologie et gagner « la compétition ». Ils rajoutent des couches sur d’autres couches d’abstraction sophistiquée. Se qui donne des concepts complexes et difficile à connaître par tous les utilisateurs. Les développeurs doivent comprendre le fonctionnement des différents Framework tel que Struts, Hibernate, Spring…). Le développeur doit connaitre les EJB, le JNDI, le JTA.
Ils doivent aussi appréhender les différents modèles de conception (designs patterns). Les développements sont aussi de plus en plus complexes avec des lignes de codes en nombres croissantes pour concorder avec les librairies et Framework mises en place. La maintenance continue sur ce chemin et les logiciels développés sont de plus en plus difficiles à maintenir. En ce qui concerne les différents Framework ils sont pour la plus part open source. Il est difficile de savoir s’ils vont oui ou non être suivi dans le temps.
Voilà pour moi ce qu'est la complexité du J2EE.
Je trouve que pour mettre en place un projet avec cette technologie, cela devient de plus en plus compliqué.
Donc j'aimerais comparer différents type de langages pour savoir
- s'ils sont tous aussi compliqué à mettre en place.
- s'ils permettent tous de faire se que fait le J2EE ou si le J2EE est lourd mais il a réellement un avantage pour certaines choses.

Alors que donne le .net, personnellement je le placerais dans le même panier que le J2EE. En plus il a vraiment besoin d'un serveur microsoft. Donc je lui mettrai un mauvais point suplémentaire.

pour le PHP5 je ne sais pas trop, j'ai fait du PHP3 mais pas du 5. Donc je ne connaît pas réellement la puissance du langage à aujourd'hui. Certaine personne me dise qu'il préfère le PHP5 au J2EE, moins lourd à mettre en place, plus facile à développer. Les évolutions ne posent pas de problème.

Le COBOL je ne connaît pas réellement non plus on m'a dit que le COBOL et le J2EE ne sont pas comparable car il n'ont pas les même but.

Cependant je pense ne pas avoir assez d'expérience et de recul.

Citation:

---

Les développeurs doivent comprendre le fonctionnement des différents Framework tel que Struts, Hibernate, Spring…). Le développeur doit connaitre les EJB, le JNDI, le JTA.

---

personnellement je ne connais aucun de ceux ci. Pour cause je ne fait pas de web.

Il y a une raison a la compléxité, qui n'est pas issu du langage. Je donne un exemple dans la librairie avec laquelle je travail : GeoTools.

Cette librairie est complexe pour plusieurs raisons qui ne sont pas du au langage :

- les formats de stockage : fichiers, base de données, service distant, flux ...
les formats n'ont rien a voir avec le code, mais plus le format est complexe plus le code l'est aussi au niveau de la lecture/ecriture et des transactions.

- les normes : dans notre monde merveilleux il existe des normes telle que ISO et OGC. je ne sais pas si tu en a deja lu, mais se sont des pavés de 60 à 300pages qui décrivent toute les possibilités que l'on doit pouvoir gerer.
Encore une fois la complexité ne vient pas du langage mais des normes implémenté.

- la périnitée : une librairie ca évolue, et en java on tente de garder la compatibilité avec les versions passées. Ce qui donne toutes les classes et methodes Deprecated.
Une fois de plus ce n'est pas le langage qui est en cause mais un soucis de garantir que ce qui marchais hier marche aussi aujourd'hui.


Une anecdote par rapport a ceux qui disent qu'on a une solution simple a tout les problemes :
Un groupe de developpeur dans geotools avait entre le main un moteur de rendue tres performant mais aussi tres complexe capable de faire de l'affichage cartographique. Ces developpeurs on décrété le moteur trop complexe et en on fait un autre plus simple qui ne gere que l'espace 2D carthesien mais qu'ils pouvaient comprendre.

Result : Aujourdhui je travail sur cet ancien moteur de rendue, j'ai mit quelques semaines a me plonger dedans mais le resultat est qu'il peut gerer des rendues 2D, 3D et pas forcement carthesien. En plus de cela il est extensible.

Je suis d'accord ce n'est pas le langage qui complexifie le projet mais plutôt tout se qui l'entoure.
Cependant il existe tellement de normes, d'outils autour de ces langages que lorsque l'on veut les utiliser on ne sait pas comment faire.
A aujourd'hui si on me demande de faire un projet en J2EE ou en .net, je ne serait pas quels outils intégrer avec le Java ou le C# ou l'ASP.
Quel framework utiliser...?
Je vais passer beaucoup de temps à faire des recherches pour connaître la plate forme la plus approprié au projet.
Et j'ai l'impression que tout se qui entoure les langages leurs donnent un côté complexe. même si le langage en lui même ne l'ai pas. Cependant je ne vais pas pouvoir arriver au bout du projet sans tous ces outils. Et je ne peux développer dans un de ces langages sans un minimum de composant autour, se qui lui donne de la complexité.
Existe-t-il une plateforme qui me permette de développer dans un de ces langages sans devoir acheter des PC ultra performant avec beaucoup de mémoire.

Dans le livre que j'ai cité précédemment l'auteur dit que pour gérer un projet performant et évolutif il faut suivre cinq principe :

- le premier est "faire simple" C'est à dire :

- utiliser un code le plus simple possible avec de la récusivité, du multi-threading.

- Se baser sur des frameworks simples.

- les technologies utilisées autour du langages doivent s'intégrer et s'étendre facilement.

- utiliser des technologies qui peuvent être maintenue et gérer en phase de production.

...

- le deuxième est "ne faire qu'une seule chose à la fois, mais bien" C'est à dire :

- Utiliser une architecture en couches pour mieux séparer le développement

- Cette partie parle plus de la manière dont il faut développer se qui peut se rapporter à tous les langages.

- le troisième est "Prôner la transparence" :

- la transparence permet de limiter les changements de la logique métier.

...

- le quatrième est : "nous somme le reflet de ce que nous mangeons" : lorsque vous voulez faire construire une maison, vous vous intéressez à la manière dont seront disposer les pièces, au chauffage qui sera mis en place. En parlant de chauffage, depuis plusieurs années on cherche à réduire au maximum la dépense énergétique qui peut être perdu dans le chauffage. Il devrait en être de même avec la création d’une application. Par exemple :

- Lorsque Java est sorti, le langage a séduit les développeurs C++. Ces codeurs exigent une très bonne performance. Cependant Java est assez limité par rapport aux performances. Java devrait intéresser les gens pour la partie client, mais Java est souvent utilisé pour la partie serveur.

- Au début de la réflexion beaucoup de développeur disait que la réflexion était trop lente. Aujourd’hui la réflexion se retrouve dans les framework Spring et Hibernate.

- Beaucoup d’activités de conseil ont été construite autour des EJB. Aujourd’hui nous commençons à comprendre que cette technologie est envahissante dans un projet.

- le cinquième est "permettre les extensions"

...

Je suis assez d'accord avec l'auteur au sujet des cinq principes citez ci-dessus.
Par contre je trouve par exemple que le J2EE rentre difficilement dans ces cinq principes, prenons l'exemple des EJB utilisé avec le J2EE.

Alors existe t il une plateforme dans ces langages qui puisse intégrer les cinq principes?

Personnellement je pencherais pour PHP5.
Cependant ils existent tellement d'outils avec les autres langages, ne les connaissant pas tous, je me dis qu'il doit bien en exister qui permettent d'intégrer ces principes.

Citation:

---

Envoyé par sphinou

Quand je parle de complexité je veux dire que les applications sont de plus en plus lourdes, plus complexes à réaliser.

---

Citation:

---

Envoyé par sphinou

Je suis d'accord ce n'est pas le langage qui complexifie le projet mais plutôt tout se qui l'entoure.

---

Ok.
Mais dans ce cas, je reviens sur ton sujet « La complexité des langages. »
De quoi veux-tu donc parler ? Finalement ton titre n'est pas correct ?

j'avoue je n'est pas bien choisi le titre. En faites je ne savais pas quoi mettre comme titre. Le titre du mémoire est "la complexité de l'architecture au sein d'un projet J2EE". Cependant je veux avoir une vision global sur la plus par des langages avec leur architecture. Je ne peux pas parler de la complexité de l'architecture J2EE sans regarder se qu'il y a autour.

Donc oui le titre est mal choisi.

Désolé

Citation:

---

Envoyé par sphinou

j'avoue je n'est pas bien choisi le titre. En faites je ne savais pas quoi mettre comme titre. Le titre du mémoire est "la complexité de l'architecture au sein d'un projet J2EE". Cependant je veux avoir une vision global sur la ??plus?? par des langages avec leur architecture. Je ne peux pas parler de la complexité de l'architecture J2EE sans regarder se qu'il y a autour.

Donc oui le titre est mal choisi.

Désolé

---

juste pour t'aider à l'écriture de ton mémoire..

• je n'ai
• en fait
• vision globale
• regarder ce qu'il

Drole de question, PHP et J2EE sont quand meme utilises pour des choses differentes.

Il faut bien voir aussi que PHP et Java sont des langages de programmation generiques, bien que PHP soit plus oriente vers la manipulation de texte. Ils peuvent faire plus de choses donc ils sont plus complexes* que des langages specialises. Si tu veux accomplir une tache specifique tu vas avoir recours a des librairies qui demandent un investissement a apprendre et maitriser.

Au passage les EJB c'est vraiment pour les applis lourdes, il y a de bien meilleures solutions pour une application simple a commencer par JSF.


*il y a des langages generiques simples comme Forth ou Scheme mais perso je les trouve dur a lire, j'aime mieux quand il y a differentes syntaxes pour differentes choses.

Citation:

---

J'aimerais comparer le J2EE à d'autres langages.

---

Conseil pour le succès de ton mémoire: Ne compare pas J2EE à un autre langage, car J2EE n'est pas un langage. Pour bien le comprendre essaie de dresser une liste des critères selon lesquels tu comparerais J2EE à C++ (qui lui est un langage) par exemple: tu te rendras vite compte que la comparaison est impossible. J2EE est plus un ensemble de spec, d'APIs... parmi lesquelles des langages dont Java, EL, ...
Par contre tu peux comparer Java (Java aussi est bien plus qu'un langage) à d'autres langages.