La historia de JSON: del 2000 al estándar de la industria

Douglas Crockford y el origen

A principios de los 2000, Douglas Crockford — un desarrollador veterano de JavaScript — estaba frustrado con XML, el formato de datos dominante de la época. XML era verboso, difícil de analizar en los navegadores y excesivo para la transferencia sencilla de datos del servidor al cliente.

Trabajando en State Software, Crockford se dio cuenta de que la sintaxis de literales de objeto de JavaScript ya era un formato de datos casi perfecto: compacto, legible para humanos y comprendido de forma nativa por todos los navegadores. Lo llamó JSON — JavaScript Object Notation — y registró json.org en 2002 para publicar la especificación.

La ola de adopción del Web 2.0

El gran momento de JSON llegó con el movimiento Web 2.0 (2005–2006). A medida que las aplicaciones basadas en AJAX necesitaban respuestas ligeras del servidor, los desarrolladores recurrieron a JSON en lugar de XML. Yahoo fue uno de los primeros en adoptarlo, incorporando JSON en varios de sus servicios web.

Durante un tiempo, JSON se analizaba con eval(): rápido, pero peligroso, ya que podía ejecutar código arbitrario. La introducción de un JSON.parse() nativo y seguro en ECMAScript 3.1 (que se convirtió en ES5, 2009) eliminó ese riesgo y consolidó JSON en la plataforma.

Convertirse en un estándar

JSON se formalizó como el estándar ECMA-404 en 2013 y se publicó como RFC 7159 por la IETF en 2014 (revisado posteriormente como RFC 8259 en 2017). Estos movimientos establecieron a JSON como un formato independiente del lenguaje: no una característica de JavaScript, sino un estándar universal.

A partir de ahí, la adopción fue total. Las APIs REST adoptaron JSON por defecto. Las bases de datos NoSQL como MongoDB almacenaron documentos como JSON (BSON). Los archivos de configuración, los tokens de autenticación JWT y las herramientas nativas de la nube se estandarizaron todos en JSON o en su superconjunto, YAML.

Por qué JSON le ganó a XML

JSON es aproximadamente un 30–40 % más pequeño que el XML equivalente (sin etiquetas de cierre, sin atributos), se mapea directamente a estructuras de datos nativas en cada lenguaje y se analiza mucho más rápido. XML conserva nichos — marcado de documentos, SOAP, configuración con esquemas — pero JSON domina el intercambio de datos.