Pourquoi Java ?

Bonjour à tous :)

Actuellement étudiant en informatique (l'auriez-vous deviné ?), je suis bien évidemment forcé de suivre les cours d'un langage que je n'apprécie pas beaucoup, le Java.

Or, je risque de voir le Java durant une grande partie de ma carrière, et cherche donc des avis de tous bords sur ce langage pour me réconcilier avec.


J'avais auparavant posté un texte qui comparait le Python au Java, écrit à la base dans le but de chercher des choses que j'aimerais dans le Java, mais qui a finalement dérivé à une comparaison "unfair" comme dit plus bas. Ce texte est la raison des quelques posts qui suivent. Il était sans réel intérêt, et a été maintenant supprimé.

Citation:

---

But many people think that Java is faster because its sources are precompiled. And this is wrong.
Because Python also precompiles sources when bytecode is not available. Look at your
".pyc" and (rare) ".pyo" files. C means "compiled" and O "optimized" (even if, I think, these optimizations
are minor).

---

Une grande différence entre Java et Python, c'est la compilation à la volée qui est beaucoup plus efficace à mettre en oeuvre avec un langage typé statiquement. Pour Python, il existe bien un compilateur JIT appelé psyco, mais son fonctionnement est très différent de ce qui se fait avec Java. Python semble toutefois faire de gros progrès dans ce domaine grace au projet pypy.

Sinon, je trouve ta comparaison un peu stéréotypée et pas très fair. En plus, affirmer dès les premières lignes que tu es fan de python et que tu détestes Java ne lui donne pas beaucoup de crédibilité.

Thierry

J'ai aussi l'impression que 95% de tes critiques sont liées :
- à la syntaxe lourde de java (ça je pense que tout le monde est d'accord)
- à des problématiques de vitesse d'exécution (et avec des bench, on peut faire dire tout et n'importe quoi)


Comme indiqué par Thierry Chappuis, java n'est pas seulement précompilé, à l'exécution grâce à Hotspot, il y a compilation en code machine des parties les plus utilisées.

Citation:

---

Envoyé par Thierry Chappuis

Sinon, je trouve ta comparaison un peu stéréotypée et pas très fair.y

---

Pas très "fair". Je te crois, mais donne des détails. Pour ma part j'ai essayé de n'occulter aucun défaut ni aucune qualité de l'un ou l'autre langage.

Milllie: Effectivement la comparaison est basée là dessus, puisque je compare les langages en eux-mêmes et non tout ce qu'il y a autour, comme les librairies standard.

EDIT: J'ai corrigé le comparatif selon vos réponses ;) Merci pour votre apport.

Citation:

---

Envoyé par Antoine_935

Pas très "fair". Je te crois, mais donne des détails.

---

Pas très fair, dans le sens que j'ai l'impression que tu compares les deux langages sur des snippets pas nécessairement comparables. Par ailleurs, je ne crois pas que c'est robuste de comparer la qualité de deux langages sur la base d'un 'Hello world' ou de la syntaxe de définition d'une fonction ou d'une méthode statique.

Il faudrait plutôt confronter la qualité de ces deux langage lorsque la taille du projet devient importante. J'ai également une préférence pour Python et je suis convaincu des qualités de ce langage. Mais j'ai l'impression que ton article fait fausse route. Pour un plaidoyer en faveur de Python, jette un oeil dans le dernier hors série de Linux Magazine. Tu y trouveras certainement des arguments plus percutant que de simples différences syntaxiques.

Thierry

Citation:

---

Envoyé par Thierry Chappuis

Pas très fair, dans le sens que j'ai l'impression que tu compares les deux langages sur des snippets pas nécessairement comparables. Par ailleurs, je ne crois pas que c'est robuste de comparer la qualité de deux langages sur la base d'un 'Hello world' ou de la syntaxe de définition d'une fonction ou d'une méthode statique.

---

C'est bien vrai, l'exemple du Hello World est bien stupide, et je me demande encore pourquoi je l'y ai mis. (il est d'ailleurs déjà supprimé)

