Nelis a écrit 2042 commentaires

la siderurgie est en crise au USA = on taxe le reste du monde pour rester compétitif au détriment de tous les accords commerciaux passés

Oui j'ai entendu ça, taxes de 30% sur les importations (surtout en provenance de l'Europe) ... J'étais sur le cul ... Ce que je comprends encore moins c'est pourquoi la tendance est à la libérisation des marchés et compagnies alors qu'on sait que les USA ne se gêneront pas pour favoriser leurs boites ... Enfin, j'espère que l'Europe ne va pas laisser passer ça, c'est le moment de montrer qu'on est pas des pions à la botte des USA ... J'espère que je ne vais pas être déçu ...

Je suis assez d'accord avec ton post, sauf sur un point :


En plus de ça on a OpenOffice donc pas réellement besoin de StarOffice. Il va bien falloir qu'un jour ils comprennent que notre communauté n'a besoin que d'une chose pour survivre : la créativité et l'imagination de ses utilisateurs/développeurs.


Ce n'est pas que je crois pas que la communauté pourrait se passer de StarOffice ou quoi que ce soit, mais sans StarOffice, il n'y aurait pas eu d'OpenOffice donc dire qu'on a pas besoin de StarOffice car on a OpenOffice est un peu bizarre ...

Je suis d'accord avec toi, un benchmark venant d'une des parties en question sera rarement (jamais ?) objectif. Par contre dans cette histoire, celui de MS était bcp plus que "pas objectif", il comparait deux applications totalements différentes (elles n'avaient pas les même objectifs). En fait c'était de la désinformation pure ...

C'est clair que niveau mauvaise foi ils avaient ils avaient fait fort cette fois là ... Ce qui m'énerve c'est que ce contre-benchmark va passer +- inaperçu et la plupart des gens ne vont retenir que le benchmark de MS ...

Plutôt appétissant !! Je vais essayer un de ces soirs :-)

Décidément c'est très didactique Linuxfr, je viens d'apprendre à faire un terminal X diskless et une poëlée gauloise ... ;-)

Moi aussi ! Depuis le temps que je reve d'un truc pareil ...

Vous avez une idée de combien de temps on peut stocker sur le HD ? Et s'il y a un moyen de retransferer sur K7 après ?

Demander aux verts d'être pour le nucléaire, c'est comme demander à Chirac d'avoir une politique sociale ... ;-)

Ce qui m'énerve, c'est la façon que tu avais de cassé ce pauvre Silence. Si il a choisi RedHat il a sans doute ses raisons, lui seul connait le problème auquel il est confronté. Je ne dis pas que Debian est mieux que RedHat qui est mieux que SuSe qui est mieux que ... Simplement fout lui la paix, je crois qu'il y a plus de paramètres que simplement le nombre de machines pour choisir un distrib. Debian est surement plus facile à administrer lorsque le parc est relativement grand, mais ce n'est pas pour ça que toute autre solution est la mauvaise ...

Voilà :-) C'est tout ce que je voulais dire ...

HAaaa, ça fait du bien de cracher sa haine sur troll qui passait par là...

Effectivement ça m'a défoulé, d'ailleurs tu vois, je suis bcp plus zen maintenant ;-)

Allez sans rancune !

mais t'es con ou t'es con ??

Oulaa, encore un qui se prend la tête...

Pkoi est ce qu'il se prend la tete ? Parce qu'il te fait remarquer que tu ne saurais pas proposer une solution adaptée sans connaitre le problème ? Tu as la science infuse ?

Si tu oublies de préciser certains impératifs, ne vient pas pleurer si certains critiquent la décision prise.

Pkoi est-ce qu'il devrait t'expliquer les impératifs ?? Tu fais partie de sa boite ? Le client t'a demandé qqchose ? Non ! Il n'a absolument rien à expliquer ni à justifier !!

Bref je ne sais pas pour qui tu te prends mais tu as réussi à m'enerver !! Allez répète après moi : "Humilité ! Je ne connais pas la solution à tout, ma parole n'est pas la Vérité(tm)".

