xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] Re: Balisage et WYSIWYG ne sont pas de bons amis (INFO : XML et WS tous azimuts !)
From: Paul Terray (terray@4dconcept.fr)
Date: 08/11/2002 - 15:30
At 09:41 08/11/2002 +0100, you wrote:
> [...]
> > Je pense que le domaine de la documentation technique est un peu différent
> >
> > : le marquage, la structure, les informations méta-documentaire sont toute
> >
> > la force des systèmes : ils permettent une utilisation avancée de
> > l'information. Cela peut paraitre un peu abstrait, mais quand vous pouvez
> > automatiquement déduire d'un document de maintenance la liste des outils
> > nécessaires à l'opération, la documentation structurée amène réellement sa
> > force.
> >
>
>Effectivement cet aspect manquait à mon exposé : je voyais surtout le XML
>pour
>faciliter et diversifier la chaine de publication. Vous avez raison de
>souligner l'aspect "utilisation" de cet information.
>
>Mais, là encore, c'est intéressant s'il y a un aspect réseau, s'il y a un
>nombre significatif de lecteurs, sinon, cela ne sert à rien... S'il la
>documentation technique n'est faite que par une seule personne et lue par 2
>ou 3 (et cela arrive très souvent), cela ne sert à rien... Mais s'il y a
>plusieurs lecteurs qui utilisent de façon courante cette documentation, alors
>forcément la chaîne de publication et de 'utilisation" se diversifiera d'elle
>même, et le XML trouvera naturellement sa place.
>
>Enfin ! Il me semble ! Que répond le client ??...
Le client n'a pas une réponse unifiée, comme souvent.
- Les responsables de documentation, informatiques, et qualité sont souvent
très attirés par le structuré : garantie de structure, facilité de gestion,
format ouvert, contrôle très simplifié, utilisation multi-support... Par
contre, ils ont souvent peur du pas à franchir, qui n'est pas mince : créer
ou utiliser une DTD, faire les outils de publications adaptés à
l'entreprise, acheter les outils d'édition ou de conversion, mettre en
place un outil de gestion avancée. On les comprend...
- Les grands responsables sont souvent plus pragmatiques, et lancent assez
volontier ce type de chantiers s'ils sont persuadés du retour sur
investissement. Et il est réel dès qu'un certain volume est atteint (j'ai
tout un tas d'exemples sur le sujet). Le problème sur la documentation
technique étant qu'elle représente généralement la 5e roue du carosse. Dans
le cas des documents éditoriaux, c'est bien sûr tout à fait l'inverse : si
vous êtes un éditeur, publier est votre métier, et le gain est forcément
appréciable.
- Le problème vient plus en général des rédacteurs. Si il est parfois
possible de leur forcer la main, ça n'est pas souhaitable. Il faut donc
leur montrer les gains, et là, cela dépend souvent de la culture de la maison.
- Dans la doc technique, les rédacteurs ont généralement tout à
faire (contenu, rédaction, mise en page, ...) et ont du mal à se voir
"dépossédés" d'une partie de leur travail, même si (nous avons aussi des
rédacteurs techniques chez nous) leur vrai valeur est leur capacités à
réunir des informations, les synthétiser, les rendre "pédagogiques", et les
ressortir en respectant des normes parfois très strictes.
- Dans les contenus éditoriaux, c'est plutôt l'inverse :
traditionnellement, ceux qui rédigent sont séparés de ceux qui font la mise
en page, la mise en site, etc. Dans ce cas, moins les rédacteurs (dont ce
n'est généralement pas le métier) voient la mise en page, mieux ils se
portent. Et ceux-là acceptent souvent très bien des éditeurs XML, qui sont
plus simples, plus contraints, et qui leur permettent de ne pas se soucier
d'autre chose que du contenu. Ici, la difficulté est de simplifier au
maximum le rôle du rédacteur.
On en revient à ce que je disais : la difficulté, c'est essentiellement de
faire comprendre les avantages du structuré (XML ou non, d'ailleurs).
--
Paul TERRAY - Ingénieur Systèmes Documentaires
4Dconcept
Centre d'affaires - 22, rue Etienne de Jouy
78353 Jouy en Josas CEDEX
Tel. 01 34 58 70 70 - Fax. 01 39 46 06 90
email : terray@4dconcept.fr
--
Devenez redacteur <XML>fr et contribuez au developpement
du xml francophone (http://xmlfr.org/infos/redacteurs) !
Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet lie a XML.
Pour resilier votre abonnement, envoyez un message contenant la
commande "unsubscribe" a xml-decid-request@xmlfr.org
(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/11/2002 - 10:22 UTC
webmaster@xmlfr.org
|
