Lees documentación en inglés todo el día, pero producirlo es otra cosa. El standup con el equipo remoto, el correo al cliente en Berlín, la entrevista con la empresa de EE. UU.: ahí el inglés decide tu carrera tanto como tu código. Esta página te da el lenguaje técnico y profesional que necesitas para eso.
Conoces la paradoja. Entiendes cada palabra de la documentación de React, resuelves un stack trace en minutos, pero cuando toca hablar en el standup con el equipo de Polonia o responder al cliente que reporta un bug, el inglés se traba justo donde tu trabajo se vuelve visible. Y en tech, lo que no se comunica, no cuenta.
El inglés técnico no es más gramática: es precisión y tono. Nombrar bien lo del software, escribir instrucciones sin ambigüedad, reportar un bloqueo a tiempo y suavizar el tono directo del dev cuando escribes a un cliente. Esas piezas hacen que tu talento técnico por fin se vea. Antes de empezar, una prueba rápida.
Qué lograrás
Al cerrar esta página vas a poder comunicar tu trabajo técnico en inglés de punta a punta: nombrar bien lo del software y el hardware, escribir documentación clara, participar en reuniones de desarrollo, responder a clientes internacionales y defenderte en una entrevista técnica.
La diferencia entre «entender» inglés técnico y «producirlo» es enorme, y es la que separa a un buen dev de un dev al que ascienden. Cinco bloques, en este orden. Toca cada uno para ver qué te deja.
El contenido
- Muchos términos técnicos se usan como verbos: to deploy, to merge, to ship.
- La pronunciación importa en llamadas: cache se dice «cash», no «ca-ché».
- Hay falsos amigos técnicos que causan malentendidos reales.
Ya conoces casi todos estos términos de leerlos, pero usarlos al hablar es otra cosa: hay que saber que funcionan como verbos (I’ll deploy it tonight, let’s merge the branch) y pronunciarlos bien en una llamada. Repasa las tarjetas: intenta recordar el significado y el uso antes de voltear.
⚠️ Falsos amigos técnicos
Library es biblioteca de código, no «librería» (tienda). Actual significa «real», no «actual» (current). To realize es «darse cuenta», no «realizar» (to carry out). Y eventually es «finalmente», no «eventualmente». En una llamada técnica, estos cambian el sentido de una frase entera.
- La documentación usa imperativos y pasos numerados: Run, Install, Set…
- Una acción por oración, y frases cortas.
- La ambigüedad la matan palabras vagas como it, this, the thing.
Buena documentación técnica en inglés no es inglés elegante: es inglés preciso. Se escribe con imperativos directos (Open the terminal. Run the script. Set the variable.), una acción por línea, y nombrando siempre el objeto exacto en vez de un vago it. Si el lector tiene que adivinar a qué te refieres, la doc falló.
Decide si cada instrucción es clara o ambigua. El sistema explica qué la vuelve una u otra.
- El daily standup responde tres preguntas: ayer, hoy y bloqueos.
- El vocabulario ágil (sprint, backlog, blocker) es universal.
- Reportar un bloqueo a tiempo salva el sprint del equipo.
El daily standup asusta hasta que ves que su estructura es fija: cada persona responde qué hizo ayer, qué hará hoy y si tiene algún bloqueo. Con esa plantilla y un puñado de términos ágiles, tienes tu turno resuelto en 20 segundos. Abre cada momento del standup y quédate con su frase.
- El tono directo del dev suena brusco a un cliente: hay que suavizarlo.
- Confirma, da un tiempo estimado y ofrece un siguiente paso.
- Please y Could you cambian por completo la percepción.
Los devs escribimos como hablamos con la máquina: directo y sin rodeos. Con el equipo funciona, pero a un cliente le suena seco. La misma información dicha con un molde cortés genera confianza. Compara las dos columnas.
| Intención | Tono dev (brusco) | Tono cliente (pro) |
|---|---|---|
| Reportar un bug | It’s broken. | We’ve identified an issue and we’re on it. |
| Pedir un dato | Send the logs. | Could you please share the logs? |
| Avisar retraso | It’ll be late. | We expect a short delay; new ETA is Thursday. |
Ahora aplícalo: completa cada frase de un correo a cliente con la palabra que falta. Es tolerante a mayúsculas.
- «Tell me about yourself» pide un pitch de 60 segundos, no tu biografía.
- Las preguntas de comportamiento se responden con STAR: Situation, Task, Action, Result.
- «No sé» se convierte en «no lo he usado, pero así lo abordaría».
La entrevista técnica en inglés se gana con estructura, no con vocabulario rebuscado. Para las preguntas de comportamiento («Tell me about a time when…»), el método STAR ordena tu respuesta: la situación, tu tarea, lo que hiciste y el resultado. Prueba una respuesta y observa cuál convence.
Veámoslo en la práctica
Todo lo anterior junto, en un día real: un cliente internacional reporta un bug y tú lo resuelves de punta a punta. Observa cómo cada bloque aparece donde toca. Avanza paso a paso.
Resolviste el bug en el código, pero lo que hizo quedar bien al equipo fue la comunicación: reportar claro, documentar sin ambigüedad y cerrar con el cliente en el tono correcto. En tech, esa capa de inglés es la que te vuelve visible.
Ahora tú
Seis situaciones de tu día a día en tech para comprobar que los bloques se sostienen juntos. El feedback explica el razonamiento, no solo la respuesta correcta.
Qué te llevas
Tu entregable es tu bio técnica de entrevista: los 30 segundos de «Tell me about yourself» que abren cualquier proceso. Complétala, cópiala y practícala en voz alta.
Esa bio no es para recitarla idéntica: es un molde. Cambia el stack y el logro y sirve para una entrevista, tu perfil de LinkedIn o presentarte en un equipo nuevo. Lo que fijas es la secuencia —rol, logro, aspiración—, y esa funciona en cualquier proceso.
Cierre
Marca honestamente lo que ya puedes hacer sin mirar la pantalla. Lo que quede sin marcar te dice a qué bloque volver.
Entraste entendiendo inglés técnico y sales produciéndolo: nombrando bien, documentando claro, reportando en el standup y respondiendo a clientes y entrevistas. Esa capa de comunicación es la que vuelve visible tu talento.
Lo que sigue se entrena en el trabajo real. ¿En qué próximo standup vas a dar tu turno completo en inglés? ¿Cuál de los cinco bloques te costó más, y qué te dice sobre dónde poner tus horas? Un hábito que rinde: escribe tus commits y tus PRs en inglés claro desde hoy. Es práctica diaria de documentación técnica sin costo extra.