>Je me suis engueulé avec RMS à propos de license GPL et Java :(
yep :(
je crois que cela pose le probleme du compromit entre liberté du developeur et liberté de l'utilisateur : comment garantir une migration en douceur et une interroperabilité des softs a tout les coups sans precision de test de compatibilités dans sans rajouter de clause dans la license ...
Ce n'est pas demain que RMS et consors integreront ce parametre indispensable à la production d'un industrie du libre vers lequel on peut se tourner à 100% sans avoir de peur pour l'avenir :(
Qui n'as pas deja eut des impossibilité d'evol sous linux à cause d'une version requise de lib ?
>>...processur Intel PIII et surtout P4, permet encore d'appeler le code x86 de l'assembleur natif ?
>C'est vrai ?? Je ne savais pas ça ? Tu peux m'en dire plus ?
Pout le P4 je suis sur de mon coup, mais des specialistes processeurs t'en diront plus que moi (ya des explications de faites dans des reponses), pour le PIII il me semble qu'il y a deja une decomposition des instructions x86 en instructions internes plus primaires (type RISC), mais c'est le P4 qui a vraiment marqué la rupture avec le x86 en interne ... le but etait je crois de pouvoir d'optimiser les sutrcutres superscalaires.
>Oui. Mais ce n'est pas aussi énorme que KDE :)
Tout à fait, car n'est present que la librairie de composant "de base" et pas d'elements de pluts haut niveau ...
Pourtant l'arrivée de la 1.4 et la preferences API + JNLP ainsi que le differents fix (memoire directe + copier/coller qui marche !!! et DND Simple qui marche enfin en WORA ...) pourrait bien sonner le depart d'une nouvelle vague Java sur le client.
Non, pas une vague qui balayerais tout sur son passage mais plutot quelque chose de plus lent et de plus profond ... les elements incontournables de ces nouveaux besoins sont : ergonomie, qualité graphique, performance visuelle,...
Je reste persuadé que par exemple le pipeline Java2D est completement sous exploité (sauf par Karsten Lentzsch auteur entre autre de jDiskReport dans ces petites anims qui font merveille niveau visuel ).
Recement j'ai pas mal passé de temps sur SavaJe car un premier test effectué il y a qqe temps m'a purement "scotché" par les performances affichées tant au niveau 2D (pourtant le iPaq n'as pas de hardware acceléré) que dans la qualité de representation des swings.
Bien sur on ne peut pas presager de l'avenir de SavaJe qui va essentiellement dependre du bon vouloir des editeurs à le proposer en option et de la plateforme d'applications JNLP disponibles et adaptées pour l'affichage sur des ecran limités.
Pourtant il s'agit la d'une revolution qui marque un pas dans les developements embarqués : finit les prises de tête avec les UI MIDP (merci au designer du kit J2ME MIDP de JB5 au passage pour son designer MIDP), finit les difficultés de design sur personal Java ... On se retrouve sur du J2SE !
L'avenir dira la part que l'on peut accorder à un nouvel OS meme prometeur dans le paysage actuel ...
[^] # Tout à fait :o)
Posté par Anonyme . En réponse à la dépêche Interview du president TrollTech. Évalué à 0.
yep :(
je crois que cela pose le probleme du compromit entre liberté du developeur et liberté de l'utilisateur : comment garantir une migration en douceur et une interroperabilité des softs a tout les coups sans precision de test de compatibilités dans sans rajouter de clause dans la license ...
Ce n'est pas demain que RMS et consors integreront ce parametre indispensable à la production d'un industrie du libre vers lequel on peut se tourner à 100% sans avoir de peur pour l'avenir :(
Qui n'as pas deja eut des impossibilité d'evol sous linux à cause d'une version requise de lib ?
>>...processur Intel PIII et surtout P4, permet encore d'appeler le code x86 de l'assembleur natif ?
>C'est vrai ?? Je ne savais pas ça ? Tu peux m'en dire plus ?
Pout le P4 je suis sur de mon coup, mais des specialistes processeurs t'en diront plus que moi (ya des explications de faites dans des reponses), pour le PIII il me semble qu'il y a deja une decomposition des instructions x86 en instructions internes plus primaires (type RISC), mais c'est le P4 qui a vraiment marqué la rupture avec le x86 en interne ... le but etait je crois de pouvoir d'optimiser les sutrcutres superscalaires.
>Oui. Mais ce n'est pas aussi énorme que KDE :)
Tout à fait, car n'est present que la librairie de composant "de base" et pas d'elements de pluts haut niveau ...
Pourtant l'arrivée de la 1.4 et la preferences API + JNLP ainsi que le differents fix (memoire directe + copier/coller qui marche !!! et DND Simple qui marche enfin en WORA ...) pourrait bien sonner le depart d'une nouvelle vague Java sur le client.
Non, pas une vague qui balayerais tout sur son passage mais plutot quelque chose de plus lent et de plus profond ... les elements incontournables de ces nouveaux besoins sont : ergonomie, qualité graphique, performance visuelle,...
Je reste persuadé que par exemple le pipeline Java2D est completement sous exploité (sauf par Karsten Lentzsch auteur entre autre de jDiskReport dans ces petites anims qui font merveille niveau visuel ).
Recement j'ai pas mal passé de temps sur SavaJe car un premier test effectué il y a qqe temps m'a purement "scotché" par les performances affichées tant au niveau 2D (pourtant le iPaq n'as pas de hardware acceléré) que dans la qualité de representation des swings.
Bien sur on ne peut pas presager de l'avenir de SavaJe qui va essentiellement dependre du bon vouloir des editeurs à le proposer en option et de la plateforme d'applications JNLP disponibles et adaptées pour l'affichage sur des ecran limités.
Pourtant il s'agit la d'une revolution qui marque un pas dans les developements embarqués : finit les prises de tête avec les UI MIDP (merci au designer du kit J2ME MIDP de JB5 au passage pour son designer MIDP), finit les difficultés de design sur personal Java ... On se retrouve sur du J2SE !
L'avenir dira la part que l'on peut accorder à un nouvel OS meme prometeur dans le paysage actuel ...
A+
:o)
4R34'.