XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] Stick with XML ... JSON is a minefield of securityrisks and ambiguities

IFF the purpose of a standard is to enable information interchange within some declared set of cases, then its goal should be to permit the finger of blame to be pointed whenever accurate information interchange fails to occur. When the finger of blame cannot be pointed, maintenance is required.

When maintenance is required but prevented, well, ... it's like the situation in which the U.S. government currently finds itself. It bothers me. Laws, like standards, are exploitable piles of hacks. When laws fail to serve the people's interests, they require maintenance. The trick is to treat the maintenance of a law as more important -- and more urgent -- than the side-effects of casting off its current accumulation of exploits. Best to keep the accumulation as light as possible, because it soon gets away from you, and the accumulated exploits overshadow the original purpose of the law itself.




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS