Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

From: Herve AGNOUX (herve.agnoux@diaam-informatique.com)
Date: 09/02/2004 - 19:41


Le Dimanche 08 Février 2004 20:50, Robin Berjon a écrit :
>
> Je ne tiens nullement à vous attaquer sur votre produit que je n'ai pas
> encore essayé, mais après avoir testé beaucoup d'éditeurs en Java
> j'avoue que je peine à me convaincre de passer une heure ou deux à en
> essayer un de plus. Je travaille principalement sur un G3 900Mhz avec
> 792mo (donc quand même quelque chose de largement acceptable) et tous
> les éditeurs que j'ai essayé sont beaucoup trop lents, j'ai beau n'être
> pas un as du clavier j'ai quand même toujours le temps de les voir vider
> mon buffer clavier caractère par caractére.
>

Je crois que vous exagérez un petit peu... J'ai utilisé par exemple XMLmind et
je n'ai pas eu l'impression d'une lenteur particulière. Et j'utilise
régulièrement des logiciels java pour mes développements.

Je peste contre l'inflation de "fonctionnalités" (Maven affiche fièrement des
temps de compilation de plusieurs secondes pour 3 lignes de code, alors que,
à la grande époque de Turbo Pascal, il en fallait 1/2 pour en compiler des
milliers sur un Z80), mais ce n'est pas de la faute de Java.

Le problème est souvent exactement le même avec les logiciels natifs : j'ai
longtemps utilisé emacs et, en passant à jEdit, ou même à NetBeans pourtant
réputé lourd, je n'ai pas ressenti de différences réelles. NetBeans rame de
temps en temps (souvent, même) je l'accorde, mais il faut dire aussi que mes
travaux sont extrêmement pointus et complexes, vous l'imaginez bien. Avec
emacs c'était exactement pareil.

Le seul domaine pénible est la ligne de commande. xsltproc est plus rapide que
le couple d'enfer xalan / xerces, c'est indéniable.

Cordialement.

-- 
SARL diaam informatique - 04 50 44 26 54
Ingenierie, développements de systèmes d'information
http://www.diaam-informatique.com

-- Devenez redacteur <XML>fr et contribuez au developpement du xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie a XML.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a xml-tech-request@xmlfr.org (mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:05 UTC

webmaster@xmlfr.org

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement