mmmh, bien déja windows est beaucoup plus réactif que XFree au niveau
des fenetres. c'est flagrant ...
Un début d'explication a été donné sur le site www.javagaming.org ... le mec en question dirigait la team Swing/Java2D chez sun, et son explication
au problème était que la conception d'XFree rendait très délicate l'implémentation de composants GUI speed. [ je n'ai pas retrouvé ce passage, le site a été updaté il y a un an et le forum a été perdu , dsl ].
Peut etre que les raisons avancées ne sont que les prémices d'un beau
troll dans le but de masquer leur incompétence, mais c'est néanmoins la seule explication qu'il a donné .
L'équipe de sun a fait aussi beaucoup d'efforts sur les libs relatives au développement de jeux vidéos [ xbuffering, page swapping, stockage des données en ram video, vrai fullscreen .... etc ] , et malheureusement à ma connaissance ces fonctionnalités ne sont disponibles que sous plateforme win.
A l'heure actuelle je ne vois que l'association gcj/swt pour construire des gui speed ... c'est bien dommage :'((
comme partout il faut du temps pour connaitre un langage et ses spécificités. Idem pour l'utilisation des libs. Pour java on peut noter qu'il
n'y a qu'une api majeure qui réalise bon nombre de choses. C'est selon
moi un gros [+]. Pas besoin de se prendre la tete à comparer les Xmilles libs dispos qui font la meme chose, plus ou moins différement.
Tu dis que maitriser PHP prend 3 jour, maitriser perl prendrait 1 semaine. Bon la c'est net tu n'es pas sérieux :) Tous les gens qui font du php on fait au minimum 3 jour de php ... pourtant tout le monde n'est pas un php
guru ... et a regarder de plus pres du code php on observe qu'il a ceux qui
savent [ bien ] coder du php et les autres ... idem pour perl .... ne connaissant que peu perl et si j'avais a en faire, l'expertise d'un guru perl me semblerait la bienvenue.
Tout a fait d'accord avec toi sur l'ignorance des gens à propos de java. Maitriser java [ le langage, l'utilisation de l'api, l'implémentation de l'api, la vm , le gc , les modèles de conception ... ] est un processus tres long...
Je voulais juste préciser que l'utilisation en soi de classes anonymes ou internes n'est pas une stupidité ... c'est leur mauvaise utilisation - ie la gestion de la création d'objet - qui peut poser problème.
Les versions 1.4.2 et 1.5 du jdk de Sun permettent l'utilisation de GTK . Sinon il reste SWTd'eclipse qui permet aussi de générer des interfaces GTK ( qt est à l'étude ).
immutable = non mutable = un fois l'objet crée, il est non modifiable. Le modifier revient à le remplacer par un objet. C'est le cas des String en java.
objet persistant = objet dont on peut enregistrer l'état et ainsi réactiver ultérieurement.
Date: 01 Apr 2002 19:29:00 +0200
Le 1er Avril, 19h30
Mauvaise nouvelle, Lycos venant d\'être racheté par un conglomérat Microsoft, Nestlé, Vivendi Universal, FSB (ex KGB), Catramana et RMS le dépaneur (Paris 17e), il n\'est plus possible pour Lycos d\'héberger TuxFamily.org. La migration est donc reportée à une date ultérieure. TuxFamily va tenter de se rapprocher de SourceForge pour continuer d\'offrir le même service à la seule différence que les projets et sites web hébergés par TuxFamily deviendront automatiquement
propriété de VA Software.
Ce changement de plan va décaler nos vacances, nous pensions être débarassés de TuxFamily avant l\'été pour pouvoir s\'offrir de longue vancances dans les îles.
Mais n\'hésitez pas à vous cotisez pour payer des vacances à vos chers administrateurs TuxFamily.
</canular>
STOP!
Hé oui bien sûr, c\'était un poisson d\'Avril, en avance de quelques minutes et préparé à l\'arrache comme on sait si bien le faire.
TuxFamily est fier de son indépendance, et d\'apres les réponse que l\'on a recu, vous aussi. Donc nous resterons independant. Sachez que l\'on fait de notre mieux pour TuxFamily en choissisant des partenaires de qualité, qui respectent nos engagements (et meme les partages): Ouvaton, Placenet, Gitoyen.
Oui c\'est vrai, nous sommes encore trop limité en bande passante, que le service subit des aléas, mais globalement cela marche et une majorité entre vous êtes content du service.
Nous tenons à remercier l\'équipe de la rédaction de LinuxFrench.net et les modérateurs de LinuxFR.org, www.placenet.org, toolinux.com.
Et on tiens à s\'escuser auprès de Lycos,de ses filliales: Caramail et Multimania et d\'IBM France pour avoir utilisé leur nom à leur insu (mais si ils veulent concrétéser d\'une manière ou d\'une autre cette blague, ils sont les bienvenues :-).
les sociétés vont perdre des millions => les utilisateurs passeront à d'autre solutions libre de droits ?
Je comprends pas bien ...
Le jour ou les graphistes passeront de photoshop a Gimp n'est pas encore venu
Le jour ou dreamweaver aura un concurrent sérieux aussi
Les gens qui travaillent dans des boites utilisant des soft Adobe et/ou Macromédia en ont rien a carrer en général ... vu que ces de boites sont en général commerciales cela implique un certain vocabulaire : "pognon" "plus" "encore" "par tous les moyens"
Alors dans cette logique ce type de boite doit etre plutot pour les brevets , puisque ca ce résume bien a ca
Je vous rappelle que java a également été conçu pour que l'implémentation du programme d'exécution puisse optimiser l'éxécution en compilant a la volée le pseudo code en code machine, le pb etant que cette optimisation prend du temps et est importante pour obtenir une bonne performance.
Je mentionnerais HotSpot qui exploite ce qu'on appelle la compilation adaptative. Les applis executent en general de nombreuses fois certaines portions de code, dont le fonctionnement determine donc la performance de l'appli. HotSpot evalue a l'execution ( a mesure qu'il execute ) les parties repetées souvent et les compile en code machine.... et comme il ne compile qu'une petite partie du code il laisse le temps a son optimisation.
Avantage : il peut effectuer des optimisation a l'execution ce qu'un compilateur statique ne permet pas.
Pour revenir sur 'Java sux' ... forcement si tu code tout en assembleur ca ira beaucoup plus vite ... je te laisse a ton assembleur, tu me rappelle quand tu as fait une appli actuelle en moins de deux ans
De plus java est lent , mais ca dépend pourquoi, et un prog java bien foutu ca fonctionnera tres bien, comme un prog java mal foutu ca ramera
( note : c'est ce que disent les developpeurs java ;)
[^] # Re: perfs de java
Posté par Roger Rabbit . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 2.
October 15, 2002
Guest Speakers: Calvin Austin, Hui Huang, and Juergen Kreileder
Moderator: Edward Ort (MDR-EdO)
http://developer.java.sun.com/developer/community/chat/JavaLive/200(...)
extrait :
" The biggest issue with Linux is the number of threads and the thread overhead."
[^] # Re: perfs de java
Posté par Roger Rabbit . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 1.
des fenetres. c'est flagrant ...
Un début d'explication a été donné sur le site www.javagaming.org ... le mec en question dirigait la team Swing/Java2D chez sun, et son explication
au problème était que la conception d'XFree rendait très délicate l'implémentation de composants GUI speed. [ je n'ai pas retrouvé ce passage, le site a été updaté il y a un an et le forum a été perdu , dsl ].
Peut etre que les raisons avancées ne sont que les prémices d'un beau
troll dans le but de masquer leur incompétence, mais c'est néanmoins la seule explication qu'il a donné .
L'équipe de sun a fait aussi beaucoup d'efforts sur les libs relatives au développement de jeux vidéos [ xbuffering, page swapping, stockage des données en ram video, vrai fullscreen .... etc ] , et malheureusement à ma connaissance ces fonctionnalités ne sont disponibles que sous plateforme win.
A l'heure actuelle je ne vois que l'association gcj/swt pour construire des gui speed ... c'est bien dommage :'((
[^] # Re: Légende urbaine : un alligator dans l e ramasse-miettes
Posté par Roger Rabbit . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 5.
n'y a qu'une api majeure qui réalise bon nombre de choses. C'est selon
moi un gros [+]. Pas besoin de se prendre la tete à comparer les Xmilles libs dispos qui font la meme chose, plus ou moins différement.
Tu dis que maitriser PHP prend 3 jour, maitriser perl prendrait 1 semaine. Bon la c'est net tu n'es pas sérieux :) Tous les gens qui font du php on fait au minimum 3 jour de php ... pourtant tout le monde n'est pas un php
guru ... et a regarder de plus pres du code php on observe qu'il a ceux qui
savent [ bien ] coder du php et les autres ... idem pour perl .... ne connaissant que peu perl et si j'avais a en faire, l'expertise d'un guru perl me semblerait la bienvenue.
[^] # Re: perfs de java
Posté par Roger Rabbit . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 5.
plus d'info là :
Sur les nouveautés Swing
http://java.sun.com/j2se/1.4.2/docs/guide/swing/1.4/Post1.4.html#1.(...)
Sur le 1.4.2
http://developer.java.sun.com/developer/community/chat/JavaLive/200(...)
Sur SWT
http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/platform-swt-ho(...)
[^] # Re: Légende urbaine : un alligator dans le ramasse-miettes
Posté par Roger Rabbit . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 1.
Je voulais juste préciser que l'utilisation en soi de classes anonymes ou internes n'est pas une stupidité ... c'est leur mauvaise utilisation - ie la gestion de la création d'objet - qui peut poser problème.
[^] # Re: GTK...
Posté par Roger Rabbit . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 1.
[^] # Re: perfs de java
Posté par Roger Rabbit . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 2.
[^] # Re: Objets immuables
Posté par Roger Rabbit . En réponse à la dépêche Légende urbaine : un alligator dans le ramasse-miettes. Évalué à 8.
objet persistant = objet dont on peut enregistrer l'état et ainsi réactiver ultérieurement.
# Re: Redhat voit rouge ?
Posté par Roger Rabbit . En réponse à la dépêche Redhat voit rouge ?. Évalué à 1.
P'ti lu powa !
'avoir le courage de ses opinions c'est mieux que d'avoir le courage de manger des oignons'
- Oscar Wilde-
( /msg P'titLu gentoo rulz )
# Fin d'un interminable suspens :)
Posté par Roger Rabbit . En réponse à la dépêche Migration de TuxFamily.org. Évalué à 2.
Le 1er Avril, 19h30
Mauvaise nouvelle, Lycos venant d\'être racheté par un conglomérat Microsoft, Nestlé, Vivendi Universal, FSB (ex KGB), Catramana et RMS le dépaneur (Paris 17e), il n\'est plus possible pour Lycos d\'héberger TuxFamily.org. La migration est donc reportée à une date ultérieure. TuxFamily va tenter de se rapprocher de SourceForge pour continuer d\'offrir le même service à la seule différence que les projets et sites web hébergés par TuxFamily deviendront automatiquement
propriété de VA Software.
Ce changement de plan va décaler nos vacances, nous pensions être débarassés de TuxFamily avant l\'été pour pouvoir s\'offrir de longue vancances dans les îles.
Mais n\'hésitez pas à vous cotisez pour payer des vacances à vos chers administrateurs TuxFamily.
</canular>
STOP!
Hé oui bien sûr, c\'était un poisson d\'Avril, en avance de quelques minutes et préparé à l\'arrache comme on sait si bien le faire.
TuxFamily est fier de son indépendance, et d\'apres les réponse que l\'on a recu, vous aussi. Donc nous resterons independant. Sachez que l\'on fait de notre mieux pour TuxFamily en choissisant des partenaires de qualité, qui respectent nos engagements (et meme les partages): Ouvaton, Placenet, Gitoyen.
Oui c\'est vrai, nous sommes encore trop limité en bande passante, que le service subit des aléas, mais globalement cela marche et une majorité entre vous êtes content du service.
Nous tenons à remercier l\'équipe de la rédaction de LinuxFrench.net et les modérateurs de LinuxFR.org, www.placenet.org, toolinux.com.
Et on tiens à s\'escuser auprès de Lycos,de ses filliales: Caramail et Multimania et d\'IBM France pour avoir utilisé leur nom à leur insu (mais si ils veulent concrétéser d\'une manière ou d\'une autre cette blague, ils sont les bienvenues :-).
A l\'année prochaine.
Les liens:
==========
http://tuxfamily.org/feedtux/annonce.php3(...)
http://www.linuxfrench.net/article.php3?id_article=879(...)
http://linuxfr.org/2002/04/01/7765,0,-1,0,1.html(...)
http://www.toolinux.com/lininfo/news/news/news20020401002282.htm(...)
http://www.placenet.org/article.php?sid=18&mode=thread&orde(...)
Les réponses (anonymes) que l\'on a reçu de la part de nos hébergés
===================================================================
http://tuxfamily.org/feedtux/reponses.php3(...)
Les logs IRC de dimanche soir à lundi soir
==========================================
http://tuxfamily.org/feedtux/irc.php3(...)
PS: dites vous nous escusez quand meme, ce n\'était qu\'une blague.
--
Les administrateurs en folie
# ARKANAE
Posté par Roger Rabbit . En réponse à la dépêche Un jeu de plus : EgoBoo. Évalué à 10.
en bref :
Arkanae est un jeu de rôle se déroulant dans un univers d'héroic fantasy unique !
Explorez un monde cohérent en 3D, avec vue à la troisième personne.
Gestion de l'alignement, décidez de votre destinée.
Dialogue, énigmes, magies, combats épiques et trésors enfouis vous attendent...
Développé en Java, multiplateforme Linux et Windows, Multilingue (Français, Anglais, Allemand & Italien - merci aux traducteurs!).
Rendu 3D en OpenGL via OpenGLTM for JavaTM.
Logiciel libre : code source disponible (Licence GPL)
http://arkanae.tuxfamily.org/fr/index.html(...(...))
Nb : en java ! Les aigris du langage/plateforme java n'ont qu'a bien se tenir ;)
Nb2 : Si vous ne connaissiez pas tuxfamily.org c'est le momement d'y faire un tour, car tuxfamily roulaiz
# plop
Posté par Roger Rabbit . En réponse à la dépêche Les Last Jeudi : Vendredi 26 octobre. Évalué à -1.
Que tous les montpellierains se mobilisent ...
( Biere à 15 F au Van Gogh )
[^] # Re: Avenir radieux.
Posté par Roger Rabbit . En réponse à la dépêche ARGHHH ! WYSIWYG breveté !!!. Évalué à 4.
les sociétés vont perdre des millions => les utilisateurs passeront à d'autre solutions libre de droits ?
Je comprends pas bien ...
Le jour ou les graphistes passeront de photoshop a Gimp n'est pas encore venu
Le jour ou dreamweaver aura un concurrent sérieux aussi
Les gens qui travaillent dans des boites utilisant des soft Adobe et/ou Macromédia en ont rien a carrer en général ... vu que ces de boites sont en général commerciales cela implique un certain vocabulaire : "pognon" "plus" "encore" "par tous les moyens"
Alors dans cette logique ce type de boite doit etre plutot pour les brevets , puisque ca ce résume bien a ca
[^] # Re: Mouais...
Posté par Roger Rabbit . En réponse à la dépêche Frenchelon dans le texte. Évalué à 0.
Elle programme en asm et se débrouille fort bien en ADA.
Entre deux tricots, elle fait soi-même ses distrib LFS
ma mère Roulaiz grave !
[^] # Re: OUIN arretez de dire du mal de java :....(
Posté par Roger Rabbit . En réponse à la dépêche Un autre compilateur Java générant du code natif x86. Évalué à 2.
http://arkanae.tuxfamily.org/fr/index.html(...)
[^] # Re: Version 1.1 de Java
Posté par Roger Rabbit . En réponse à la dépêche Un autre compilateur Java générant du code natif x86. Évalué à 1.
je peux compiler mes class 1.4 sur un compilateur supportant la plateforme 1.1 donc ?
[^] # Re: Bad Idea !
Posté par Roger Rabbit . En réponse à la dépêche Un autre compilateur Java générant du code natif x86. Évalué à 1.
java.sun.com/features/2001/05/javagame.html?frontpage-headlinesfeatures
ca devrait marcher cette fois
[^] # Re: Bad Idea !
Posté par Roger Rabbit . En réponse à la dépêche Un autre compilateur Java générant du code natif x86. Évalué à 1.
est la bonne url
[^] # Re: Bad Idea !
Posté par Roger Rabbit . En réponse à la dépêche Un autre compilateur Java générant du code natif x86. Évalué à 1.
perso je n'ai pas testé ,
if you want to know more :
http://java.sun.com/features/2001/05/javagame.html?frontpage-headli(...)
ouais je sais c'est sun qui le dit , comme ca pas la peine de répondre hein
[^] # Re: portabilité ... *hum*
Posté par Roger Rabbit . En réponse à la dépêche Un autre compilateur Java générant du code natif x86. Évalué à 3.
Chacun est libre non ?
D'ailleurs j'ai demandé au dalai lama et il m'a répondu :
"Java a comme objectifs ceux que lui donne"
;)
# OUIN arretez de dire du mal de java :....(
Posté par Roger Rabbit . En réponse à la dépêche Un autre compilateur Java générant du code natif x86. Évalué à 4.
Je vous rappelle que java a également été conçu pour que l'implémentation du programme d'exécution puisse optimiser l'éxécution en compilant a la volée le pseudo code en code machine, le pb etant que cette optimisation prend du temps et est importante pour obtenir une bonne performance.
Je mentionnerais HotSpot qui exploite ce qu'on appelle la compilation adaptative. Les applis executent en general de nombreuses fois certaines portions de code, dont le fonctionnement determine donc la performance de l'appli. HotSpot evalue a l'execution ( a mesure qu'il execute ) les parties repetées souvent et les compile en code machine.... et comme il ne compile qu'une petite partie du code il laisse le temps a son optimisation.
Avantage : il peut effectuer des optimisation a l'execution ce qu'un compilateur statique ne permet pas.
Pour revenir sur 'Java sux' ... forcement si tu code tout en assembleur ca ira beaucoup plus vite ... je te laisse a ton assembleur, tu me rappelle quand tu as fait une appli actuelle en moins de deux ans
De plus java est lent , mais ca dépend pourquoi, et un prog java bien foutu ca fonctionnera tres bien, comme un prog java mal foutu ca ramera
( note : c'est ce que disent les developpeurs java ;)
j'ai fini
Allez y , moulez maintenant ;)
[^] # Re: limitations cryptographiques en france
Posté par Roger Rabbit . En réponse à la dépêche Introduction à GnuPG. Évalué à 4.
Dans le cas ou "les dits matériels ou logiciels soient exclusivement destinés à l'usage privé d'une personne physique"
http://www.scssi.gouv.fr/fr/reglementation/tab_synth.html(...)
Donc je peux mouler en 128 bit de chez moi ?
[^] # Re: Confirmation
Posté par Roger Rabbit . En réponse à la dépêche Le bug de l'an 2000. Évalué à 0.
Je ne prendrais meme pas la peine de relever ce commentaire d'une qualité plus que médiocre
faut pas s'étonner si nombre de "sous-developpé" n'aime pas les parisiens & Co
d'ailleurs je pédale pour faire fonctionner ma bécane et d'ici 2004 on aura l'eau courante
[^] # Re: Intel dires...
Posté par Roger Rabbit . En réponse à la dépêche Intel souhaite la disparition des lecteurs disquettes. Évalué à -1.
HastéroHache !
[^] # Re: Je comprend pas ...
Posté par Roger Rabbit . En réponse à la dépêche Intel souhaite la disparition des lecteurs disquettes. Évalué à 2.
1) ouais linux trop top, marche sur 486 !
2) moi je boote sur cdr chui un mec moderne
la je rigole ... supprimer le 3"1/2 c'est vraimment stupide
a moins que tu veuille que tout le monde achete du nouveau matos ? c'est ptet ca
Moi j'emploie du matos relativement récent , mais j'aime aussi réutiliser de vieilles machines
sans racune ;)