XML er 10

XML henstilling fejrer sin 10-års jubilæum , Nemlig årsdagen for den officielle offentliggørelse af henstillingen den 10. februar 1998. Men jeg tænker på XML som virkelig begynder i 1996, hvor aktiviteten blev vist offentligt for første gang på SGML 2006 konference. Jeg skrev om XML og dets udvikling på dette jubilæum her: Dr. Makro's XML ILSKUD: XML: Ti år Aniversary (Og jeg opdagede dette indlæg, som jeg havde fuldstændig glemt, når jeg googled "sgml 1996 konferencen" for at kontrollere, at min hukommelse af de datoer blev korrekt. Hvor trist er det? [eller omvendt, hvor cool er det? - du vælger .]).

Jeg vil gentage, hvad jeg sagde for to år siden: mens Tim Bray og Michael Sperberg -McQueen, som redaktører af XML 1.0 henstilling, er de fleste offentligt i forbindelse med XML det var Jon Bosak der gav XML ske. Det var Jon, der satte "SGML på nettet" arbejdsgruppe sammen, personligt inviteret alle de oprindelige medlemmer, indstille arbejder regler, der gjorde det muligt for os at arbejde hurtigt og produktivt, og styrede det politiske og proceduremæssige processen med at få XML gennem W3C. Jon vidste, hvad han ønskede, og vidste de ingredienser, som var nødvendige og vidste, hvordan man kan sætte dem sammen på en måde, der sandsynligvis ville producere det ønskede resultat. I den forstand var han som en kok producerer en parabol afhængige af et kompliceret samspil af forskellige ingredienser, en skål, der ikke er en simpel samling opgave, men en, der involverer omhyggeligt forvaltet reaktioner og madlavning gange anvendes til en lang række ingredienser, hvor kvaliteten var et centralt afgørende faktor.

Uden Jon's drev, dømmekraft og lederskab, XML udviklingsproces kunne have let kørt fast eller er blevet afsporet i et ubegrænset antal måder. Det ville have taget kun en spoiler eller modstand fra inde i W3C eller simpel dårlig forvaltning af processen til at dræbe eller udsætte det hele.

Det er også vigtigt at huske, at hvad vi udviklet som XML er absolut ingen teknisk innovation. Der er intet i XML-1 henstilling, som ikke er i SGML, måske med undtagelse af godt formedness er tilstrækkelig (siden SGML kræves brug af DTDs med dokumentet tilfælde). Den geni af XML, og udfordringen i at udvikle fromme, var at regne ud, hvad de skal forlade ud af XML. Hver af os om arbejdsgruppen havde vores kæledyr funktioner, uden hvilket vi følte XML ville være i bedste lammet, i værste fald ubrugelig. Jeg tror, at vi har gjort et bemærkelsesværdigt godt stykke arbejde af ikke herunder funktioner, der ikke var væsentlige.

Set i bakspejlet, jeg ville ønske, vi var gået længere og venstre ud DTDs og enheder helt, men selvfølgelig, som ikke ville have været politisk acceptabelt på det tidspunkt, og der ville have været noget for at erstatte DTDs med (faktisk er jeg stadig finder det forbløffende, at den XSD spec blev aldrig færdig i betragtning af den udfordring der ligger i at udvikle denne specifikation betragtning af den brede vifte af krav og valgkredse kørsel it) .

Jeg tror, det er også rimeligt at sige, at XML er lykkedes langt ud over nogen af vores oprindelige forventninger. Alle vi virkelig ønskede, var en måde at offentliggøre SGML data ved hjælp af web-teknologi. Det aldrig fandt sted for os, at det ville blive rejst som en generelle formål data strukturering og program-til-program kommunikation format (for god eller dårlig). Jeg har altid fundet det en smule irriterende, at langt størstedelen af data ved hjælp af XML har intet eller meget lidt at gøre med dokumenter i den forstand af oplysninger fortrinsvis beregnet til konsum. Uanset hvad.

Jeg formoder prognostication forventes på dette punkt.

Hvor kan jeg se XML vil i de næste 10 år?

Jeg tror, det er rimeligt at sige, at XML er indgroede og vil næppe blive erstattet enhver tid hurtigt. Det er svært at forestille sig, at enhver gruppe vil have den motivation og ressourcer til at opbygge en generelle formål XML alternative given XML arbejder mere end godt nok for de fleste af de ansøgninger, som den er sat. Fra en teknisk synsvinkel ville det være et tilfælde af overoptimization.

Inden for struktureret dokumentation Jeg tror, at Dita standard især vil fremskynde vedtagelsen af XML for docment repræsentation. Værdierne er blevet vel forstået i årtier, og de agter ikke at ændre. Fordi Dita, leveraging XML's dybe og allestedsnærværende infrastruktur, sænker omkostningerne ved optagelse af ved hjælp af XML for avancerede dokument repræsentation det kan kun tjene til at få flere virksomheder og brugere til XML, brugere, for hvem i fortiden en SGML eller endda XML-løsning ville have været uoverkommeligt dyre. Det finder jeg meget spændende. Jeg husker ikke godt nok at vide om, at særlig virkning af XML var planlagt eller endda håbet på, men jeg tror, at vi alle, selv på det tidspunkt, forstod til en vis grad den effekt, at web-teknologi var i almindelighed at gøre det lettere og billigere. Men helt sikkert sænke omkostningerne ved at bygge XML-parsere var en primær konstruktion føreren, vores mytiske "ph.d.-studerende med en weekend" at opbygge en parser. Denne vision har afgjort været realiseret.

Inden for program-til-program kommunikation det ville ikke overraske mig, hvis noget er specielt designet til denne opgave supplants XML, noget som JSON. Dette er et område, hvor det, fordi der ikke er nogen særlig stor mængde data, men kun behandling kode, API'er, og støtte biblioteker, maskinindustrien ligning ville gøre optimering mere attraktiv: Der er ingen tvivl om, at XML er ikke den bedste løsning for karakter-baserede serialisering af vilkårlige objekter og data strukturer. Jeg vil bestemt ikke gøre indsigelse mod forslag til udskiftning af XML med JSON for disse ansøgninger. Det centrale er at forstå, at XML er stadig den bedste løsning for vedvarende data. Jeg tror en masse mennesker, der bruger XML dag til dag glemmer (eller aldrig fik at vide), at XML, via SGML, der oprindeligt var designet til at lette søgning og lang sigt, anvendelsen-uafhængige arkivering af data. Det er næsten sammenfald, der gør, at samme ansøgning-uafhængighed nyttigt for meddelelse af forbigående data. Bekvem, men ikke optimal.

Jeg er helt forventer at kunne gøre mere eller mindre det, jeg gør nu, ti eller tyve år fra nu. Om jeg vil være er et andet spørgsmål, men hidtil, lige da jeg troede, jeg var helt kede af det, noget nyt i XML-verden er kommet til at re-energize min interesse. Og vi stadig kæmper for at skabe virkelig nyttigt XML-klar hyperdocument styringssystemer. Forhåbentlig, at det ikke bliver tilfældet i 2018.

Og lader ikke glemme, Dr. Charles Goldfarb, der eget singleminded passion, drev, og lederskab produceret SGML, uden hvilken XML (og HTML, for den sags skyld ) Ville aldrig være sket. SGML vendte 20 i 2006. It's largely now forgotten except by a few early adopters who have been using their SGML-based systems productively for ten or fifteen years now and had no compelling business reason to move to XML. But I remember.

Kids today....