Cela dit je persiste à croire qu'un projet, aussi gros soit-il, contient de nombreuses méthodes. Et je suis content de pouvoir omettre un "public" et les types pour chaque paramètre. J'ai beau être un grand utilisateur de l'autocomplétion, ça prend un peu de temps. C'est pour ça que je trouvais intéressant de rajouter cette petite comparaison.
Oui, par contre le static était sans doute de trop, encore que... quoi qu'il en soit il n'y est plus.


Par contre, je n'essayais pas réellement de faire le plaidoyer du Python (visiblement ça en avait l'air, hélas), mais plutôt de rassembler les avis des gens afin de, peut-être, apprécier le Java.


EDIT: hmmm... Ok, à bien relire le texte je me rends compte que je me suis complètement égaré en cours de rédaction... Je crois que je ferais mieux d'éliminer ce texte.

Mais cela n'empeche que je ne vois toujours pas pourquoi le Java est si populaire, hormis sa disponibilité partout. Aurais-je raté quelque chose d'essentiel mais de grandiose ? Dans le sens que... pourquoi lui et pas un autre, alors qu'au final je ne le trouve pas si confortable à programmer ?

Citation:

---

Envoyé par Antoine_935

Cela dit je persiste à croire qu'un projet, aussi gros soit-il, contient de nombreuses méthodes. Et je suis content de pouvoir omettre un "public" et les types pour chaque paramètre. J'ai beau être un grand utilisateur de l'autocomplétion, ça prend un peu de temps. C'est pour ça que je trouvais intéressant de rajouter cette petite comparaison.

---

Crois-moi, lorsque tu travailles sur un projet de taille modérée à grande, ce n'est pas sur des mots clés comme public, private, protected ou encore sur la déclaration des types de variables que tu gagnes ou que tu perds un temps significatif. Certes, cela peut te paraître rébarbatif de déclarer tes variables, mais la vérification statique des types peut te permettre de détecter pas mal d'erreurs à la compilation déjà, alors qu'un langage dynamiquement typé comme Python ou ruby (pour n'en citer que deux) ne seront capables de détecter ces erreurs qu'à l'exécution, et encore en supposant que le code incriminé soit exécuté (ce qui implique une bonne couverture des tests unitaires).

Je ne prêche ni pour Python, ni pour Java. J'essaie de te montrer que derrière le choix par exemple du typage statique ou dynamique, il y a d'autres implications que "Java, c'est lourd, parce qu'il faut déclarer tous mes types de variables, donc Python c'est mieux".

Citation:

---

Envoyé par Antoine_935

Mais cela n'empeche que je ne vois toujours pas pourquoi le Java est si populaire, hormis sa disponibilité partout. Aurais-je raté quelque chose d'essentiel mais de grandiose ? Dans le sens que... pourquoi lui et pas un autre, alors qu'au final je ne le trouve pas si confortable à programmer ?

---

Il y a plein de circonstances qui fond qu'un langage est populaire et un autre beaucoup moins. On peut invoquer notamment des raisons historiques. Je ne suis pas un spécialiste de l'histoire des langages de programmation, mais Java est arrivé à moment où le web, encore jeune, était en train d'exploser. Beaucoup voyaient (et voient toujours aujourd'hui) LE langage pour le web (du moins du point de vue de l'entreprise). En ce temps là, Python était loin d'être aussi populaire et mature qu'aujourd'hui.

A partir de là, un langage de programmation ne s'éteint pas du jour au lendemain, notamment à cause de l'immense base de code héritée, et des milliers de programmeurs qui sont productifs dans ce langage et qui n'on pas le besoin (personnellement et professionnellement) d'essayer autre chose. Par ailleurs, je tiens à préciser que dans pas mal de projet, le choix du langage n'est pas le choix du programmeur. on est heureux lorsque ce choix est basé sur des critères techniques. Souvent, il est basé sur des critères historiques ou encore économico-politiques. Java a encore de beaux jours devant lui, et pas seulement à cause du code hérité. Ce langage est en tête du Top 50 des langages les plus utilisés (y compris sur dvp) et semble y être bien installé.

Maintenant, Python est un langage très très populaire, peut-être plus outre-Atlantique qu'en France ou en Suisse. Mais il y a été "élu" langage de l'année 2007 par TIOBE et il semble qu'il gagne chaque jour en popularité. Python et Java ne sont souvent pas utilisés pour les mêmes domaines d'application. Je pense qu'il y a de la place pour les deux.

Thierry

Citation:

---

Envoyé par Thierry Chappuis

"Java, c'est lourd, parce qu'il faut déclarer tous mes types de variables, donc Python c'est mieux".

---

Ce n'est pas ce que j'ai dit bien entendu :) Je suis un fervent adorateur du C et dieu sait à quel point les déclarations sont importantes dans ce langage.

