09/03/2009 @ 23:04:51: ovh: [Eclipse 3.2] Crash aléatoire sous Linux
java c'est de la merde c'est une vérité
Quant à mon exclamation eclipse c'est de la merde qui a dû sortir sur la shoutbox, c'est une réaction naturelle puisque de tous mes packages linux seul eclipse foire comme ça
![:itm: :itm:](images/smileys/itm.gif)
Après si la cause est bien le runtime java et le packaging bizarre ubuntu, alors ok, mais ça on ne peut pas encore le savoir
![:spamafote: :spamafote:](images/smileys/spamafote.gif)
(mais j'espère vraiment que c'est ça, j'aimerais pouvoir commencer à utiliser mon IDE
![:kiki: :kiki:](images/smileys/kiki.gif)
)
C'est comme les garanties : le client n'en a rien à foutre de savoir si c'est le fournisseur ou le constructeur qui fait traîner l'affaire, lui tout ce qu'il voit c'est son revendeur final
10/03/2009 @ 07:31:50: gizmo: [Eclipse 3.2] Crash aléatoire sous Linux
Bah oui, et non. Ca dépend du client.
Exemple: moi j'en ai bavé pour récupéré mon GSM du SAV, mais maintenant, j'ai cherché et trouvé le coupable, et la plainte que j'ai formulé je l'ai adressé à la firme de réparation, pas au revendur qui n'y était strictement pour rien.
10/03/2009 @ 07:33:40: gizmo: [Eclipse 3.2] Crash aléatoire sous Linux
Oh, et sinon, si on pouvait ausi avoir un débat sur les pourquoi de "Java c'est de la merde", ca m'intéresse.
Parce qu'à présent, la plupart des commentaires dans ce sens que j'entends s'attachent a des defauts de Java 1, or on en est à Java 6.
10/03/2009 @ 10:05:38: Altar: [Eclipse 3.2] Crash aléatoire sous Linux
ovh > dans mes bras mon chéri
10/03/2009 @ 10:49:19: rfr: [Eclipse 3.2] Crash aléatoire sous Linux
Oh, et sinon, si on pouvait ausi avoir un débat sur les pourquoi de "Java c'est de la merde", ca m'intéresse.
Parce qu'à présent, la plupart des commentaires dans ce sens que j'entends s'attachent a des defauts de Java 1, or on en est à Java 6.
Cette haine de java, je la compare à la xénophobie. Je pense que c'est uniquement culturel
D'autant qu'eclipse est comme toutes les applications qui fonctionnent à base de plugins... sensible à la qualité des plugins installés (parce que eclipse, à la base, c'est quand même bien torché et ça montre aussi que même un gui en java, avec SWT, ça tourne aussi bien qu'une appplication native).
Je pense que Swing est le truc qui a fait le plus de mal à java ... Moche et lent!
10/03/2009 @ 11:22:45: ovh: [Eclipse 3.2] Crash aléatoire sous Linux
Je pense que Swing est le truc qui a fait le plus de mal à java ... Moche et lent!
Il y a de ça c'est sûr.
De manière générale une appli java est quand même plus lourde que la moyenne
![:spamafote: :spamafote:](images/smileys/spamafote.gif)
Mais même le code java est lourd je trouve. La complexité aussi. Par exemple, faire du développement web en java, pfiouuu pas évident. La profusion de classes et frameworks dans tous les sens qu'il faut maîtriser pour faire une simple page web... Sans compter qu'il faut installer toute une machinerie sur le serveur.
Je reconnais que java a fait du progrès par rapport à ses débuts, c'est indéniable d'ailleurs, mais je n'accroche pas à ce langage
10/03/2009 @ 17:52:18: gizmo: [Eclipse 3.2] Crash aléatoire sous Linux
Ok, je suis bien d'accord que Swing, en lui-meme, est une erreur (pour couvrir la grosse erreur qu'etait AWT), mais ca fait quand meme bien longtemps que des librairies graphiques alternatives existent (SWT, JGoodies, entre autre)
De manière générale une appli java est quand même plus lourde que la moyenne
Bah non, pas vraiment.
Tu compares ca a quoi? .NET qui a aussi une grosse VM? Python qui a une VM plus legere mais dont les thread prennent plus de place? PHP qui est plus lent et plus gourmand en memoire des que la charge monte un peu?
C'est vrai que le bootstrap est plus lent et gourmand, mais apres tu te retrouve avec un systeme quasiment aussi rapide que le C/C++ actuellement dans la plupart des situations (attention aux trolls qui te realisent des micro-bench qui ne representent pas une utilisation reelle)
Mais même le code java est lourd je trouve. La complexité aussi. Par exemple, faire du développement web en java, pfiouuu pas évident. La profusion de classes et frameworks dans tous les sens qu'il faut maîtriser pour faire une simple page web... Sans compter qu'il faut installer toute une machinerie sur le serveur.
Pour installer un serveur web PHP, tu as besoin de: un serveur (apache), php, mod_php
Pour installer un serveur java, tu as besoin de: un serveur (tomcat), java, c'est tout.
Tu veux une DB? tu dois les rajouter dans les deux cas. Tu veux faire un projet complexe? tu utilises un framework dans les deux cas. Et pour peux que tu choisisses l'un ou l'autre, tu pourras constater que certains framework java sont bien plus simples que des framework php fournissant le meme type de fonctionnalites.
Je reconnais que java a fait du progrès par rapport à ses débuts, c'est indéniable d'ailleurs, mais je n'accroche pas à ce langage
Ah oui, mais ca c'est autre chose. Moi j'ai plein de griefs a lui faire, mais ils sont plus dans le cadre des paradigmes implementes ou de certains choix de syntaxe.
10/03/2009 @ 18:04:19: ovh: [Eclipse 3.2] Crash aléatoire sous Linux
C'est vrai qu'actuellement la plupart des langages modernes ont une VM ou une surcouche graphique, framework ou autre qui de toute façon alourdit l'ensemble. C'est fini le temps où on optimisait le moindre bit en assembleur et où on manipulait la mémoire à la main
Bon concernant mon prob d'Eclipse sous linux, je n'ai pas beaucoup codé avec aujourd'hui (d'autres choses à faire aussi), mais ça n'a plus planté pour le moment. J'ai bon espoir que le changement de JVM ait résolu le problème
10/03/2009 @ 18:05:53: zion: [Eclipse 3.2] Crash aléatoire sous Linux
Pour installer un serveur web PHP, tu as besoin de: un serveur (apache), php, mod_php
Pour installer un serveur java, tu as besoin de: un serveur (tomcat), c'est tout.
Tu veux une DB? tu dois les rajouter dans les deux cas. Tu veux faire un projet complexe? tu utilises un framework dans les deux cas. Et pour peux que tu choisisses l'un ou l'autre, tu pourras constater que certains framework java sont bien plus simples que des framework php fournissant le meme type de fonctionnalites.
+1000 sur toute la ligne pour les performances et le framework, c'est pas pour rien que je me suis complètement libéré de PHP avec Kelare, j'ai tout ce que je veux dans un langage de haut niveau et je me coltine pas l'implémentation objet catastrophique de nos amis Zend
Pas envie de lancer un débat du meilleur langage, chacun ses atouts, mais PHP n'est certainement pas celui qui aurait mes faveurs pour un projet d'envergure (et on m'a déjà traité de fou à qqs reprises du coup
![:petrus: :petrus:](images/smileys/petrus.gif)
)
10/03/2009 @ 20:35:40: philfr: [Eclipse 3.2] Crash aléatoire sous Linux
Python qui a une VM plus legere mais dont les thread prennent plus de place?
J'ai pas trop envie de rentrer dans le débat, mais ce que tu dis là ne veut rien dire
Bon, je rentre quand-même (un peu) dans le débat...
S'il y a deux reproches que je ferais à Java, ce sont sa verbosité (e.g. le "Hello, world" canonique), et son obstination a obliger de tout caster, ce qui retire une bonne partie de l'intérêt du typage statique fort.
Extrait de
"How to write unmaintainable code", une des plus belles colection d'anti-patterns:
Java's casting scheme is a gift from the Gods. You can use it without guilt since the language requires it. Every time you retrieve an object from a Collection you must cast it back to its original type. Thus the type of the variable may be specified in dozens of places. If the type later changes, all the casts must be changed to match. The compiler may or may not detect if the hapless maintenance programmer fails to catch them all (or changes one too many). In a similar way, all matching casts to (short) need to be changed to (int) if the type of a variable changes from short to int.
10/03/2009 @ 20:37:45: zion: [Eclipse 3.2] Crash aléatoire sous Linux
/me est content de coder en object pascal après tout
</pollution>
10/03/2009 @ 20:45:57: rfr: [Eclipse 3.2] Crash aléatoire sous Linux
... et son obstination a obliger de tout caster, ce qui retire une bonne partie de l'intérêt du typage statique fort.
Extrait de
"How to write unmaintainable code", une des plus belles colection d'anti-patterns:
Sauf que ce n'est plus vraiment vrai non plus
Ok, il a fallu que C# arrive pour que Sun nous sorte une syntaxe "new Brol<X>()" mais si on code bien, le typecasting n'est plus obligatoire car les collections (ou tout autre classe) peuvent être paramètrisées.
Java 6 Gizmo il a dit, pas Java 1 ou 1.2 ou 1.3 ou 1.4 ou ... 5
10/03/2009 @ 20:50:47: rfr: [Eclipse 3.2] Crash aléatoire sous Linux
Je rajouterai que Ovh a pas tort au niveau "deploiement" quand on rentre dans les applications servers du style JBoss, Weblogic,...
Bien qu'encore une fois, ça commence tout doucement à s'améliorer (EJB vs EJB3).
C'est clair que c'est verbeux, mais cet inconvénient est largement oublié quand on voit l'élégance des API disponibles (et pas besoin de se lancer dans l'IoC, l'AOP etc ...). On fait déjà beaucoup avec le jdk.
11/03/2009 @ 00:43:59: gizmo: [Eclipse 3.2] Crash aléatoire sous Linux
J'ai pas trop envie de rentrer dans le débat, mais ce que tu dis là ne veut rien dire
Ok, alors pour préciser plus: Pour une même unité de business logic, l'empreinte mémoire d'une série de thread python est plus importante que leur équivalent java. Donc ce que l'on gagne avec sur l'empreinte mémoire de la VM python, on le perd par la suite si on a un programme fortement multi-thread.
11/03/2009 @ 01:30:41: Altar: [Eclipse 3.2] Crash aléatoire sous Linux
gizmo > Et la charge cpu supplémentaire apportée par la gestion de ces nombreux threads ?
11/03/2009 @ 10:40:02: philfr: [Eclipse 3.2] Crash aléatoire sous Linux
gizmo> n'importe quel développeur Python sait que l'utilisation des threads dans ce langage est à éviter, mais pas du tout pour la raison que tu dis (je me demande d'ailleurs où tu as entendu ça), mais parce que l'interpréteur a une "global interpreter lock" qui fait que les threads sont très limité en ce qu'ils peuvent faire en parallèle. Il vaut beacoup mieux travailer en multiprocess ou mieux encore, en asynchrone.
Alors, je suis sûr que tu es très compétent en beaucoup de choses, mais je répète que ce que tu dis sur les threads Python ne veut rien dire, ou est au mieux simplement faux...
11/03/2009 @ 18:24:48: gizmo: [Eclipse 3.2] Crash aléatoire sous Linux
Bon, je n'arrive plus à retrouver l'article en question, mais je pense que j'ai trouvé où se trouvait mon erreur. Si me me souviens bien, l'article comparait les threads java avec la solution apporté avec Python 2.6 pour imiter les thread via les process (le module multiprocessing).
Mon esprit a du faire une confusion stupide parce qu'il reprennent justement l'API des thread mais appliqué aux process.
Mais du coup, ce n'est pas fair-play de comparer la consomation mémoire d'une seule VM avec n thread contre n VM avec 1 thread.
12/03/2009 @ 09:08:22: blietaer: [Eclipse 3.2] Crash aléatoire sous Linux
OVh> si c'était mon topic, je suis pas sûr que j'aimerais cette intervention, mais as-tu essayé Kdevelop ? je sais que tu es un fan de XFCE et/ou code::blocks que j'aime individuellement pour plein de raisons, mais m'étant érigé un petit envirronement KDE, bien léché, j'ai vraiment pris goût à cet IDE et je l'utilise déjà pour quelques langages C/C++, PHP/HTML, TCL/Tk... Ma connaissance en Py s'étant à la lecture du HS de LinuxMagazine (qui malheureusement est plus philosophique que didactique...pour un débutant pure)
12/03/2009 @ 09:46:04: ovh: [Eclipse 3.2] Crash aléatoire sous Linux
bli> Mon but est d'utiliser Eclipse aussi parce que c'est un standard de fait auprès de beaucoup de développeurs
![:spamafote: :spamafote:](images/smileys/spamafote.gif)
Donc je me "dois" de le connaître.
Pour l'instant ça a l'air stable avec la JVM de Sun, je reposte quand j'aurai eu l'occasion de le tester un peu plus intensivement que ces derniers jours.
02/04/2009 @ 17:50:34: ovh: [Eclipse 3.2] Crash aléatoire sous Linux
Bon c'était bien un problème de JVM, on dirait bien que ça ne plante plus
En passant j'ai... tout réinstallé
![:petrus: :petrus:](images/smileys/petrus.gif)
En fait j'ai voulu mettre le plugin PDT (pour du php), et il nécessitait une version plus récente, or dans les packages ubuntu c'est encore la 3.2
Du coup j'ai tout refait de zéro, comme c'est une appli java c'est facile :
- download de la version eclipse prépackagée avec pdt dernière version stable (pdt 2.0, eclipse "ganymede" 3.4.1)
- dézippage et hop exécution et ça marche
- j'ai rajouté subclipse et pydev ensuite sans problème par la méthode classique (help > software update > ajouter une url etc.)
Et tout semble rouler