Guía de inglés para developers
¿Programar en inglés o en español? La respuesta honesta
Tu código debería estar en inglés. Las conversaciones con tu equipo pueden seguir en español. Esto es por qué, y qué implica para tu carrera.
Puntos clave
- Codea en inglés: nombres de variables, funciones, comentarios, mensajes de commit y mensajes de error.
- Usa el idioma que use tu equipo para standups, Slack, descripciones de pull requests y documentación.
- El código en inglés es el estándar de la industria porque la mayoría de librerías, herramientas y el ecosistema open source están en inglés.
- Los equipos hispanohablantes que codean en inglés se benefician de seguir usando español en las reuniones: es más rápido y más claro.
- El verdadero gap no está en los nombres de variables. Está en poder explicar tu trabajo, hacer preguntas y participar en discusiones técnicas en inglés.
Es una de las preguntas más frecuentes entre los developers hispanohablantes, y merece una respuesta directa.
La versión corta: escribe tu código en inglés. Habla el idioma que hable tu equipo en reuniones y Slack.
Pero la versión larga es más interesante, porque la pregunta real no es sobre nombres de variables. Es sobre qué tipo de developer quieres ser.
Your code should be in English
El código se escribe en inglés
No es una preferencia. Es la realidad práctica de cómo se construye el software.
Cada librería que usas está escrita en inglés. Cada mensaje de error está en inglés. Cada respuesta en Stack Overflow, cada issue en GitHub, cada página de documentación de una API está en inglés. Cuando tu código mezcla identificadores en inglés de librerías con nombres de variables en español que escribiste tú, la legibilidad se resiente.
Más allá de la legibilidad, está la colaboración. Si alguna vez te unes a una empresa con developers de Brasil, India, Polonia o Estados Unidos, o contribuyes a un proyecto open source, tu código en inglés es inmediatamente legible para todos. El código en español, no.
Nombres de variables
Evita
const usuarioActivo = true;
Estándar
const isUserActive = true;
Nombres de funciones
Evita
function obtenerPedido(id) {}
Estándar
function getOrder(id) {}
Comentarios
Evita
// Verificar si el token expiró
Estándar
// Check if the token has expired
Mensajes de commit
Evita
Arreglar bug en el flujo de pago
Estándar
Fix null reference in checkout flow
Your team language is a different question
El idioma del equipo es otra decisión
Si todo tu equipo es hispanohablante, no hay nada malo en llevar tu standup, los canales de Slack y los comentarios de pull requests en español. Serás más rápido y más claro. Algunos de los mejores equipos de ingeniería de Latinoamérica trabajan así.
La excepción es la documentación y la comunicación pública. Si tu README, la documentación de tu API o tus informes de incidentes pueden ser leídos alguna vez por alguien fuera de tu equipo, escríbelos en inglés.
Una regla práctica: las conversaciones internas pueden ser en español; todo lo que vive en el repositorio debería estar en inglés.
| Contexto | Idioma |
|---|---|
| Nombres de variables, funciones, clases | Inglés |
| Comentarios en el código | Inglés |
| Mensajes de commit | Inglés |
| README y documentación | Inglés (si es internacional) |
| Daily standup | Idioma del equipo |
| Mensajes de Slack a compañeros | Idioma del equipo |
| Descripciones de pull requests | Idioma del equipo |
| Postmortems de incidentes | Inglés (si se comparte externamente) |
The real challenge is not variable names
El verdadero reto no son los nombres de variables
Si te estás preguntando si programar en inglés o español, ya resolviste la parte fácil. La parte difícil es lo que pasa cuando te unes a un equipo donde el inglés es el idioma de trabajo.
En ese entorno, los nombres de variables son lo de menos. Lo que realmente les cuesta a los developers es:
Explicar una decisión técnica en un pull request. Decir 'I think we should use a queue here because the current approach will not scale' requiere fluidez, no solo gramática.
Participar en una entrevista técnica. Cuando un senior engineer te pide que expliques tu razonamiento en un problema de system design, pensar en voz alta en inglés bajo presión es una habilidad que hay que practicar.
Empujar hacia atrás en una reunión. Decir 'I am not confident we can finish this in one sprint' o 'this approach has a tradeoff I want to flag' requiere confianza y vocabulario específico.
Ese es el inglés que importa para tu carrera.
What this means for your career
Qué significa esto para tu carrera
Las empresas que pagan los salarios más altos para developers trabajan, en su gran mayoría, en inglés. Los puestos remotos en empresas de Estados Unidos y Europa, las startups internacionales y las grandes tech companies requieren que te comuniques en inglés, no solo que escribas nombres de variables en inglés.
Los developers que acceden a esos roles no son necesariamente los que tienen mejor gramática en inglés. Son los que han practicado suficiente para explicar un problema con claridad, hacer una buena pregunta de aclaración y participar en una discusión técnica sin bloquearse.
Si ese es el camino que quieres seguir, la ruta es la práctica deliberada del inglés que realmente usas en el trabajo: standups, code reviews, pull requests y entrevistas técnicas.
La respuesta corta
- Codea en inglés: es el estándar de la industria y hace que tu código sea usable por cualquier equipo en el mundo.
- Lleva tu equipo en español si ese es el idioma de tu equipo: es más rápido y más claro.
- El inglés que realmente va a impulsar tu carrera es el que usas en reuniones, pull requests y entrevistas.
¿Listo para practicar tu inglés en el trabajo?
Lingua-e tiene ejercicios interactivos basados en conversaciones reales de developers: standups, code reviews, retrospectivas y más. Practica hasta que salga solo.
Prueba Lingua-e gratisPractica el inglés que importa para tu carrera
Escrito por
Roxana LafuenteFundadora de Lingua-e
Roxana Lafuente es ingeniera de software con más de 8 años de experiencia. Al comienzo de su carrera, aunque ya había aprobado el First Certificate in English, se bloqueaba cada vez que tenía que hablar en el standup diario. Era un problema que nadie estaba resolviendo. Después de más de 2.000 standups, descubrió qué es lo que realmente construye la fluidez: practicar situaciones que se parecen a tu trabajo real. Creó Lingua-e para que otros developers no tuvieran que tomar el camino largo para sentirse seguros trabajando en un entorno de desarrollo internacional.