TSConfig y tooling profesional

Configura el compilador con criterio para DX, builds fiables y deuda técnica controlada.

TSConfig define la política técnica del proyecto: qué riesgos aceptas y qué garantías exiges en compilación.

Una configuración correcta reduce deuda y evita bugs de integración entre equipos y repositorios.

No existe un tsconfig universal: cada proyecto equilibra velocidad de entrega y rigor según contexto.

La meta es construir un baseline sostenible que permita escalar sin convertir el compilador en obstáculo.

  • Strict no es todo o nada; puedes activarlo por fases para no bloquear roadmap.
  • Comienza por reglas con mayor retorno (noImplicitAny, strictNullChecks) en código nuevo.
  • En legado, usa planes de migración por carpetas o dominios para reducir impacto en entregas.
  • Mide progreso con métricas simples: número de any explícitos, warnings críticos y módulos pendientes.
  • Opciones de module/target/resolution afectan runtime real, no solo tipos.

Modo strict con estrategia gradual

Strict no es todo o nada; puedes activarlo por fases para no bloquear roadmap.

Comienza por reglas con mayor retorno (noImplicitAny, strictNullChecks) en código nuevo.

En legado, usa planes de migración por carpetas o dominios para reducir impacto en entregas.

Mide progreso con métricas simples: número de any explícitos, warnings críticos y módulos pendientes.

Compilación, módulos y resolución

Opciones de module/target/resolution afectan runtime real, no solo tipos.

Alinea target con navegadores/Node soportados; configurar uno demasiado moderno puede romper producción silenciosamente.

Define module según tu bundler y entorno para evitar incompatibilidades entre import/export y tooling.

Usa source maps y declarations con intención: ayudan en debugging y consumo externo, pero tienen coste de build.

Tooling de equipo: editor, lint y CI

La calidad no depende solo del tsconfig; depende del flujo completo de desarrollo.

Configura scripts de typecheck en pre-commit o CI para detectar roturas antes de mergear.

Alinea reglas de lint con tipos para evitar contradicciones entre lo que permite ESLint y bloquea tsc.

Documenta convenciones de configuración para que nuevas personas no rompan pipeline por desconocimiento.

TypeScript
12

TSConfig y tooling profesional

Configura el compilador con criterio para DX, builds fiables y deuda técnica controlada.

Código del tema: arquitectura de compilación

📘 Teoría

Modo strict con estrategia gradual

Strict no es todo o nada; puedes activarlo por fases para no bloquear roadmap.

1

Comienza por reglas con mayor retorno (noImplicitAny, strictNullChecks) en código nuevo.

2

En legado, usa planes de migración por carpetas o dominios para reducir impacto en entregas.

3

Mide progreso con métricas simples: número de any explícitos, warnings críticos y módulos pendientes.

Compilación, módulos y resolución

Opciones de module/target/resolution afectan runtime real, no solo tipos.

1

Alinea target con navegadores/Node soportados; configurar uno demasiado moderno puede romper producción silenciosamente.

2

Define module según tu bundler y entorno para evitar incompatibilidades entre import/export y tooling.

3

Usa source maps y declarations con intención: ayudan en debugging y consumo externo, pero tienen coste de build.

Tooling de equipo: editor, lint y CI

La calidad no depende solo del tsconfig; depende del flujo completo de desarrollo.

1

Configura scripts de typecheck en pre-commit o CI para detectar roturas antes de mergear.

2

Alinea reglas de lint con tipos para evitar contradicciones entre lo que permite ESLint y bloquea tsc.

3

Documenta convenciones de configuración para que nuevas personas no rompan pipeline por desconocimiento.

🧪 Aprende probando

Ejemplo Ejemplo guiado Lee, ejecuta y modifica para ver cómo cambia el comportamiento al ajustar tipos.
Ejemplo Demo interactiva Prueba una mini interfaz para visualizar decisiones de tipado.

🏁 Retos

Reto Reto práctico Completa el ejercicio aplicando lo visto en esta sesión.

🧰 Recursos

Test

Comprueba tus conocimientos con un test sobre TypeScript.

Test de TypeScript

¿Qué es esto?

Soy Cristian Eslava y a veces hago webs para procrastinar yo y vosotros. culTest

La hice en febrero de 2026 para facilitar el aprendizaje de mis alumnos. La idea es aprender desarrollo web practicando y que el proyecto siga creciendo con nuevos temas, tests y retos.

Está inspirada en MDN, W3Schools, CodePen, Manz y muchos otros sitios de documentación sobre desarrollo web. Quería combinar teoría útil, ejemplos ejecutables, retos y el sistema de tests que ya tenía en culTest. culTest

Si te gustó, si no te gustó o si quieres escribirme, puedes hacerlo en cristianeslava@gmail.com