No, el tipado fuerte no te hace mejor dev
A veces, los tipos o el tan nombrado tipado fuerte no te salvarán de los bugs. Solo los organizarán mejor y harán que sean más visibles. Pero seguirán ahí.
Esto no es una crítica a TypeScript, ni una invitación a evitarlo. Es una llamada de atención: si tu software está mal diseñado, agregar TypeScript no va a resolver nada. Solo estarás sumando una capa extra sobre un problema que sigue siendo estructural.
TypeScript se ha convertido en un “must” en muchos entornos, pero eso no significa que usarlo automáticamente te haga escribir mejor código. Los tipos no reemplazan el pensamiento técnico.
El hype del tipado fuerte
Sinceramente, cuando llevás un tiempo en esto, es casi imposible no empezar a cuestionarlo todo. El tipado fuerte es un must en las primeras etapas, sobre todo cuando estás empezando o trabajando en equipos grandes. Pero cuando empezás a involucrarte en proyectos más complejos, con más responsabilidad, te das cuenta de algo:
Hay gente que usa herramientas súper robustas como NestJS —con su tipado impecable, sus decoradores y su estructura “elegante”— pero que por dentro esconden un desastre. Código duplicado, capas mal separadas, lógica repartida sin criterio. Pero eso sí: todo fuertemente tipado.
También pasa lo contrario. He visto proyectos escritos en lenguajes como Python, donde el tipado no es estático ni forzado, pero el diseño de la aplicación es simplemente brillante. Claridad, simplicidad, orden. Y eso no tiene que ver con los tipos, sino con cómo está pensado el sistema.
Con esto no quiero decir nada en contra de TypeScript o cualquier lenguaje tipado. Más bien apunto a que, muchas veces, estamos más preocupados de que el código se vea bien que de realmente escribir código de calidad. Un código que nazca del entendimiento profundo del problema, no solo de la herramienta que usamos para resolverlo.
Por que al final del dia, no importa cuantos typos definas o cuantas interfaces tengas, si tu codigo es una mierda, es una mierda bonita solamente.