N'importe quoi !! Encore un p'tit gars élevé à la Parano(tm) Je trouve logique que Sun fasse payer pour sa suite bureautique. Sun est une boite COMMERCIALE, qui est là pour FAIRE DE L'ARGENT et pas pour promouvoir l'informatique libre. OpenOffice est sous LGPL, rien n'obligeait Sun à ouvrir les sources de sa suite bureautique. Très logiquement en contre partie ils comptent un peu sur le code de OpenOffice (encore que je suppose que StarOffice et OpenOffice vont lentement diverger et le code de OO sera de - en - exploitable pour SO). Ils ont fait +- la même chose pour Forte/NetBeans, je ne vois pas le problème la dedans. Sun n'oblige personne à travailler sur OpenOffice ou Netbeans, si vous ne voulez pas contribuer à ces projets, pas de problème ne le faites pas ! En ce qui concerne Java, je suis super curieux de voir où tu as vu qu'on ne pouvait pas faire de dev GPL avec J2EE. Il faudra prévenir les gars de JBoss & co parce qu'ils ont pas l'air au courant ! Avant de dire des con**ries, vérifie tes sources (tourner 7 fois le clavier dans sa bouche avant de dire une bêtise disant PanPan dans Bambi). Enfin, au sujet de ta conclusion, le combat de Sun c'est d'assurer sa survie et sa rentabilité, ce qui est normal.

C'est clair que les certifications, c'est plus un argument commercial qu'une preuve de qualité !

Sinon pour les apps J2EE, l'année passé j'ai développé une application J2EE assez complexe avec EJBs, JMS, Servlet/JSP et tout le bazar. Et bien je l'ai testée avec ceci, et elle fonctionne sans aucuns problèmes :
App Server :
BEA WebLogic et Orion
DB :
Oracle et Interbase
JMS :
Weblogic JMS et SwiftMQ

Donc qd on fait un peu attention, l'indépendance de l'implémentation est une réalité ...

Je crois que c'est vrai pour n'importe quel langage ... Si tu ne connais pas deux ou trois trucs en C ou C++ tu te retrouves vite avec des problèmes de mémoires ou des coredump ... Y'a rien a faire, quel que soit le langage, il faut l'apprendre pour le programmer ;-)

puis pour afficher un tableau resultant d'une requete sql sur Mysql
il faut compter 4 sec pour un tableau de 100x13
(100lignes 13 colonnes) dont les données proviennent de multiples tables.
(clients, CA <=(Commandes, Produits)).

A mon avis, pour optimiser ça il faudrait regarder le modèle utilisé pour le tableau (javax.swing.table.TableModel et javax.swing.table.TableColumnModel), ceux fournis par défaut par Sun ne sont peut etre pas bien pour votre application, peut être faudrait il les réimplémenter ...

Ce qui est ressortit des débats là-dessus sur des sites comme theserverside et javalobby c'est que ça avait bien arrangé Lutris de se servir de ces rumeurs pour changer de licence ... Marc Fleury (de JBoss) a assuré que rien n'empêcherait JBoss de se faire certifier (JBoss est sous LGPL je pense) si ce n'est qu'ils ne veulent pas payer autant ...

Mais bon, je ne connais pas les conditions de certifications de chez Sun, je n'y connais rien en droit, donc je me trompe peut etre ....

Déjà le JRE 1.4 va grandement amélioré les perfs.

Sinon Swing est une très bonne API, qui peut etre rapide mais il faut bien la programmer. Il y a des tas de petites règles et de petits trucs à savoir pour avoir un GUI efficace. Je te conseille de chercher un tutorial ou l'autre sur le net ou d'acheter un bouquin. Les premières applications Swing que je faisais étaient catastrophiques, je ne dis pas que maintenant c'est des oeuvres d'art (loin de là ;-)), mais il y a une tres nette différence au point de vue de la beauté et de la vitesse !

Sinon c'est vrai que Swing (Java2D en général) est plus lent sous Linux (pas d'accélération matériel je pense). Mais j'ai entendu dire qu'ils comptaient dans un futur proche réimplémenté le tout avec OpenGL & co sous Linux (juste une rumeur). Wait and see ...

Java évolue vite et dans la bonne direction !!
Déjà le JRE 1.4 améliore énormément les performances, mais maintenant ils vont s'attaquer à la consommation de mémoire !

Rien de vraiment officiel mais le JRE 1.4.1 (Hooper je crois) devrait commencer à implémenter du JVM sharing (partage de certaines ressources entres JVMs), et le JRE 1.5 (Tiger) devrait contenir la nouvel Isolation API qui permettrait de ne faire tourner qu'une seule JVM par machine, tous les programmes Java tourneraient dedans, partageant ainsi une bonne partie des ressources et évitant que 20 mégas ne soit chargés en mémoire à chaque démarrage d'un programme Java !

