en fait, il faut aussi admettre -- je sais c'est dur la mauvaise foi tout ça -- que beaucoup d'application professionnelles restent internes à leur propre entreprise, donc sont inconnues de tes statistiques.
sinon pour les projets java libres... désolé, mais non, ça reste des usines à gaz monstrueuses qui clutterent la mémoire plus vite que leurs ombres, mais qui mettent bien du temps à t'infliger leur splashscreen (exemple: ce cher Eclipse dont on me parle... l'appli "entreprise", "professionnelle", qu'on utilise partout pour se la raconter, et ne pas admettre qu'on ne sait pas se servir d'un éditeur de texte et de ses dix doigts.), avant de se crasher lamentablement, mais de ne libérer la mémoire que plusieurs minutes après (à moins d'un kill -9...)
Les _seuls_ projets opensource en java, qui sont pertinents, sont icedtea (mouhaha, c'est mignon), et openfire, qui est la seule implémentation pertinente d'xmpp en serveur libre (à mon humble et personnel avis)
[^] # Re: Le problème qui n’en est pas un
Posté par Mathieu Segaud . En réponse à la dépêche Tomboy vs Gnote. Évalué à -1.
sinon pour les projets java libres... désolé, mais non, ça reste des usines à gaz monstrueuses qui clutterent la mémoire plus vite que leurs ombres, mais qui mettent bien du temps à t'infliger leur splashscreen (exemple: ce cher Eclipse dont on me parle... l'appli "entreprise", "professionnelle", qu'on utilise partout pour se la raconter, et ne pas admettre qu'on ne sait pas se servir d'un éditeur de texte et de ses dix doigts.), avant de se crasher lamentablement, mais de ne libérer la mémoire que plusieurs minutes après (à moins d'un kill -9...)
Les _seuls_ projets opensource en java, qui sont pertinents, sont icedtea (mouhaha, c'est mignon), et openfire, qui est la seule implémentation pertinente d'xmpp en serveur libre (à mon humble et personnel avis)