Mais ce qui me gène dans le Java, je crois (oui, parce que je ne sais pas précisément ce qui me gène, tu l'as surement remarqué...), c'est le fait que ce ne soit ni tout à fait du langage compilé et brut où l'on contrôle tout, ni tout à fait du scripting facile et reposant. Il est au millieu, accumulant les défauts de l'un et de l'autre.

Toutefois il y a ce "Hotspot" dont Millie a parlé plus haut, et sur lequel je me renseignerai dès que j'en aurai l'occasion.

Une autre question aussi: l'implémentation de Swing est géniale. Personnellement je la trouve magnifique. Hélas le rendu graphique est plutôt moche, et certains composants mortellement lents (le JFileChooser, notamment).
J'ai essayé SWT/JFace, mais rien n'y fait, ne j'y trouve pas mon compte (API compliquée).
Qu'y a-t-il d'autres comme libraries pour les GUI, qui soit portable et intègre le look & feel natif ?

Et pour finir: est-il possible de faire un appel système en java, sans passer par la JNI ?


Merci en tout cas pour les réponses déjà apportées :)

Citation:

---

Envoyé par Antoine_935

Ce n'est pas ce que j'ai dit bien entendu :) Je suis un fervent adorateur du C et dieu sait à quel point les déclarations sont importantes dans ce langage.

Mais ce qui me gène dans le Java, je crois (oui, parce que je ne sais pas précisément ce qui me gène, tu l'as surement remarqué...), c'est le fait que ce ne soit ni tout à fait du langage compilé et brut où l'on contrôle tout, ni tout à fait du scripting facile et reposant. Il est au millieu, accumulant les défauts de l'un et de l'autre.

Toutefois il y a ce "Hotspot" dont Millie a parlé plus haut, et sur lequel je me renseignerai dès que j'en aurai l'occasion.

Une autre question aussi: l'implémentation de Swing est géniale. Personnellement je la trouve magnifique. Hélas le rendu graphique est plutôt moche, et certains composants mortellement lents (le JFileChooser, notamment).
J'ai essayé SWT/JFace, mais rien n'y fait, ne j'y trouve pas mon compte (API compliquée).
Qu'y a-t-il d'autres comme libraries pour les GUI, qui soit portable et intègre le look & feel natif ?

Et pour finir: est-il possible de faire un appel système en java, sans passer par la JNI ?


Merci en tout cas pour les réponses déjà apportées :)

---

JFileChooser a un petit problème : supprime tous les fichiers compressés de ton bureau et tu verras qu'il sera BEAUCOUP moins lent ;)

Citation:

---

Envoyé par Furikawari

JFileChooser a un petit problème : supprime tous les fichiers compressés de ton bureau et tu verras qu'il sera BEAUCOUP moins lent ;)

---

Un problème aussi stupide, mais qui casse complètement le workflow, à mon sens ce n'est pas une erreur mineure mais un bug à corriger d'urgence...


Pour ce qui est de l'appel système, j'ai trouvé (j'en suis fort heureux d'ailleurs :) )

Pour ceux que ça intéresse:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

public class SystemCall { public static void main(String[] args) throws IOException { Runtime r = Runtime.getRuntime(); Process p = r.exec("find"); InputStreamReader isr = new InputStreamReader(p.getInputStream()); BufferedReader reader = new BufferedReader(isr); String line = null; while((line = reader.readLine()) != null) { System.out.println(line); } } }

---

Ok, la prochaine fois j'utiliserai la balise [ironie] pour que ce soir clair...

