Romain Guy a écrit 91 commentaires

Merci pour toutes ces précisions !
C'est vrai que l'on critique bien trop souvent Sun sur son manque d'ouverture... Sun propose pourant beaucoup de choses. Personnellement, rien que le fait que les sources l'API du JDK soient dispos avec les JDK m'aide parfois.

Si je puis me permettre, Xerces, Xalan, Cocoon, Batik et FOP sont franchement excellents. Extrêmement bien documentés, de beaux sources et très puissants. Je dois avouer que les projets de l'ASF sont impressionnants et je puise largement chez eux :))

En 20 minutes nous avons trouvé, à quatre, les possibilités suivantes :
dichotomie bronchiole
zeugma lacis
zeugma crossette
zeugma peltes

et une combinaison en anglais dont je ne me souviens plus. La technique est plutôt simple : utiliser un mot "rare" qui donne peu de résultat puis le tester en combinaison avec d'autres mots "rares" présents dans l'un des résultats...

Eh bien cela ne change rien ! Le mix XML+XSL donnant un résultat HTML ne dépend pas des navigateurs ! On peut ainsi générer une page HTML depuis un couple XML+XSL à l'aide d'un logiciel Java ou C. Le résultat produit étant de l'HTML, on pourra le lire partout !

C'est à cause du SIDA.

Toutes mes excuses et -1, hop :)

Le softwrapping c'est le fait de faire passer le texte à la ligne sans pour autant insérer de retour à la ligne dans le texte. Cela évite les barres de défilement horizontales.

Non, c'est utiliser *entre autres* MSIE et Outlook Express...

Mais on vient de dire que le rédac chef utilisait justement des OS alternatifs...

Ce sont surtout des gens qui ont assez d'ouverture d'esprit pour ne pas se cantonner à un seul OS et qui montrer que de nombreuses solutions informatiques peuvent être adaptées à divers environnements.

Et puis Login: se passera bien de toi tu sais :)

Ben... Jext :-)

Je ne dis pas le contraire. J'aime beaucoup IDLE personnellement.

Il lui manque juste des fonctions d'aide à la manipulation du texte un peu plus puissantes.

UBB est un forum écrit en perl je crois... c celui utilisé sur les sites Login: et PC Team que je fréquente beaucoup (trop ? :))).

Eh oui ces gens essayent de vivre de leur métier... étrange non ? :))))))

En réalité, ces optimisations sont utiles dans le cadre d'application demandant de gros calculs. Et encore. La principale optimisation que l'on peut faire en Java concerne la logique des algorithmes elle même. Le log(n) vaincra ! :-))

Pour faire un programme Java qui tienne la route, il faut également avoir une solide architecture objet, bien pensée. Ce sont là les deux meilleurs choses à faire avant d'utiliser les bidouilles de type "a << 4".

Merci pour les remarques. Comme je l'ai dit il s'agit d'un article avorté. Il était destiné à Login: mais je l'ai (je ne sais plus pourquoi) laissé de côté en plein milieu. Conclusion: aucune relecture :-)))

Pour ce qui est du final, il y a effectivement une optimisation d'exécution. Les static final permettent normalement d'être inlinée. Mais je crois que les derniers compilateurs javac ne le font plus.

Enfin, l'option -O de javc ne sert plus à rien.

Optimiser du code Java ? Je ressors mon exemple classique: une boucle itérative chargée de concaténer des éléments dans une chaîne. Chaque élément est pris d'un tableau de 10 000 objets.
Si tu utilise l'objet String, la boucle prend plus de 10 secondes sur un P200 48 Mo de RAM et JDK 1.2.2. Avec l'objet StringBuffer on descend aux alentours de 170 milli-secondes... voilà de l'optimisation :)

Ooopss j'ai collé des tags UBB au lieu d'HTML :(

[i]comment optimiser du java et comment utiliser le multithreading ? [/i]
Pour l'optimisation de Java, tu trouveras un article "avorté" sur www.programmationworld.com. Je compte bien en refaire un un de ces jours. Mais pour le moment, il s'agit de couvrir la programmation Java sur Palm Pilot. Encore un mois ou deux et je m'y colle :)
Pour le multi-threading, aucun problème, j'essayerais de pondre ça après le Palm :)

[i]C'est pas pour faire de le lèche-bottes, mais c'est le seul éditeur écrit en java qui va à une vitesse raisonnable et ne nécessite pas 2 gigas de ram. [/i]
Merci :-) A ce propos, la version 3.0 devrait sortir d'ici fin Octobre et elle ajoute pas mal de choses sympa (surtout la 3.0pre10 qui est encore sur mon HD :)

Et d'ailleurs, en novembre vous découvrirez l'ouverture de la rubrique Zope pour faire bonne impression aux côtés des rubriques JSP et Python :)

Les photos... en fait c'est la rédaction qui les inflige aux pigistes. Le fait est qu'illustrer un article technique est difficle et 5 photos pour deux pages sont imposées. De plus, les gens semblent avoir besoin de voir des photos d'autres gens dans les articles techniques. Je n'aime pas ces photos mais bon...

Et un magazine spécialisé peut attirer diverses personnes n'ayant pas le même niveau.

Mais si tu veux, le mois prochain Login: publiera des articles exclusivement destinés aux personnes ayant suivi un minimum de 5 ans d'étude et connaissant sur le bout des doigts le code source du noyau OpenBSD... et le mois suivant le magazine n'existe plus.

Comprend bien qu'un magazine ne peut que difficilement espérer survivre s'il ne touche pas une cible un minimum large de lecteurs. Maintenant, si tu souhaites approfondir un sujet, tu peux aller lire des livres sur le sujet, ou encore te renseigner sur Internet.

Ben si, c'est même moi qu'il l'ai écrit ce hors série. J'ai reçu mes exemplaires hier. Il devrait être en kioske d'ici quelques jours.

Le problème est qu'un magazine doit couvrir un maximum du lectorat: certains connaissent suffisament de choses pour suivre des articles complexes, d'autres non. De plus, la place accordée dans un magazine, si l'on souhaite "parler" à tous les lecteurs, s'avère réellement contraignante.

Ca, Java WebStart, c'est clair que c'est génial. Ca me pose encore pas mal de soucis (si quelqu'un trouve comment exploiter Jython avec les classes de ses propres packages via JNLP je suis preneur !!) mais c'est terrible :)