J'ai pas lu le détail mais ça me fait toujours rire ce genre de trucs.
Java est fourni avec des librairies CODÉES EN C/ASSEMBLEUR (java utilise aussi la libc (pourquoi il ne font pas un équivalent de la libc mais en java seulement ?)) mais on en profite pour dire que Java est plus rapide que le C.
C'est comme si je fesais un GUI en python pour libxine et après je disais :
- python c'est super rapide ça affiche les videos aussi vite que mplayer écrit en C.
N'importe quoi.
Une langage interprété (même si c'est du bytecode) est et restera pour toujours plus lent que du compilé spécifiquement pour le CPU. Peut-être qu'un jour gcj sera aussi rapide que du C mais java interprété, JAMAIS (ou alors l'équivalent C a été écrit par un porc).
Si Java roxe à ce point, pourquoi Sun n'écrit pas le noyau de Solaris en Java ?
[^] # Re: Excellent
Posté par 007 . En réponse à la dépêche Le code de Java3D est disponible. Évalué à -3.
J'ai pas lu le détail mais ça me fait toujours rire ce genre de trucs.
Java est fourni avec des librairies CODÉES EN C/ASSEMBLEUR (java utilise aussi la libc (pourquoi il ne font pas un équivalent de la libc mais en java seulement ?)) mais on en profite pour dire que Java est plus rapide que le C.
C'est comme si je fesais un GUI en python pour libxine et après je disais :
- python c'est super rapide ça affiche les videos aussi vite que mplayer écrit en C.
N'importe quoi.
Une langage interprété (même si c'est du bytecode) est et restera pour toujours plus lent que du compilé spécifiquement pour le CPU. Peut-être qu'un jour gcj sera aussi rapide que du C mais java interprété, JAMAIS (ou alors l'équivalent C a été écrit par un porc).
Si Java roxe à ce point, pourquoi Sun n'écrit pas le noyau de Solaris en Java ?