xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] Re: (No subject)Date: Fri, 18 Aug 2000 18:29:17 +0200
Subject: [xml-decid] Re: (No subject)Date: Fri, 18 Aug 2000 18:29:17 +0200
From: Pierre Attar (patt@tireme.fr)
Date: 18/08/2000 - 13:41
At 12:27 18/08/2000 -0400, gilles.falcon@rd.francetelecom.fr wrote:
>XML apporte un plus certains, cependant la rué vers XML et le peu de
>compétence sur le marché font que les formations proposés sont parfois
>décevantes (et cher même pour des sociétés établies sur le domaine).
Vrai, j'en profite pour faire un peu de publicité et renouveller mon appel :
"extrait de la déclaration d'intentions du site : "Mutualiser l'effort de
montée en compétences sur XML"
http://www.ifing.org/projet-xml/xml-base/annonces/PUB-ann1-FR.html
"... les efforts de montée en compétences sont importants à réaliser, car
ils touchent tous les acteurs des entreprises, qu'ils soient décideurs,
rédacteurs de documents ou techniciens chargés d'implémenter ces
technologies. Dans de nombreux pays, et particulièrement aux Etats-Unis,
une floraison d'initiatives XML émerge depuis un an. Pour les acteurs
technologiques (éditeurs de logiciels, sociétés de service, etc.), comme
pour les utilisateurs, il devient essentiel que se constitue en France une
forte compétence XML."
>XML est déjà incontournable alors qu'il n'est pas encore mature,même si tout
>les navigateurs ne prennent pas en compte XML, les transformations juste
>avant l'emission de l'information au client est courant.
Là, je suis moins d'accord, héritant des technologies SGML, matures par les
quelques millions de terra octets (j'exagère ?) crées sous ce format, XML
peut être considéré comme mature.
Des exemples ? La spec n'a pas changé depuis maintenant presque trois ans
et la prochaine révision est uniquement éditoriale ! Quel effort pour le
W3C ... regardez le nombre de changements de HTML depuis qu'il existe !
Donc, pour moi, XML est mature. Il est d'autant plus mature qu'il existe
une floraison de standards d'utilisation autour, dont beaucoup sont d'un
excellente facture. Je rappelle que XSLT et XSLFO ont été crées en peu de
temps, héritiers la norme DSSSL (dans l'univers SGML) qui avait mis
quelques dix ans à être élaboré ; Je rappelle aussi que XLINK et XPointer
suivent le même chemin, eux même héritiers de la norme HyTime (toujours
dans le domaine SGML). Ces standards arriveront rapidement à maturité, dès
lors que tout le monde ne voudra pas les utiliser pour tout faire, en
passant son temps à ajouter de nouvelles spécifications.
Que les navigateurs ne prennent pas en compte XML ? C'est certes un
problème, mais est-ce si important ?
Tout d'abord, il faudrait savoir de quel XML on parle ? Est-ce que Boïng
(ou Aérospatiale) a l'intention de donner ses documentation telles quelles
sur Internet ? Non, il y a dans la documentation de la méthode de
production que ces industrie ne veulent pas partager. Donc, avant de donner
il faut déjà transformer. Pourquoi pas aujourd'hui transformer vers HTML ?
Pour moi, les cas ou XML doit être transféré du coté du poste client sont
rares. Ils correspondent à des applications émergeantes ou le browser
Internet doit recevoir une information intelligente capable de coopérer
avec des applicatifs locaux. Exemple ? Je consulte mon relevé de compte en
banque via mon browser et l'importe automatiquement dans mon gestionnaire
de compte bancaire favori... Et encore, ce n'est pas sur que ce soit un
réel exemple car si je consulte cela de façon régulière, je préfèrerait
recevoir cela par mail et faire une routine qui importe automatiquement.
Bien sûr, je devrais parler aussi du cas où je veux voir mes données de
différentes façon, les célèbres exemples de Microsoft ! Ici, il n'y a pas,
fonctionnellement, grand chose de nouveau ... si ce n'est décharger le
serveur d'un esemble de traitements.
Du coup, je crois que les browsers seront les derniers à réellement
implémenter des environnement de traitement XML, n'incluant pas seulement
XSLT mais aussi XLink, XPointer et XSL-FO : les seuls qui en ont réellement
besoin sont les développeurs d'applications Intranet et ils devront de
toutes les façon agir sur le poste de consultation en intégration de systèmes.
Qui seront alors les premier ? Je parie sur le Wap ! Par exemple, j'ai un
nokia communicator et, selon l'expression consacrée, je "beam" ma carte de
visite à un collèque ayant un Palm. Quelle horreur ! Le transfert est
uniquement textuel, mon collègue doit tout copier/coller dans son annuaire.
Même chose du coté agenda : je peux envoyer une demande de réservation par
GSM à un collègue qui a aussi un communicator mais pas à quelqu'un qui a un
palm ou outlook !
Dans ce domaine, je crois franchement que l'on ira beaucoup plus vite... On
ira d'autant plus vite quand on regarde les coûts auxquels se vendent
actuellement les licences UTMS !
Pour conclure :
On ne risque rien à structurer des bases d'information contenant de
l'information XML dès aujourd'hui car le standard de rétention est mature !
On ne risque rien aussi car les efforts de méthode de structuration
(quelques années/homme pour faire la DTD de la défense américaine) et de
montée en compétences des rédacteurs ne sont pas évidentes et qu'il faut se
préparer à l'avance.
La question du browser est à mon avis secondaire car on peut facilement
passer d'une méthode statique à une méthode dynamique dès que les outils
seront prêts. Ou, pour prendre le viel adage, qui peut le plus peut le
moins, dès lors que l'on a déjà de l'information XML.
Par ailleurs, si en attendant de vrais outils, on est obligés de mettre un
peu plus la main à la pate que ce que l'on pourrait avoir avec les
standards en cours de vote, pourquoi pas mais il faut alors bien surveiller
le marché et l'évolution des standards (c'est au passage l'objectif du
projet pré-cité).
Bonnes lectures,
------------
Pierre Attar (mailto:pattar@tireme.fr)
TIREME SARL (http://www.tireme.fr)
Projet "Mutualiser l'effort de montée en compétences sur XML"
http://fing.org/projet-xml/index.html
--
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 2b28 le 05/01/2001 - 11:33 EST
webmaster@xmlfr.org
| 
