Misión

Better Translate está enfocado de forma intencionada: empieza donde las traducciones con seguridad de tipos importan más hoy:

• TypeScript
• Node.js y Bun
• React y el ecosistema React moderno

Eso incluye frameworks como:

• Next.js (App Router)
• TanStack Start
• React Router
• React Native

No es casual: se trata de construir un sistema sólido que funcione en el stack que la mayoría de equipos ya usa.

Dónde estamos hoy

Better Translate está diseñado para sentirse nativo en un stack TypeScript moderno.

Un core.
Un modelo de traducción.
En todas partes.

Tanto si construyes:

• un backend con Node.js o Bun
• una web con React
• una app móvil con React Native
• o una app fullstack con Next.js o TanStack Start

La experiencia debería ser la misma: sin herramientas distintas por framework ni patrones nuevos que aprender. El foco ahora es sencillo: hacer esa experiencia sólida, predecible y rápida de adoptar.

El objetivo final

Hoy la traducción sigue dependiendo en gran medida de sistemas basados en claves, y eso escala mal. Imagina una app con miles de mensajes:

• miles de claves que mantener
• miles de mapeos que sincronizar
• miles de traducciones que generar y revisar

Incluso con herramientas modernas, el coste en tiempo, esfuerzo y dinero crece. Y aun automatizando, las traducciones no siempre captan la intención: cambia el tono, se desvía el significado y el resultado no siempre encaja.

Better Translate aspira a alejarse de ese modelo, reduciendo la dependencia de archivos de traducción predefinidos y sistemas rígidos de claves, y avanzando hacia un enfoque más directo y orientado al runtime.

Un sistema en el que:

• las traducciones permanezcan más cerca de la fuente de verdad
• se preserve la intención, no solo la conversión literal
• y la experiencia de desarrollo siga siendo simple y predecible

Eso debería funcionar en cada capa: cliente, servidor y APIs.

Hacia dónde vamos

El alcance crecerá, pero con cuidado. Con el tiempo habrá más frameworks, sobre todo dentro del ecosistema React y más allá.

La expansión no es el objetivo; la coherencia sí. Better Translate debería escalar en:

• más frameworks
• más runtimes
• eventualmente, más lenguajes además de TypeScript
• y sin depender de archivos de claves enormes que solo crecen

Sin romper la idea central: un sistema, en todas partes.

Por qué importa

Las traducciones no están aisladas: viven en todo el producto — frontend, backend, móvil y todo lo demás. Las herramientas deberían reflejarlo.

La misión es empezar con una base fuerte en apps TypeScript-first y evolucionar sin perder lo que la hace valiosa:

• seguridad de tipos por defecto
• coherencia en todo el stack
• sin depender de sistemas rígidos de mapeo por claves
• y un sistema que no tengas que reaprender en cada proyecto