./Blog/Frontend & UI/typescript-por-que-lo-uso-siempre
+
+
+
+
[x:05, y:05]
Frontend & UI 5 min de lectura 22 de abril de 2026

Por qué uso TypeScript en cada proyecto nuevo

No es por los tipos en sí mismos. Es por el autocompletado, el refactoring seguro y la documentación que emerge naturalmente del código. Argumentos concretos para convencer al cliente escéptico.

typescriptjavascriptreact

La conversación típica: el cliente pregunta si "necesitamos TypeScript" o si alcanza con JavaScript. La respuesta corta es: si el proyecto va a durar más de un mes o lo va a tocar más de una persona, TypeScript.

El argumento real no son los tipos

El beneficio principal de TypeScript no es que detecta errores de tipo — aunque lo hace. Es que el IDE pasa a conocer la forma de tus datos y te ofrece autocompletado preciso, refactoring automático confiable y documentación inline que nunca queda desactualizada.

Tres situaciones donde TypeScript pagó la deuda

  • --Cambiar el nombre de una prop en un componente React: TypeScript marca todos los lugares donde se usa. En JS tendrías que buscar manualmente.
  • --Agregar un campo nuevo a una interfaz: el compilador te dice exactamente dónde falta actualizar el resto del código.
  • --Consumir una API externa: definir el tipo de respuesta hace que el editor te diga qué campos existen sin tener que volver a la documentación.

Cómo lo configuro en proyectos nuevos

json
// tsconfig.json — configuración que uso como base
{
  "compilerOptions": {
    "strict": true,
    "noUncheckedIndexedAccess": true,
    "exactOptionalPropertyTypes": true
  }
}

Consejo: habilitá strict mode desde el inicio del proyecto. Agregarlo después es doloroso.