Mais sur un OS classique, Java n'est pas "natif" au sens propre du terme.
correction:
"Mais sur un OS classique, Java n'est pas "natif" actuellement au sens propre du terme"
Car gcj et autres compilateurs de Java en natif c'est pas encore ça. Mais dire que Java n'est pas natif est faux, c'est un langage, une plateforme, tout dépend de l'implémentation. D'ailleurs un langage natif, ça ne veut rien dire, l'adjectif concerne uniquement la compilation. On pourrait par exemple faire un compilateur de scripts shells pour faire des binaires !
... c'est le pipotage de certains guru du C/C++ ou des ultra-puristes de la GPL (RMS en tete) qui tirent à boulet rouge sur tout ce qui n'as pas la couleur de la GPL alors que Java et la GPL on exactement la meme cible : faire un monde plus ouvert :(
Ca m'atriste de voir tant d'articles incomplets et peu precis sur java, au mieux le traitant comme un simple nieme langage (et oubliant meme les concepts de la plateforme java) au pire un langage de script (et oui vous le saviez pas mais java c'est javascript pour environ 30% des non-utilisateurs de Java ... merci netscape pour le cadeau ...)
Et effectivement je me suis emporté sur ce point tout simplement car il a repondu de mauvaise fois : tout ce qui trouve comme argument sur java c'est que c'est pas du C !! (cf. pas du natif !)
Puisque tu connais java tu es conscient que la notion de natif est relatif ...
Est-ce que le bytecode n'est pas du natif pour un processeur utilisant de base le bytecode (cf les dernieres generation de StrongARM par exemple) ?
Est-ce que le fait que le x86 ne soit plus le code assembleur utilisé en interne sur les processur Intel PIII et surtout P4, permet encore d'appeler le code x86 de l'assembleur natif ?
Ainsi la notion de "code natif" est de plus en plus relative alors faire appel a ce point comme argument premier et principal est plutot surprenant voire derisoire.
Enfin une remarque : tu parle de desktop, mais Swing n'as pas la pretention de remplacer les windowmanagers et les desktop ... ca n'a tout simplement rien a voir avec les composants de bases qui permettent de construire une application.
Le desktop etant lui meme une application Qt (ou alors j'ai raté des lignes dans la doc ...).
Pour finir,le desktop manager et window manager de SavaJeXE est ecrit en Swing alors comme quoi ;-)
Soit dit en passant, le terme "office" équivaut au terme bureautique en français et n'est pas la propriété de Micro$oft. On parle de la suite bureautique de Microsoft, comme on parle de celle de Corel (WordPerfect Office), de Sun (StarOffice) ou de KDE (KOffice)...
Et d'autre part celui qui regne sur le monde java c'est pas sun mais IBM (ya qu'a regarder dans les codes de la VM de sun ...)
Encore une fois il faut separer les specs de l'implementation, ce qui n'est pas libre d'utilisation dans Java c'est les implementations (celle de sun est dans une license batarde mi-opensource mi-closesource).
La aussi il y a eut beaucoup de troll principalement à cause de RMS qui est partit en croisade contre Java :(
Pour finir, si la license actuelle de l'implementation de Sun n'est pas reconnue comme Opensource c'est uniquement car la restriction de la JSCL impose avant toute modification de valider que la modif ne casse rien dans la compatibilité ascendante !
Ce qui me semble plutot censé non ?
Mais les guru de la openSourceInitiative n'en demorde pas : aucune clause de compatibilité ne peut etre tolérée dans une license opensource :(
Domage pourtant je trouve que ca va dans le bon sens ... celui du developpeur : arreter de tout le temps refaire la meme chose pour les memes resultats ...
Enfin ... peut-etre qu'ils changeront d'avis un de ces 4 ... revons ...
>Qt ça ne rame pas, et je n'ai pas besoin de config speciale
Juste d'un P4 ou d'un ATHLON ;-)
(desolé mais elle etait facile celle la ... vive GTK ! oups le troll ... aie... )
>c'est que le langage n'est pas encore au point
Et aller ... je me disait bien ... le "langage pas encore au point" .... je sais pas si t'es au courrant mais le langage on s'en fout un peu ... c'est la plateforme qui est importante.
Je t'en veux pas car 50% des personnes qui sont "contre java" n'ont en general pas depassé le niveau des concepts du langage,
sache que tout de meme en Java on peut ecrire avec une floppé de langages divers et qui produisent tous de bytecode faut arreter de lire les pipotages de bilou ...
>prédilection de Java est plutôt du coté serveur :-).
Tout a fait, mais l'une des principale raisons est tout autre : jusqu'a present installer une appli Java cliente c'etait le mal de tete assuré ...et les applets c'etait du JDK1.1 (merci à MS et Netscape pour leur manque de support ...)
Hors, 2 changement importants ont eut lieu :
#1 MS a annoncé l'arret de sa VM 1.1 et Sun le support direct des applets par ses VM 1.3. dans IE. Opera inclut Java2 en standard, Netscape6 aussi (version complete) ...
#2 JNLP (aka JavaWebStart) est sur le point de completement changer la donne (et c'est pas grace à sun qui ne communique pas sur cette spec) ... l'idée de JNLP c'est de créer un descripteur de deploiement d'applications avec des fonctionalités avancées (update automatique et incrementale, ouverture et sauvegarde de ficher en local assistée par l'utilisateur sans besoin de certificat, etc ...)
La liste des appli compatibles JNLP s'allonge assez rapidement et ceci alors meme que MacOSX 10.1 sort compatible d'office JNLP (sans le dire a personne d'ailleur) et que SavaJE XE (l'OS J2SE pour iPAQ et NetBook) est aussi compatible JNLP !!!
Imagines la scene, tu est sous netbeans, deploie ton appli en JNLP en qqe clics et tape l'URL sur ton browser iPaq et voila ! ton appli tourne :)
Mais surtout booooste ;)
Ca c'est pas du vrituel c'est ce que l'on peut faire des maintenant ... et crois moi les possibilités offertes sont vraiment interessantes !
dessus
> ...Oh ben oui tiens, ça aussi ça doit être facile.
Parce que tu crois que patcher la lib de Qt pour corriger un bug c'est facile ;-) euh ... la je crois que : joker :o)
>Bon sang mais c'est bien sur, pourquoi n'y avons nous pas pensé plutôt. :-)
Ben si tu crois encore que java n'est qu'un langage, de plus hyper lent et qui sert à rien d'autre qu'a faire plaisir à des techos de bas etages pas capable d'ecrire une ligne de bon vieux KR-C ou d'ASMx86 alors je crois que j'ai ma reponse :o)
Non je te charie ... c'est clair que c'es pas si simple, car le processus JCP est assez long (cela depend du type de modif demandé), mais l'avantage c'est que les elus (tu peux te presenté à l'election si tu le desirent... je sais plus quand est la prochaine ...) eux peuvent faire avancer les specs ...
Le dernier exemple en marche : JNLP qui n'a clairement pas été poussée par Sun mais par les membres du JSR :o)
Un autre exemple les java.nio (Non-blocking IO) qui permettent d'avoir des performances vraiment interessantes sur les IO...
Et enfin, la fameuse Genericité que meme le pere de Java refusait ... et bien la JSR l'a adopté et l'intégration dans le langage est en cours et la sortie est pour le 1.5 :)
Assez bizarrement, en 2.4.9, pour mon appareil photo Sony connecté en USB, il ne détectait pas la partition sur le pseudo-disque SCSI (alors que sur http://www.linux-usb.org/(...) des gens disaient que ça marchait pour eux...)
Je sais pas si ça marchait avant le 2.4.9 (j'avais jamais essayé avant), mais en tout cas, ça marche nickel sur le 2.4.10 :)
Par contre, j'ai toujours des débits de merde en synchro avec mon PDA par infrarouge :( (mais c'est pas dit que ça vienne du noyau)
>Il dit que Java ne peut pas tourner en natif sur toutes les plateformes
Comme tu le dit toi meme, c'est le propre de java d'etre portable... donc c'est plutot stupide comme argument ;)
<blague>Autant dire que linux n'est pas bien car il n'est pas sous Windows </blague>
Ca n'a rien a voir avec la choucroute mais c'est fait pour ;-)
>JDK 1.3 sous Linux
De qui la distro? blackdown, sun, ou IBM ?
Il faut savoir qu'il y a une ennorme différence de perf et de memoire entre les différents ...
Sous mon tux j'ai celle de IBM pour le serveur-side et pour le client-side j'ai celle de Sun ...
>Quand on pourra programmer l'équivalent de KDE en Java, ..
....(si t'en veut plus va sur google ou sur des sites d'applications JNLP )
Et je passe sur les jeux en Java2D et autres applis Swings.
J'aime bien faire courrir les trolls ;)
Plus serieusement, et de façon posée, au niveau composants graphiques, swing n'a rien a envier à QT non vraiment ... par contre au niveau prog, il est evident qu'il y a des choses qui sont toujours inimaginables de faire en Java.
Meme si le JDK 1.4 reduit cet espace en ajoutant (IPv6, ICMP, Direct DataBuffer, NonBlock IO, ...) il restera toujours des choses que seul le C fera comme il reste tjr des choses que seul l'assembleur fait et fera ...
Mais clairement, à mois d'utiliser l'exxcelent Kylix, la productivité pour la realisation d'une appli Qt est vraiment limité meme si elle s'ammeliore de plus en plus ya encore une différence considerable :(
(zut j'ai encore laché un troll ...desolé ! ... revient ... et petit revient ... petit ...!! )
Il existe des compilateurs natifs ... mais ils ont presque tous leurs defauts ...
Le principal est actuellement de ne pas offrir plus de performance qu'un JIT de derniere generation.
Le gain est par contre interessant au niveau du temps de lancement car il n'y a pas les couches d'analyse du bytecode visant à la securité de la plateforme (entre autre le class verifier).
Ainsi, meme si l'avenir reste à des JIT-like, les prochaines generations s'inspireront certainement de fonctionalités de cache persistent d'optimization locales pour eviter le repassage du class verifier sur du code deja validé qqe temps avant :(
mais ca c'est quand meme super chaud a faire ... des volontaires pour plonger dans le code de HotSpot et tenter d'y introduire un mechanisme de cache contextuel ???
Qu'est ce qui rame ... donne des exemples ...
avec quoi comme VM, comme comme parametre de GC (mode incremental, clean/mark/sweep)....
Si t'as un iPAQ sous la main, met SavaJeXE et je n'aurais pas besoins de te convaincre ....
L'un des PB de Swing etait la conso memoire mais avec la 1.4 il va directement pioché dans la memoire de la carte video et evite ainsi les Offlay Buffer qui ralentissent et bouffent de la meme pour rien.
Enfin, Swing utilise Java2D qui utilise les appels directs au systeme lorsqu'il sont dispo (par exemple DirectDraw sous WinXX), pour Linux je me souvient plus si il utilise DRI ou pas ...
>c'est obligatoirement gros actuellement
Alors explique mois comment tu fait tenir ca sur un iPaq 32Mo ????? si t'as deja 10Mo de VM et 10Mo de softs et 15 appli qui tournent en permanence (c'est mon cas!!!)...
Oui, swing a eut des PB de perfs et Oui il sont corrigés !!!
Re: N'importe quoi l'argument sur Java !!!!!! Et voici la preuve : (Score: 1/#0) - Lundi 24 Septembre à 18:29
Ajouté par boubou ( #97 / 137 XP )
Il faut apprendre à lire.
- "run natively" ça veut dire compilé, pas interprété. Tu peux raconter tout ce que tu veux sur le JIT, etc. il n'empêche que swing ça rame (vu le nombre couches, c'est pas étonnant). Qt est compilé... Pour le reste sur swing, on est d'accord, c'est sûrement la plus belle bibliothèque de fenêtrage actuelle. Mais bon, ça rame...
>- "There are speed and memory issues associated with Java"
Sur le fond, il a raison. Quand tu démarres une JVM, c'est obligatoirement gros actuellement (genre une dizaine de mo). Quand tu crèes un objet, ça prend plein de place mémoire (de l'ordre de 16 octets par objet vide avec le jdk 1.3 de sun sous linux), etc. Si tu codes comme en C, avec une bonne JVM, ça va presque aussi vite que du C, parfois plus vite. Par contre, dès que tu codes vraimebt objet, C++ reste meilleur sur de nombreux points, par exemple parce que l'overhead mémoire est plus faible et parce qu'on peut passer les objets par valeur, et qu'on peut inliner les méthodes.
>- swing n'est pas libre, bordel !!!!!!!!!
Swing est en comunity source, t'as tout le source code et tu peux deriver le code comme tu veux mais tu n'as pas le droit d'ecrire un librairie qui porte le meme nom ... je trouve ca plutot sympas car ca evite de se faire exploser la compatibilité binaire de ces appli pour un oui ou pour un non (ca te rappelle rien ...?!?)
Il existe de nombreux projets qui ecrivent des outils utilisant swing et qui sont en opensource : Jext/Jedit/Netbeans/ .... et cela ne semble gener personne sauf les puristes et autre guru de la GPL :o)
Et d'autre part si un Jour Sun nous prend la tete, rien n'interdit de reecrire exactemet la meme biblio (meme noms de package) et cela en GPL ou BSD ;-)
Comme le fait deja le projet ClassPath de la GNU pour toute les fondations de Java !
Donc no stress ...
Enfin concernant ton argument memoire, je sui d'accord que si tu veux optimizer a fond le C c'est mieux mais j'ajouterais l'assembleur est encore mieux ... c'est une question de choix !
Java est 40% plus productif que le C++ et c'est un FAIT que tout les DP qui on mené des projets C++ et Java pouront te confirmer !
C'est pas une paille tout de meme 40%...
Une derniere remarque sur la memoire, les JIT de 2eme generations sont capable d'inliner avec un niveau de profondeur illimité et conditionel dynamiquement (càd qu'il est déterminé à la phase d'optimization). Enfin, l'utilisation de references dans un prog strucurellement complexe produit un effet bennefique sur la memoire utilisée et sur l'ensemble des perfs globales (tri, recherche, comparaisons d'objets ....)
Maintenant si tu trouve que certains points dans java ont besoin d'amelioration, libre a toi de patcher le code source de la VM et d'envoyer tes patchs à Sun (regarde dans les sources de la VM de Sun tu y trouveras deja un certains nombres qui l'ont fait!!!) ou de demander un JSR http://www.jcp.org(...) pour demander un evolution plus majeure ...
mouahahhah alors là je rigole !!!
Il faudrait peut-etre essayer avifile ou mplayer
chez moi avec un Riva ZX la qualité est aussi bonne que sous Windows et cela ne plante pas au bout de qq secondes....
Il serait peut etre temps de refaire passer des articles sur Java pour dire STOP au post du style "Java est lent" ou "Java est un langage moyen" ... un peu d'explication claires et precises et surtout des DEMOS remettrait clairement les choses à leur places ...
Si vous avez un iPAQ je vous engage fortement à tester la beta2 de SavaJe (sortie de la 1.0 en octobre) vraiment c'est completement bluffant !!!!
(meme pour un habitué des trucs qui tuent ... alors :o) )
>Java: Given the nature of Java, it can't run >natively on any given platform. There are speed >and memory issues associated with Java that Qt >does not have.
Il a vu ca ou ? dans une blague carembar ?
On prend les choses dans l'ordre:
> it can't run natively on any given platform
Non serieusement, je croit qu'il en ait encore resté à de l'AWT et encore :o)
Utilisant des application swings tout les jours ecrites avec un outil type Jext/JBuilder/Netbeans, je peux vous dire que :
Oui, les swings sont bien multi-plateforme et il fonctionnent partout ou il y a une VM Java2 (du moment qu'on a un display !!! sic.) mais surtout il sont pratique (modele MVC) super strucuturés et ultra personalisables (cf. Renderers, Editors, Views, ...)
>There are speed and memory issues associated with Java
Donc la c'est clair, il ne connait de java que ce qu'il a put lire dans des articles il y a 4ans et que certains magazines d'info continue à copier coller ....
Pour mettre les choses à plat:
J'ai Java2SE sur mon iPaQ 32MO et non seulement ca boooooooste (en plus d'etre stable) mais surtout c'est du vrai pur swing !!! et ca pompe pas des tonnes de memoire !!!
(Ce qui bouffe des MO en swing c'est les doubles buffers d'ecrans ... mais ca peut etre totalement controlé : une propriété a desactivé dans les composants !!!)
Que celui qui a deja fait du swing et vu tourné J2SE avec des swings sur un iPAQ sous SavaJE XE ou PocketLinux+J2SE me jette la premiere pierre ;-)
Vraiment Swing est l'un des meilleurs trucs qui soit arrivé dans le monde libre ... et je suis attéré de voire des posts peu argumentés completement faux, tout ca pour essayer de justifier l'exitense d'une librairie graphique dépassée et un langage de prog archaique.
(ca c'etait un peu de demago ... mais ca fait du bien ... non mais !)
Je crois que tu vas inaugurer les XP négatifs toi!
Tout allait bien. On parlait de kparts, de corba, de nouveaux convertis à linux et tu te raménes avec ton truc sans arguments winxp et gnome rulez /kde sucks. Navrant.
T'a intérêt à te faire un nouveau pseudo parce qu'avec des arguments comme:
"le style de l' interface bleu translucide et gris metalisé reste trés acrocheur et pour ma part démontre une certaine avance de win"
Tu prouves ta bétise et tu ne risques pas d'aller bien loin.
Aller, va jouer avec ton xp looser!
Certe ce n'est pas interdit et c'est bien que des efforts soient fait pour developper + de soft educatif QUELQUE SOIT le widget set.
Ce que je reproche c'est par exemple de vouloir porter des appli gnome comme gcompris sous KDE pour le seul avantage d'etre 100% KDE.
Les utilisateurs s'en foutent royalement, ils veulent des bons logiciels c'est tout. Pour moi c'est de la perte de temps d'autant plus que contrairement aux suites bureautiques, l'intégration avec un bureau quelqonque n'apporte rien.
Si tu regardes un peut les appli edu tu verras qu'elles ressemblent à des jeux. La librairie idéale donc pour faire des appli, c'est SDL pas du KDE ni du Gnome.
Et je sais de quoi je parle, je me mord les doigts d'avoir fait gcompris sur le canvas gnome.
[^] # Re: Ce qui explique mon post ...
Posté par Anonyme . En réponse à la dépêche Interview du president TrollTech. Évalué à 0.
correction:
"Mais sur un OS classique, Java n'est pas "natif" actuellement au sens propre du terme"
Car gcj et autres compilateurs de Java en natif c'est pas encore ça. Mais dire que Java n'est pas natif est faux, c'est un langage, une plateforme, tout dépend de l'implémentation. D'ailleurs un langage natif, ça ne veut rien dire, l'adjectif concerne uniquement la compilation. On pourrait par exemple faire un compilateur de scripts shells pour faire des binaires !
[^] # Re: Un example d'application ?
Posté par Anonyme . En réponse à la dépêche Apache Tomcat 4.0 est sorti !. Évalué à 0.
[^] # Ce qui explique mon post ...
Posté par Anonyme . En réponse à la dépêche Interview du president TrollTech. Évalué à 0.
Ca m'atriste de voir tant d'articles incomplets et peu precis sur java, au mieux le traitant comme un simple nieme langage (et oubliant meme les concepts de la plateforme java) au pire un langage de script (et oui vous le saviez pas mais java c'est javascript pour environ 30% des non-utilisateurs de Java ... merci netscape pour le cadeau ...)
Et effectivement je me suis emporté sur ce point tout simplement car il a repondu de mauvaise fois : tout ce qui trouve comme argument sur java c'est que c'est pas du C !! (cf. pas du natif !)
Puisque tu connais java tu es conscient que la notion de natif est relatif ...
Est-ce que le bytecode n'est pas du natif pour un processeur utilisant de base le bytecode (cf les dernieres generation de StrongARM par exemple) ?
Est-ce que le fait que le x86 ne soit plus le code assembleur utilisé en interne sur les processur Intel PIII et surtout P4, permet encore d'appeler le code x86 de l'assembleur natif ?
Ainsi la notion de "code natif" est de plus en plus relative alors faire appel a ce point comme argument premier et principal est plutot surprenant voire derisoire.
Enfin une remarque : tu parle de desktop, mais Swing n'as pas la pretention de remplacer les windowmanagers et les desktop ... ca n'a tout simplement rien a voir avec les composants de bases qui permettent de construire une application.
Le desktop etant lui meme une application Qt (ou alors j'ai raté des lignes dans la doc ...).
Pour finir,le desktop manager et window manager de SavaJeXE est ecrit en Swing alors comme quoi ;-)
@+
4R34'.
[^] # Re: N'importe quoi l'argument sur Java !!!!!! Et voici la preuve :
Posté par Anonyme . En réponse à la dépêche Interview du president TrollTech. Évalué à 0.
Ca c'est faux, meme si on manque d'implémentations de Java compilé.
[^] # Re: Quelle est la regle ?
Posté par Anonyme . En réponse à la dépêche Adobe répond à KIllustrator.... Évalué à 0.
[^] # Re: COmment vous comprenez ca ?
Posté par Anonyme . En réponse à la dépêche Interview du president TrollTech. Évalué à -3.
[^] # Faut voir ...
Posté par Anonyme . En réponse à la dépêche Interview du president TrollTech. Évalué à 2.
ClassPath http://www.gnu.org/software/classpath/classpath.html(...)
Kaffe http://www.transvirtual.com/kaffe-files.htm(...)
Et d'autre part celui qui regne sur le monde java c'est pas sun mais IBM (ya qu'a regarder dans les codes de la VM de sun ...)
Encore une fois il faut separer les specs de l'implementation, ce qui n'est pas libre d'utilisation dans Java c'est les implementations (celle de sun est dans une license batarde mi-opensource mi-closesource).
La aussi il y a eut beaucoup de troll principalement à cause de RMS qui est partit en croisade contre Java :(
Pour finir, si la license actuelle de l'implementation de Sun n'est pas reconnue comme Opensource c'est uniquement car la restriction de la JSCL impose avant toute modification de valider que la modif ne casse rien dans la compatibilité ascendante !
Ce qui me semble plutot censé non ?
Mais les guru de la openSourceInitiative n'en demorde pas : aucune clause de compatibilité ne peut etre tolérée dans une license opensource :(
Domage pourtant je trouve que ca va dans le bon sens ... celui du developpeur : arreter de tout le temps refaire la meme chose pour les memes resultats ...
Enfin ... peut-etre qu'ils changeront d'avis un de ces 4 ... revons ...
4R34'.
[^] # Re: Troll qui roule ...
Posté par Anonyme . En réponse à la dépêche Interview du president TrollTech. Évalué à 0.
[^] # Re: Emmm qqe correctifs :
Posté par Anonyme . En réponse à la dépêche Interview du president TrollTech. Évalué à 2.
Juste d'un P4 ou d'un ATHLON ;-)
(desolé mais elle etait facile celle la ... vive GTK ! oups le troll ... aie... )
>c'est que le langage n'est pas encore au point
Et aller ... je me disait bien ... le "langage pas encore au point" .... je sais pas si t'es au courrant mais le langage on s'en fout un peu ... c'est la plateforme qui est importante.
Je t'en veux pas car 50% des personnes qui sont "contre java" n'ont en general pas depassé le niveau des concepts du langage,
sache que tout de meme en Java on peut ecrire avec une floppé de langages divers et qui produisent tous de bytecode faut arreter de lire les pipotages de bilou ...
>prédilection de Java est plutôt du coté serveur :-).
Tout a fait, mais l'une des principale raisons est tout autre : jusqu'a present installer une appli Java cliente c'etait le mal de tete assuré ...et les applets c'etait du JDK1.1 (merci à MS et Netscape pour leur manque de support ...)
Hors, 2 changement importants ont eut lieu :
#1 MS a annoncé l'arret de sa VM 1.1 et Sun le support direct des applets par ses VM 1.3. dans IE. Opera inclut Java2 en standard, Netscape6 aussi (version complete) ...
#2 JNLP (aka JavaWebStart) est sur le point de completement changer la donne (et c'est pas grace à sun qui ne communique pas sur cette spec) ... l'idée de JNLP c'est de créer un descripteur de deploiement d'applications avec des fonctionalités avancées (update automatique et incrementale, ouverture et sauvegarde de ficher en local assistée par l'utilisateur sans besoin de certificat, etc ...)
La liste des appli compatibles JNLP s'allonge assez rapidement et ceci alors meme que MacOSX 10.1 sort compatible d'office JNLP (sans le dire a personne d'ailleur) et que SavaJE XE (l'OS J2SE pour iPAQ et NetBook) est aussi compatible JNLP !!!
Imagines la scene, tu est sous netbeans, deploie ton appli en JNLP en qqe clics et tape l'URL sur ton browser iPaq et voila ! ton appli tourne :)
Mais surtout booooste ;)
Ca c'est pas du vrituel c'est ce que l'on peut faire des maintenant ... et crois moi les possibilités offertes sont vraiment interessantes !
dessus
> ...Oh ben oui tiens, ça aussi ça doit être facile.
Parce que tu crois que patcher la lib de Qt pour corriger un bug c'est facile ;-) euh ... la je crois que : joker :o)
>Bon sang mais c'est bien sur, pourquoi n'y avons nous pas pensé plutôt. :-)
Ben si tu crois encore que java n'est qu'un langage, de plus hyper lent et qui sert à rien d'autre qu'a faire plaisir à des techos de bas etages pas capable d'ecrire une ligne de bon vieux KR-C ou d'ASMx86 alors je crois que j'ai ma reponse :o)
Non je te charie ... c'est clair que c'es pas si simple, car le processus JCP est assez long (cela depend du type de modif demandé), mais l'avantage c'est que les elus (tu peux te presenté à l'election si tu le desirent... je sais plus quand est la prochaine ...) eux peuvent faire avancer les specs ...
Le dernier exemple en marche : JNLP qui n'a clairement pas été poussée par Sun mais par les membres du JSR :o)
Un autre exemple les java.nio (Non-blocking IO) qui permettent d'avoir des performances vraiment interessantes sur les IO...
Et enfin, la fameuse Genericité que meme le pere de Java refusait ... et bien la JSR l'a adopté et l'intégration dans le langage est en cours et la sortie est pour le 1.5 :)
Comme quoi ... il faut tjr tenter!!
@+
4R34'.
[^] # Re: Ce qui change chez moi
Posté par Anonyme . En réponse à la dépêche Sortie du Noyau 2.4.10. Évalué à 0.
Je sais pas si ça marchait avant le 2.4.9 (j'avais jamais essayé avant), mais en tout cas, ça marche nickel sur le 2.4.10 :)
Par contre, j'ai toujours des débits de merde en synchro avec mon PDA par infrarouge :( (mais c'est pas dit que ça vienne du noyau)
[^] # Re: Un example d'application ?
Posté par Anonyme . En réponse à la dépêche Apache Tomcat 4.0 est sorti !. Évalué à -1.
[^] # Troll qui roule ...
Posté par Anonyme . En réponse à la dépêche Interview du president TrollTech. Évalué à 2.
Comme tu le dit toi meme, c'est le propre de java d'etre portable... donc c'est plutot stupide comme argument ;)
<blague>Autant dire que linux n'est pas bien car il n'est pas sous Windows </blague>
Ca n'a rien a voir avec la choucroute mais c'est fait pour ;-)
>JDK 1.3 sous Linux
De qui la distro? blackdown, sun, ou IBM ?
Il faut savoir qu'il y a une ennorme différence de perf et de memoire entre les différents ...
Sous mon tux j'ai celle de IBM pour le serveur-side et pour le client-side j'ai celle de Sun ...
>Quand on pourra programmer l'équivalent de KDE en Java, ..
Et bien donc Qt deja est archaique :
http://www.limewire.com(...)
http://www.thinkfree.com(...)
http://www.netbeans.org(...)
....(si t'en veut plus va sur google ou sur des sites d'applications JNLP )
Et je passe sur les jeux en Java2D et autres applis Swings.
J'aime bien faire courrir les trolls ;)
Plus serieusement, et de façon posée, au niveau composants graphiques, swing n'a rien a envier à QT non vraiment ... par contre au niveau prog, il est evident qu'il y a des choses qui sont toujours inimaginables de faire en Java.
Meme si le JDK 1.4 reduit cet espace en ajoutant (IPv6, ICMP, Direct DataBuffer, NonBlock IO, ...) il restera toujours des choses que seul le C fera comme il reste tjr des choses que seul l'assembleur fait et fera ...
Mais clairement, à mois d'utiliser l'exxcelent Kylix, la productivité pour la realisation d'une appli Qt est vraiment limité meme si elle s'ammeliore de plus en plus ya encore une différence considerable :(
(zut j'ai encore laché un troll ...desolé ! ... revient ... et petit revient ... petit ...!! )
4R43'.
[^] # Effectivement ...
Posté par Anonyme . En réponse à la dépêche Interview du president TrollTech. Évalué à 3.
Le principal est actuellement de ne pas offrir plus de performance qu'un JIT de derniere generation.
Le gain est par contre interessant au niveau du temps de lancement car il n'y a pas les couches d'analyse du bytecode visant à la securité de la plateforme (entre autre le class verifier).
Ainsi, meme si l'avenir reste à des JIT-like, les prochaines generations s'inspireront certainement de fonctionalités de cache persistent d'optimization locales pour eviter le repassage du class verifier sur du code deja validé qqe temps avant :(
mais ca c'est quand meme super chaud a faire ... des volontaires pour plonger dans le code de HotSpot et tenter d'y introduire un mechanisme de cache contextuel ???
Bye...
4R34'.
[^] # Emmm qqe correctifs :
Posté par Anonyme . En réponse à la dépêche Interview du president TrollTech. Évalué à -2.
Qu'est ce qui rame ... donne des exemples ...
avec quoi comme VM, comme comme parametre de GC (mode incremental, clean/mark/sweep)....
Si t'as un iPAQ sous la main, met SavaJeXE et je n'aurais pas besoins de te convaincre ....
L'un des PB de Swing etait la conso memoire mais avec la 1.4 il va directement pioché dans la memoire de la carte video et evite ainsi les Offlay Buffer qui ralentissent et bouffent de la meme pour rien.
Enfin, Swing utilise Java2D qui utilise les appels directs au systeme lorsqu'il sont dispo (par exemple DirectDraw sous WinXX), pour Linux je me souvient plus si il utilise DRI ou pas ...
>c'est obligatoirement gros actuellement
Alors explique mois comment tu fait tenir ca sur un iPaq 32Mo ????? si t'as deja 10Mo de VM et 10Mo de softs et 15 appli qui tournent en permanence (c'est mon cas!!!)...
Oui, swing a eut des PB de perfs et Oui il sont corrigés !!!
Re: N'importe quoi l'argument sur Java !!!!!! Et voici la preuve : (Score: 1/#0) - Lundi 24 Septembre à 18:29
Ajouté par boubou ( #97 / 137 XP )
Il faut apprendre à lire.
- "run natively" ça veut dire compilé, pas interprété. Tu peux raconter tout ce que tu veux sur le JIT, etc. il n'empêche que swing ça rame (vu le nombre couches, c'est pas étonnant). Qt est compilé... Pour le reste sur swing, on est d'accord, c'est sûrement la plus belle bibliothèque de fenêtrage actuelle. Mais bon, ça rame...
>- "There are speed and memory issues associated with Java"
Sur le fond, il a raison. Quand tu démarres une JVM, c'est obligatoirement gros actuellement (genre une dizaine de mo). Quand tu crèes un objet, ça prend plein de place mémoire (de l'ordre de 16 octets par objet vide avec le jdk 1.3 de sun sous linux), etc. Si tu codes comme en C, avec une bonne JVM, ça va presque aussi vite que du C, parfois plus vite. Par contre, dès que tu codes vraimebt objet, C++ reste meilleur sur de nombreux points, par exemple parce que l'overhead mémoire est plus faible et parce qu'on peut passer les objets par valeur, et qu'on peut inliner les méthodes.
>- swing n'est pas libre, bordel !!!!!!!!!
Swing est en comunity source, t'as tout le source code et tu peux deriver le code comme tu veux mais tu n'as pas le droit d'ecrire un librairie qui porte le meme nom ... je trouve ca plutot sympas car ca evite de se faire exploser la compatibilité binaire de ces appli pour un oui ou pour un non (ca te rappelle rien ...?!?)
Il existe de nombreux projets qui ecrivent des outils utilisant swing et qui sont en opensource : Jext/Jedit/Netbeans/ .... et cela ne semble gener personne sauf les puristes et autre guru de la GPL :o)
Et d'autre part si un Jour Sun nous prend la tete, rien n'interdit de reecrire exactemet la meme biblio (meme noms de package) et cela en GPL ou BSD ;-)
Comme le fait deja le projet ClassPath de la GNU pour toute les fondations de Java !
Donc no stress ...
Enfin concernant ton argument memoire, je sui d'accord que si tu veux optimizer a fond le C c'est mieux mais j'ajouterais l'assembleur est encore mieux ... c'est une question de choix !
Java est 40% plus productif que le C++ et c'est un FAIT que tout les DP qui on mené des projets C++ et Java pouront te confirmer !
C'est pas une paille tout de meme 40%...
Une derniere remarque sur la memoire, les JIT de 2eme generations sont capable d'inliner avec un niveau de profondeur illimité et conditionel dynamiquement (càd qu'il est déterminé à la phase d'optimization). Enfin, l'utilisation de references dans un prog strucurellement complexe produit un effet bennefique sur la memoire utilisée et sur l'ensemble des perfs globales (tri, recherche, comparaisons d'objets ....)
Maintenant si tu trouve que certains points dans java ont besoin d'amelioration, libre a toi de patcher le code source de la VM et d'envoyer tes patchs à Sun (regarde dans les sources de la VM de Sun tu y trouveras deja un certains nombres qui l'ont fait!!!) ou de demander un JSR http://www.jcp.org(...) pour demander un evolution plus majeure ...
Bye a toi et bon tux ;-)
[^] # Re: Merci KDE
Posté par Anonyme . En réponse à la dépêche Demonstration des composants KDE. Évalué à 0.
Il faudrait peut-etre essayer avifile ou mplayer
chez moi avec un Riva ZX la qualité est aussi bonne que sous Windows et cela ne plante pas au bout de qq secondes....
[^] # Oups ... j'ai oublié des liens
Posté par Anonyme . En réponse à la dépêche Interview du president TrollTech. Évalué à -1.
Un OS Java2SE 1.3 pour iPAQ et Netbook (pas gratos)
http://www.savaje.com(...)
PERC Java (une VM J2SE temps réel)
http://www.newmonics.com/(...)
PocketLinux et outils pour virer WinCE :o)
http://www.pocketlinux.com(...)
http://www.handhelds.org(...)
J2SE 1.3.1 pour iPAQ PocketLinux ARM
http://www.blackdown.org(...)
Il serait peut etre temps de refaire passer des articles sur Java pour dire STOP au post du style "Java est lent" ou "Java est un langage moyen" ... un peu d'explication claires et precises et surtout des DEMOS remettrait clairement les choses à leur places ...
Si vous avez un iPAQ je vous engage fortement à tester la beta2 de SavaJe (sortie de la 1.0 en octobre) vraiment c'est completement bluffant !!!!
(meme pour un habitué des trucs qui tuent ... alors :o) )
4R34'.
[^] # Re: dur
Posté par Anonyme . En réponse à la dépêche Réunion informatique et liberté à Paris. Évalué à -3.
# N'importe quoi l'argument sur Java !!!!!! Et voici la preuve :
Posté par Anonyme . En réponse à la dépêche Interview du president TrollTech. Évalué à -4.
>Java: Given the nature of Java, it can't run >natively on any given platform. There are speed >and memory issues associated with Java that Qt >does not have.
Il a vu ca ou ? dans une blague carembar ?
On prend les choses dans l'ordre:
> it can't run natively on any given platform
Non serieusement, je croit qu'il en ait encore resté à de l'AWT et encore :o)
Utilisant des application swings tout les jours ecrites avec un outil type Jext/JBuilder/Netbeans, je peux vous dire que :
Oui, les swings sont bien multi-plateforme et il fonctionnent partout ou il y a une VM Java2 (du moment qu'on a un display !!! sic.) mais surtout il sont pratique (modele MVC) super strucuturés et ultra personalisables (cf. Renderers, Editors, Views, ...)
Linux, Windows, MacOS, Solaris, HP-UX, OS/400, iPaQ ....
>There are speed and memory issues associated with Java
Donc la c'est clair, il ne connait de java que ce qu'il a put lire dans des articles il y a 4ans et que certains magazines d'info continue à copier coller ....
Pour mettre les choses à plat:
J'ai Java2SE sur mon iPaQ 32MO et non seulement ca boooooooste (en plus d'etre stable) mais surtout c'est du vrai pur swing !!! et ca pompe pas des tonnes de memoire !!!
(Ce qui bouffe des MO en swing c'est les doubles buffers d'ecrans ... mais ca peut etre totalement controlé : une propriété a desactivé dans les composants !!!)
Que celui qui a deja fait du swing et vu tourné J2SE avec des swings sur un iPAQ sous SavaJE XE ou PocketLinux+J2SE me jette la premiere pierre ;-)
Vraiment Swing est l'un des meilleurs trucs qui soit arrivé dans le monde libre ... et je suis attéré de voire des posts peu argumentés completement faux, tout ca pour essayer de justifier l'exitense d'une librairie graphique dépassée et un langage de prog archaique.
(ca c'etait un peu de demago ... mais ca fait du bien ... non mais !)
Vive Tux, Vive Duke :o)
4R34'.
[^] # Re: top chrono !!
Posté par Anonyme . En réponse à la dépêche Sortie du Noyau 2.4.10. Évalué à -1.
Allez tous votez [-] pour kilucru !
[^] # Re: Merci KDE
Posté par Anonyme . En réponse à la dépêche Demonstration des composants KDE. Évalué à -1.
Tout allait bien. On parlait de kparts, de corba, de nouveaux convertis à linux et tu te raménes avec ton truc sans arguments winxp et gnome rulez /kde sucks. Navrant.
T'a intérêt à te faire un nouveau pseudo parce qu'avec des arguments comme:
"le style de l' interface bleu translucide et gris metalisé reste trés acrocheur et pour ma part démontre une certaine avance de win"
Tu prouves ta bétise et tu ne risques pas d'aller bien loin.
Aller, va jouer avec ton xp looser!
[^] # Re: KDE n'est pas la fin en soit, c'est l'education
Posté par Anonyme . En réponse à la dépêche Logiciels éducatifs pour KDE. Évalué à 1.
Ce que je reproche c'est par exemple de vouloir porter des appli gnome comme gcompris sous KDE pour le seul avantage d'etre 100% KDE.
Les utilisateurs s'en foutent royalement, ils veulent des bons logiciels c'est tout. Pour moi c'est de la perte de temps d'autant plus que contrairement aux suites bureautiques, l'intégration avec un bureau quelqonque n'apporte rien.
Si tu regardes un peut les appli edu tu verras qu'elles ressemblent à des jeux. La librairie idéale donc pour faire des appli, c'est SDL pas du KDE ni du Gnome.
Et je sais de quoi je parle, je me mord les doigts d'avoir fait gcompris sur le canvas gnome.
[^] # Re: Autres distribs du même type ?
Posté par Anonyme . En réponse à la dépêche Beta finale de Demolinux 3.0. Évalué à -1.
[^] # Re: Linus
Posté par Anonyme . En réponse à la dépêche Sortie du Noyau 2.4.10. Évalué à 1.
[^] # Re: Linus
Posté par Anonyme . En réponse à la dépêche Sortie du Noyau 2.4.10. Évalué à 0.
branches
backport
maintenance
integration
...
?
[^] # Re: Des infos précises
Posté par Anonyme . En réponse à la dépêche Sortie du Noyau 2.4.10. Évalué à 0.
bozo@local:~# cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 363003904 170975232 192028672 172212224 15716352 78221312
Swap: 139788288 0 139788288
MemTotal: 354496 kB
MemFree: 187528 kB
MemShared: 168176 kB
Buffers: 15348 kB
Cached: 76388 kB
SwapTotal: 136512 kB
SwapFree: 136512 kB