Cook Captain a écrit 216 commentaires

La JVM c'est vraiment pas le problème majeur, il y en a plusieurs qui tournent déja coirrectement.

Le + dur ce sont les librairies. D'ailleurs je rappelle que vous pouvez y contribuer :
http://www.gnu.org/software/classpath/classpath.html(...)

> Si Sun libérait Java, je peut te garantir
> que j'arrêterais de dire Java, ca pue,...

Tu peux toujours contribuer à Classpath :
http://www.gnu.org/software/classpath/classpath.html(...)

On n'est jamais mieux servi que par soi-même. :-)

Désolé, mais je pense que tout cet effort mériterait mieux que le portage de qq jeux (au demeurant fort bien).

01 Informatique est un ramasseries de conneries pour attirer les publicitaires en tout genres et plus particulèrement Micro$oft.

Plus nul et plus vendu tu meurs...

Franchement j'ai bien du mal a trouver de l'intérêt à Wine et à Transgaming.

Comment voulez-vous persuader les utilisateur de passer à Linux en proposant des versions plus ou moins émulées de leurs softs préférés. Je pense qu'il y a plus matière à les dégoûter qu'autre chose.

Franchement, je préférerais 100x (10000x) voir des sociétés aider le développement de DRI, faire des drivers OpenGL, OpenAL etc... Non seulement cela permettrait de réaliser des portages natifs de qualité et mais cela profiterait également à tous les utilisateurs de Linux (et pas seulement à qq applis comme dans le cas de Wine)

Quand je vois tout l'énergie dépsensée, depuis plus de 8 ans, à coder Wine et consorts pour le résultat effectif, ça me fout un peu les boules. Je pense que les 58 MO de sources aurait pu être beaucoup plus utiles dans d'autres projets.

Un objet même passé par valeur reste de toute manière beaucoup plus lent qu'un vrai type primitif "mappable" directement sur l'architecture de données du processeur.

Ceci dit c'est effectivement un domaine ou j'aimerais bien que Java évolue, cela permettrait d'améliorer les perfs de qq softs de manière notable au détriment, malheureusement, d'une complication du langage.

TROLL TROL TROLL TROLL TROLL

Allez je me lance (honte à moi);

Sans même parler de Python, Ruby, et XXX

Le Ksh est une aberration technique
Le C++ est une aberration technique
Le C est une aberration technique
Le Fortran est une aberration technique
Et l'assembleur est le comble de l'absurdité.

Messieurs dorénavant, comme Pipo2, pour éviter les sur-couches (bugguées, lentes, et mal-conçues) entre le langage, l'os et le processeur on passe tous au Langage Machine sans évidemment utiliser aucune bibliothèque de peur d'être contaminé par un mauvais développeur.

ARRRrrggh, petit joueur que je suis, demain je me remets à VHDL et je me refais mon propre porcesseur avec un FPGA. Non ca vas pas, ou sonts mes transistors et mes portes NAND... J' m'en fous si ça marche pas demain je serai le roi du monde et je refabriquerai Dieu. Gniiiiiii.

Jike d'IBM est écrit en C.
Javac de Sun est écrit en java
Apple utilise le compilateur de Sun.

Perso, j'ai utilisé Jikes et Javac, et au bout d'une journée on voit pas vraiment la différence surtout avec une IDE qui compile de manière incrémentale.

>>JFS ? On a déjà ext3 et reiserfs, sans compter XFS.
>Plus de filesystems == plus de choix donc je pense qu'on a pas à critiquer

>> Eclipse ? Sun a libéré NetBeans !
>Tous les developeurs Java à qui j'ai parlé préferent Eclipse à NetBeans

Cherchez l'erreur.

Et moi dévelopeur Java, je préfère Netbeans, Emacs et intellij à Eclipse. eh Na :-).

et NFS.

Que serait Unix sans ce superbe protocole ....

A partir du moment ou tu souhaites considérer les types de base comme des objets, il faut accepter une perte de perf et ça quelque soit le langage. Après le compilateur peut essayer de faire qq optimisations mais ça doit pas toujours être évident.

Dans ton cas, tu peux toujours utiliser des listes qui manipulent des types primitifs pour optimiser les perfs, il en existe pléthore. en java (cf. apache.org).

Comme souvent, c'est un compromis en perf et facilité/généricité.

Nb. Rien à voir avec post en cours.
Je suis toujours surpris du nombre de trolls déclenché par le mot Java sur le dlfp. Quelqu'un aurait-il une explication? Le geek linux ne parle-t-il que le C, et accessoirement le Perl?