Pourquoi Java ?

Pour te repondre, mes experiences anterieures me disent :
- Parce que pour faire et apprendre l'objet (surtout avec la notation UML), Java a une implementation tres proche de cette fameuse notation; En effet, lorsque tu passes ton temps a modeliser et a penser objets il est plus facile plus rapide d'implementer tes modeles en Java;
- C'est facile a apprendre si tu connais le concept Objets. Personnellement, j'ai debute en C++ et la conversion vers java a ete tres rapide;
- Java (et les vrais langages OO) te force a raisonner et focaliser sur le probleme a resoudre avant de coder plutot que de faire l'habitude qu'on a souvent lorsqu'on developpe, par manque de temps parait-t-il (on code n'importe quoi, et on laisse a la machine de verifier si ca marche ou pas; lorsque cela ne marche pas, alors on modifie le code sans se poser la question : ou est le probleme ?)

Citation:

---

Envoyé par rakakabe

Pourquoi Java ?

Pour te repondre, mes experiences anterieures me disent :
- Parce que pour faire et apprendre l'objet (surtout avec la notation UML), Java a une implementation tres proche de cette fameuse notation; En effet, lorsque tu passes ton temps a modeliser et a penser objets il est plus facile plus rapide d'implementer tes modeles en Java;
- Java (et les vrais langages OO) te force a raisonner et focaliser sur le probleme a resoudre avant de coder plutot que de faire l'habitude qu'on a souvent lorsqu'on developpe, par manque de temps parait-t-il (on code n'importe quoi, et on laisse a la machine de verifier si ca marche ou pas; lorsque cela ne marche pas, alors on modifie le code sans se poser la question : ou est le probleme ?)

---

Oui enfin, si on apprend Java pour le côté OO, autant utiliser plutôt un langage comme Smalltalk, bien plus objet, avec une syntaxe extrêmement simple et puissante et franchement plus expressive...

D'un autre côté si on apprécie l'aspect typage statique et erreur détecté à la compilation, rien ne vaut un langage fonctionnel pur comme Haskell : système de type à des années lumières de Java (même avec les génériques), inférence de type, paradigme fonctionnel pour restreindre les bugs possibles, éliminations des effets de bords, parallélisme facile, etc...

En bref, comme Antoine je trouve Java inintéressant et pour chacun de ses "avantages" en tant que langage, il y a mieux autre part. Les réelles raisons de son succès sont plutôt à chercher du côté histoire et donc quantité d'outils et de librairies aujourd'hui disponibles, ainsi que nombre de programmeurs formés à son usage. Un langage utile à avoir dans son arsenal sans nul doute, mais sûrement pas parce qu'il nous enthousiasme ou nous semble le mieux adapté à une tâche quelconque de par sa nature.

--
Jedaï

Citation:

---

Envoyé par Jedai

Oui enfin, si on apprend Java pour le côté OO, autant utiliser plutôt un langage comme Smalltalk, bien plus objet, avec une syntaxe extrêmement simple et puissante et franchement plus expressive...

---

Complètement d'accord; Smalltalk ou, pourquoi pas, Objective-C si tu es sur Mac, qui est un Smalltalk d'une certaine façon. Java a choisi la syntaxe de C/C++ pour des raisons commerciales et la philosophie lisp/Smalltalk dans son développement. Conclusion beaucoup de chose ne sont pas aboutie comme le système de typage, vu son héritage. Il y a du bon à Java, mais pour l'apprentissage du paradigme OO autant partir sur Smalltalk.

Citation:

---

Envoyé par rakakabe

[...]
- Java (et les vrais langages OO) te force a raisonner et focaliser sur le probleme a resoudre avant de coder plutot que de faire l'habitude qu'on a souvent lorsqu'on developpe,

---

Ça c'est faux par contre. On peut développer n'importe comment avec Java — et avec n'importe quel langage d'ailleurs — et sans prendre le temps de réfléchir avec d'agir. Il suffit de voir les débutants pour te rendre compte que OO, Procédural, Fonctionnel etc. et Java, C++, C, Lisp etc. même combat.

