JavaScript
Explica cómo leer documentación de APIs, referencias técnicas y especificaciones para confirmar comportamiento, compatibilidad y casos límite en JavaScript.
Aprender JavaScript también implica saber dónde vive cada contrato y cómo leer una fuente sin confundir lenguaje, navegador, runtime o herramienta.
ECMAScript → lenguaje
HTML / WHATWG → Event Loop, DOM integration, timers
Fetch Standard → fetch, Request, Response, CORS
Web IDL specs → interfaces del navegador
Node.js docs → APIs y resolución de Node
Tool docs → bundler, framework, linter, test runnerFormula una pregunta observable.
Menos útil:
¿Cómo funciona Promise?Más concreta:
¿Una callback de then se ejecuta síncronamente si la promesa ya está fulfilled?Esto permite localizar una regla y construir un ejemplo.
Pregunta:
Ejemplo:
setTimeout(callback, 0);setTimeout pertenece al host; Promise jobs pertenecen a ECMAScript y su integración con el Event Loop se define junto al host.
MDN es una referencia práctica excelente para:
Aun así, resume contratos complejos. Cuando una distinción precisa importa, sigue el enlace a la especificación o documentación del runtime.
La especificación usa algoritmos abstractos.
Ejemplo conceptual:
Perform ? Operation(value)
Let result be ...
Return resultConvenciones frecuentes:
? propaga abrupt completions.! afirma que una operación no falla bajo esas condiciones.No necesitas leer toda la especificación en orden. Busca la sección concreta y sigue operaciones relacionadas.
La spec define qué debe observar el programa.
No suele imponer:
Para eso consulta documentación del motor, sabiendo que puede cambiar.
TC39 desarrolla propuestas por etapas.
Stage 0 → idea temprana
Stage 1 → problema y dirección
Stage 2 → diseño en desarrollo
Stage 2.7/3 → especificación avanzada y pruebas
Stage 4 → lista para inclusión en una ediciónNo presentes una propuesta como estándar disponible sin verificar:
Una característica puede estar en ECMAScript 2026 y no existir todavía en todos los navegadores objetivo.
estandarizado ≠ disponible en todos tus usuariosComprueba tablas de compatibilidad y targets.
HTML y Fetch son living standards que evolucionan continuamente, no ediciones anuales cerradas como ECMAScript.
Cuando citas comportamiento actual, registra fecha y revisa si el runtime implementa esa versión.
Selecciona la versión correcta.
Node 20 docs
Node 22 docs
Node 24 docsUna API experimental o comportamiento de ESM puede cambiar entre versiones. No leas “latest” cuando tu proyecto ejecuta una LTS anterior sin comparar.
Un bundler puede aceptar:
import data from "./data.json";aunque el runtime nativo requiera otra configuración o import attributes.
Distingue:
console.log("start");
Promise.resolve().then(() => console.log("microtask"));
setTimeout(() => console.log("task"), 0);
console.log("end");Un ejemplo mínimo ayuda a:
La consola de DevTools puede tener comportamientos especiales:
Confirma resultados relevantes en un archivo o test reproducible.
Revisa:
Cuando la documentación no basta, el código de una librería puede aclarar el comportamiento real de esa versión.
Pero no dependas de una función interna no documentada; puede cambiar sin considerarse breaking change.
Antes de actualizar:
Artículos y videos ayudan a crear intuición, pero pueden:
Úsalos como explicación, no como autoridad final cuando el detalle importa.
Para documentar un concepto:
Pregunta:
¿fetch rechaza ante HTTP 404?Proceso:
response.ok.¿Por qué una característica disponible en un bundler no puede asumirse como parte de JavaScript nativo?
Porque el bundler puede transformar sintaxis, resolver recursos o inyectar APIs que el runtime por sí solo no entiende.
Modelo mental completo de JavaScript conecta los bloques del notebook en una sola explicación.