Aveque toutes les fotes dorto grafes que tu fé sa va en générer des fo positif :-)

>J'y ai répondu dans le dernier paragraphe. Il ne faut pas >confondre délation en général d'une part, et assistance à >personne en danger d'autre part

C'est bien, toi tu te faits ta petite loi perso. Je pense que personne sur ce site n'a la même échelle pour évaluer ce qu'est une personne en danger...

>C'est une question intéressante, et à mon avis pas si simple >que ça. Je te ferai la réponse traditionnelle : si l'humain est si >mauvais que ça, n'est il pas dangereux d'en laisser certains >faire des lois et les imposer aux autres ?

C'est le fameux, il est interdit d'interdire... tu serais pas un peu Mao...

>tout en le gaspillant (ex:executive life ..))

Dans ce cas précis, il s'agit plutôt du gouvernement précédent et également d'intéréts privés... et pas vraiment aidés par l'amitié que nous porte à l'heure actuelle l'américain moyen.

Ceci-dit pour rattraper le "coup", j'aimerais bien que la France (et l'Europe) fasse un bon procès à M$ pour abus de position dominante (ce qui est à mon avis complètement le cas) et se récupère quelques milliards d'Euros... Mais, effectivement, les choses n'ont pas l'air d'aller dans ce sens.

Fô pas désespérer !$?%

Ils ont déja taxé les CE. Le mien a arrété depuis plus de deux ans de préter des disques...

Je pense que les biblothèques sont également taxées (elles doivent payer une redecance à la sacem). Perso ça ne me choque pas, car t'es pas obligé d'aller emprunter des disques à la bibliothèque avant de relever ton courrier dans ta boite au lettre. En revanche avec leur nouveau projet sur le haut débit, si...

Comme le majors se sont fait tellement de blé avec les disques vinyls et autres cd, elles refusent toujours de comprendre que le mode de distribution du disque est entrain de changer du tout au tout. Au lieu d'essayer de s'adapter au phénomène (comme itunes), elles préfèrent lutter contre.

Pour cela tous les moyens sont bons :
- amalgame entre internaute et pirate
- taxes en tous genre sur tous les supports numériques (cdr & dvdr)
- taxes sur le haut débit et sans doute les disques dur (on y arrivera - vous verrez)

En revanche elle refusent de se poser les quelques questions qui font mal :
Est-ce que la promotion "d'artistes" fabriqués style "star académie" et autres poupées bèlantes, a des chances de promouvoir la vente de disque sur le long terme ?
Est-ce que vendre 23€ un CD de 70 min ou seulement 1 ou 2 morceaux sont corrects n'est pas se foutre de la gueule du consommateur.
N'est-il pas également excessif vendre à 20€ des titres largement amortis comme Brel, Brassens (etc.) ?
Est-ce que les taxes ne poussent pas l'utilisateur honnête à pirater (pourquoi moi, honnête citoyen, je vais m'amuser à payer 2 fois ?).

A noter lors d'un passage récent à une émission télé sur M6, les gars IAM reconnaissaient télécharger de la musique sur Internet. (Oui mais juste pour écouter et après on achète... - [il y tellement de trucs nuls qui sortent mon bon monsieur]). Le piratage c'est du vol mais chez les autres :-)))

Les majors feraient bien de méditer cette maxime de La Fontaine.
"Tant va la cruche à l'eau qu'à la fin elle se casse".

Franchement, j'ai bien peur qu'un logiciel pour modifier du PDF ne te suffira pas. Si c'est pour traduire pourquoi ne n'adresses-tu pas directement à l'éditeur qui pourrait te fournir la doc en RTF. (ça se fait assez courament surtout si tu te proposes de faire cela gratuitement...)

Sinon une solution consisterait à extraire le texte, puis les images du PDF (avec un des logiciels sus-cités) et à refaire la mise ne page dans un logiciel du style d'Open Office.

Le PDF n'est pas fait pour être éditable (du fait même de sa structure interne). Ca peut se modifier mais cela reste globalement du bidouillage (au moins au niveau texte). AMHA, le top du top en la matière pour modifier du PDF, c'est Pitstop de Enfocus, mais c'est payant, et je pense que ça fonctionne uniquement que sous Windows et Mac.

> Juste une question (naïve et sans arrière-pensées) : en quoi trouves-tu Tomcat très moyen ?

Avec 1 Milliard 300 millions de chinois, soit 26x la population de la France, on doit bien trouver quelques huluberlus - à l'Est aussi - qui utiliseront Linux. Ca finit par compter... d'ailleurs je n'ose imaginer un De Villepin (puissance 5) au même poste en Chine.