Tu as peut-être cette impression. Ça doit être que tu es plus à l'aise avec la conception OO qu'avec la conception procédurale.

Citation:

---

Envoyé par Jedai

[...]Les réelles raisons de son succès sont plutôt à chercher du côté histoire et donc quantité d'outils et de librairies aujourd'hui disponibles, ainsi que nombre de programmeurs formés à son usage.

---

Pour réussir un langage qui commence doit être soutenu par une entreprise, par des conférences dédiées, par des livres qui disent combien il est simple de programmer en XX, par une bonne campagne de pub.

Citation:

---

Citation:
Envoyé par rakakabe
[...]
- Java (et les vrais langages OO) te force a raisonner et focaliser sur le probleme a resoudre avant de coder plutot que de faire l'habitude qu'on a souvent lorsqu'on developpe,

Ça c'est faux par contre. On peut développer n'importe comment avec Java — et avec n'importe quel langage d'ailleurs — et sans prendre le temps de réfléchir avec d'agir. Il suffit de voir les débutants pour te rendre compte que OO, Procédural, Fonctionnel etc. et Java, C++, C, Lisp etc. même combat.

---

Je pense aussi que les langages objets obligent plus à raisonner sur les concepts que sur le code. En dehors de l'algorithmie pure, le concept de l'objet oblige à construire un programme de façon modulaire. La plus grosse difficulté, c'est de concevoir les bonnes briques logicielles pour obtenir une architecture cohérente, d'où l'usage massif de framework. Qu'ils répondent exactement au besoin c'est une autre affaire. Mais, c'est ce qui a donné naissance à UML, car raisonner objet fait abstraction du langage, un peu comme en algorithmie. Faire des "tant que", "pour 1 à n", n'oblige pas non plus le choix d'un langage.

Ce qui laisse pensé, que l'enseignement de la programmation doit passer par une étape d'abstraction où le langage est secondaire, comme on enseigne les math et on constate ses applications en physique.

Ensuite, à chacun de prendre conscience de l'analyse d'un problème, car au fond ce n'est que de la logique.
Pour construire une maison, on passe par un architecte, encore que certains s'en passerait. Mais construire un immeuble paraît plus censé sur la base d'un plan, car il faut faire un calcul de structure. Si l'immeuble fait 50 étages, la majorité des personnes seront d'accord que sans plan ni calcul, c'est difficilement faisable, alors que pour deux étages on tiendra pas le même raisonnement, pourtant il s'agit toujours de construire un immeuble.

Citation:

---

Envoyé par Garulfo

Pour réussir un langage qui commence doit être soutenu par une entreprise, par des conférences dédiées, par des livres qui disent combien il est simple de programmer en XX, par une bonne campagne de pub.

---

...et aussi faire le job. Dans le domaine ultra-concurrentiel des langages de programmation utilisés en entreprise, les arguments marketing font aussi long feu que les considérations théoriques sur la « beauté formelle du paradigme » ; si le langage ne fait pas rapidement ses preuves sur le plan de la productivité, il retourne vite aux oubliettes ou reste cantonné à des marchés de niche...

Si je me souviens bien, Java était le seul langage au milieu des années 90 à pouvoir apporter une interactivité correcte dans les pages Web côté navigateur, avant Flash et Ajax/Javascript. Cela et sa gratuité, sa simplicité d'apprentissage, sa librairie assez étoffée, et d'autres caractéristiques techniques sympathiques (garbage collector, multithreading, machine virtuelle) ont rendu le langage très populaire. Aucun de ces éléments n'était innovant en soi ; c'est le fait de les avoir réunis dans un même langage qui a fait de Java un succès.

Citation:

---

Envoyé par GrandFather

...et aussi faire le job. Dans le domaine ultra-concurrentiel des langages de programmation utilisés en entreprise, les arguments marketing font aussi long feu que les considérations théoriques sur la « beauté formelle du paradigme » ; si le langage ne fait pas rapidement ses preuves sur le plan de la productivité, il retourne vite aux oubliettes ou reste cantonné à des marchés de niche...[...]

---