Ne pas s'emballer trop vite. J'ai suivi +- cette affaire et ce qui en resort c'est que le changement de licence de Enhydra vient plus d'une volonté de leur part que d'une quelconque pression de Sun. Sun s'en fout de certifier un serveur d'applications open source du moment que la boite paie pour ça (comme n'importe quel autre serveur d'app).
D'ailleurs Marc Fleury (de JBoss) l'a dit clairement, ils pourraient se faire certifier par Sun, mais ils ne le font pas car ça coute trop cher. Mais jamais Sun ne leur interdirait la certification parce qu'ils sont open source.

Il faut voir les choses platement :
- Sun est une boite commerciale.
- J2EE peut etre implémenté *gratuitement* par n'importe qui.
- Eux, vendent des certifications (faut bien rentabiliser, c'est pas des mécènes).
- BEA, IBM & co paient une fortune pour ces certifications.
- Si jamais Sun donne les certifs gratuitement à des projets open source, ceux qui paient vont faire la gueule (normal aussi).

Bref voilà, c'est pas plus compliqué ...

Je suis tout à fait d'accord avec toi, ce n'est pas moi qu'il faut convaincre. Seulement il faut admettre que pour bcp de boite c'est rassurant d'avoir qq'un vers qui se retourner en cas de problème ...

Ceci dit, j'ai pas suivi les 2 recemment, mais quel est l'avantage de StarOffice par rapport a OpenOffice ?


Pour l'entreprise en question, le gros avantage de SO sur OO c'est que si il y a un problème avec SO, on râle chez Sun. Si il y a un problème avec OO, on va râler où ??

J'aime bien la réponse d'Alan Cox, il me semble plus réaliste que Miguel de Icaza qui me semble trop enthousiaste ... D'ailleurs l'avis d'Alan Cox rejoint celui de l'auteur du dernier article : Ok tu peux faire tourner du fortran sur .NET, mais le langage perd ses spécificités : ce code a des limitations et sera bcp moins performant que du fortran "natif" ...

Mmh ... Intéressant mais je me méfie quand même ... Miguel de Icaza m'a l'air bien enthousiaste, il ferait bien de se méfier de Microsoft. MS à deux grosses cibles pour l'instant : Java et Linux. C#, le CIL et la .NET Platform sont clairement là pour attaquer Java. Pour que leur remplacement de Java parraisse crédible, il faut qu'ils poussent l'aspect standard et multi-plateforme. Ils ont donc standardisé une partie de leur technologie et espèrent avoir des implémentations sur diverses plateformes. Donc pour l'instant, que .NET soit implémenté sous Linux ça les arrange bien, mais après, une fois qu'ils auront atteint (ou foiré) leurs objectifs par rapport à Java, ils s'attaqueront à Linux. Je les vois bien changer la licence, ou étendre et violer leur propre standard, enfin faire n'importe quoi pour que les gens restent sous Windows et n'aillent pas sous Linux.

Peut etre que je suis parano ...

C'est clair que Java sur le client n'a pas le boum qu'il connait sur le serveur, mais les applications viennent tout doucement, les JRE tournent le mieux en mieux, les APIs sont de plus en plus riches ... Tout vient à point à qui sait attendre ;-)

Oui tu as raison, j'avais évité de citer les applications serveurs ou pour entreprises pour ne pas qu'on nous ressorte le traditionel "Oui Java sur le serveur ça marche, mais sur les clients il y a quoi ?"

IDE :
JBuilder, IntelliJ, Forte, ...

Editeurs :
Jext, Jedit, ...

File sharing :
LimeWire

Jeux :
Roboforge, les 10000 applets (parfois bonnes, parfois moins)

....

Fais une petite recherche sur google, tu serais étonné de voir tout ce qui existe en Java

Tu ne peux pas dire "Je voudrais un pointeur sur telle adresse mémoire" ou "Je prends l'adresse de cette objet, et je lui ajoute 5". Enfin ce genre de choses quoi ... C'est plutôt normal d'ailleurs, de par ça nature (run anywhere) ce genre de chose doit etre interdite, vu que la mémoire n'est pas gérée de la même façon sur les différents systèmes sur lesquels Java tourne. Tu pourrais qd meme faire ce genre de chose en implémentant un lib avec JNI (Java Native Interface, c'est le système pour utiliser du Java et du C ou du C++) mais tu perdrais la portabilité ...