>Les chinois, ce ne sont pas ces gens avec une natte et un >chapeau de paille sur la tête

On a souvent tendance à réduire un pays à ses plus "éminents" représentants. Le grand classique sur linuxfr etant : Bush=EtatsUnis=tous cons ces ricains. (bon c'est vrai, ils l'ont élu, et encore même pas sûr...)

Pour la Chine, j'hésiterais entre Mao et Tchen (l'ami de Tintin).

Netbeans n'est pas mort, même s'il a effectivement fort à faire avec la concurrence... et c'est tant mieux.

A noter la pré-release de Netbeans 3.6 avec un nouveau système de fenêtrage beaucoup, beaucoup, beaucoup plus sympa.

Pour une première évaluation (en anglais) :
http://www.softwarereality.com/programming/netbeans36dev.jsp(...)

En fait l'AWT, en XLib, (XAWT) sert uniquement à récupérer une fenêtre de X pour pouvoir y faire de l'affichage à l'intérieur. Tous les widgets ont été réimplémentés en composants légers. Reste la gestion des évènements clavier, souris et du drag & drop. A priori le plus gros est déja fait.

L'affichage proprement dit se fait soit au moyen des primitives xLib ou des appels OpenGL. C'est d'ailleurs là, grace à l'utilisation de Open GL, que l'on peut espérer une amélioration importante des perfs des applis utilisant Swing et Java2D sous Linux. (Pour info, sous Windows l'affichage se fait par Direct2D/3D).

Maintenant il faut espérer que Sun y consacrera des moyens plus importants pour que la plateforme devienne réellement utilisable sous Linux coté client.

Les JVM de Sun, a partir de la version 1.4, supportent la nouvelle architecture des threads (NPTL). Les performances s'en trouvent fortement améliorées. (c'est testable avec la dernière version du chapeau rouge)

Jusqu'à aujourdhui, les performances de Java sous Linux, et particulièrement en ce qui concerne le graphique, n'ont jamais approchées celle des JVM sous Windows ou même de Solaris. AMHA, les raisons majeures sont les suivantes :

Coté Java (SUN) :
- peu de moyens mis par SUN et consorts pour optimiser le code des JVM sous Linux
- AWT lourd et complètement obsolète (basé sur Motif)
- architecture graphique de Java (Java2D) peu adaptée à une interface de type XWindows (ie. beaucoup de rendering coté client)

Coté Linux :
- latences relativement importantes (=> interactivité pas top)
- gestion des threads peu performantes

Heureusement la nouvelle version du noyau 2.6 de Linux ainsi que la future version de Java (1.5 - tiger) devraient apporter des améliorations plus que significatives :

Pour Java :
- refonte complète de l'AWT qui se base directement sur Xlib et non plus sur Motif.
- support de OpenGL pour la partie Java 2D
- utilisation de la NPTL

Pour Linux : (les points marquants)
- NPTL
- Low latency patches
- Amélioration de la VM

Si les délais sont respectés, Java 1.5 et Linux 2.6 devraient sortir en version définitive à peu près aux mêmes dates (premier trimestre 2004)

A noter qu'à l'heure actuelle, les JVM d'IBM sont nettement plus performantes que celles de Sun sous Linux - hormis pour le graphique... mais parait-il moins robuste (qui peut le confirmer ?)

Il faut arréter d'être naïf : tous ces benchs truqués sont sponsorisés par M$. (cf. http://dreambean.com/petstore.html(...)).

N'importe quel imbécile est capable de vous pondre un bench ou le système "panpan" va 1000x plus vite que le système "peper". Suffit de changer 3 lignes de code et le tour est joué.

Pour M$, le bench truqué (au même titre que le FUD) , c'est uniquement une technique de marketing. Seuls qq boutonneux ont décèlé (après coup) le coté véreux du bench - les décideurs n'ont évidemment rien vu - le mal est fait...

> De plus, les specs de C# sont publiques et
> déposées auprès de l'ECMA...

Rien n'oblige Microsoft à les suivre...
(En plus les specs déposées ne concernent que le langage en lui-même, c.a.d trois fois rien en regard de la masse des bibliothèques et autres APIs)

Entièrement d'accord.
Dans 5 ans quand les technos auront évolués les habitants de Pau se retrouveront coincés avec un FAI proprio impossible à déloger.

Mais, c'est pas grave, mon bon Monsieur, ça sera payé dans les impots locaux...