C'est le support de Sun à Java qui lui a donné ces qualités. En 98 Java n'apportait pasd grand chose à la productivité et ses bibliothèques étaient de mauvaise facture. Mais le succès était déjà là. Faire la job est secondaire quand on convainc les décideurs que c'est un produit miracle. Une fois que l'investissement est fait, les décideurs n'auront pas vraiment envie de faire demi-tour quoi qu'en pense l'équipe de développement. Hélas.

Je ne dis pas que Java n'avait aucune qualité mais plutôt que ceux-ci ont eu un rôle secondaire dans sa réussite.

Citation:

---

Envoyé par Garulfo

Je ne dis pas que Java n'avait aucune qualité mais plutôt que ceux-ci ont eu un rôle secondaire dans sa réussite.

---

C'est là où nous ne sommes pas d'accord. ;) Il est évident que la réputation de Sun dans le monde d'Unix et des stations de travail a joué dans la façon dont Java a été considéré de prime abord. Mais il faut aussi voir qu'il arrivait sur un marché où d'autres langages et acteurs étaient déjà très bien implantés, notamment Microsoft et Borland, pas vraiment des poids plume eux non plus...

Les défauts que tu cites avaient déjà été relevés lors de la sortie de Java, mais ils ont parus mineurs face au potentiel d'évolution dont disposait le langage ; et le fait est qu'aujourd'hui ses défauts de jeunesse se sont estompés, ses librairies sont pléthoriques et globalement d'excellente qualité, et qu'il n'y a plus beaucoup de couches d'un SI où Java ne peut s'implanter.

Plus l'investissement à consentir est lourd, plus la rupture avec les technologies existantes est importante, et moins les slogans marketing ont d'impact face une argumentation technique reposant sur des faits tangibles (à moins de considérer que tous les décideurs sont des imbéciles). S'il en était autrement, on développerait tous aujourd'hui en WinDev... :aie:

Citation:

---

Envoyé par GrandFather

C'est là où nous ne sommes pas d'accord. ;) Il est évident que la réputation de Sun dans le monde d'Unix et des stations de travail a joué dans la façon dont Java a été considéré de prime abord. Mais il faut aussi voir qu'il arrivait sur un marché où d'autres langages et acteurs étaient déjà très bien implantés, notamment Microsoft et Borland, pas vraiment des poids plume eux non plus...

Les défauts que tu cites avaient déjà été relevés lors de la sortie de Java, mais ils ont parus mineurs face au potentiel d'évolution dont disposait le langage ; et le fait est qu'aujourd'hui ses défauts de jeunesse se sont estompés, ses librairies sont pléthoriques et globalement d'excellente qualité, et qu'il n'y a plus beaucoup de couches d'un SI où Java ne peut s'implanter.

Plus l'investissement à consentir est lourd, plus la rupture avec les technologies existantes est importante, et moins les slogans marketing ont d'impact face une argumentation technique reposant sur des faits tangibles (à moins de considérer que tous les décideurs sont des imbéciles). S'il en était autrement, on développerait tous aujourd'hui en WinDev... :aie:

---

Je ne crois pas qu'on soit tant en désaccord. La seule différence flagrante c'est que, pour moi, le fait que Java visait une niche que peu de langage visait (car peu d'entreprises parmi les grandes croyaient de toute façon à
l'Internet) n'est pas une de ces qualités mais juste un fait chanceux pour Sun. D'ailleurs, je crois que Java n'était pas destiné non plus à son emploi actuel. Enfin, quoi qu'il en soit, quand tu parles de « potentiel » c'est là où justement intervient le plus l'impact des conférences, livres et « spécialistes » — l'impact médiatique donc — qui ont convaincu plein de décideurs du moment. Il n'y avait pas une énorme rupture vu que l'Internet émergeait. C'était donc un investissement de départ plus qu'un changement. L'idée « un nouveau langage pour un nouveau médium » est le principe qui a apporté sa gloire à Java.

En tout cas, personnellement, je pense que le Java du début — qui n'est absolument pas le Java actuel qui vaut beaucoup mieux — ne méritait que peu d'intérêt. Et ce n'est pas la première fois en informatique que ce n'est pas le meilleur qui sort vainqueur :mrgreen: