Inglés para trabajar en tech: lo mínimo real que necesitas

La pregunta real sobre el inglés para trabajar en tech no es si tienes un B2 o un C1. Es si puedes leer un issue de GitHub sin pasarlo por el traductor, escribir la descripción de un PR que se entienda a la primera y soltar tres frases en la daily sin quedarte en blanco. Esas tres cosas las haces todos los días en una empresa internacional, y ninguna te la mide un certificado. La etiqueta CEFR de las ofertas es un proxy perezoso de algo más concreto; cuando entiendes qué es ese algo, dejas de descartarte tú solo antes de aplicar.

Este post tira la tabla de los niveles y la sustituye por algo más útil: las cuatro habilidades que de verdad usas, con sus pesos reales, y un autodiagnóstico de cinco tareas para saber dónde estás.

Por qué "¿qué nivel necesito?" es la pregunta equivocada

Cuando una oferta dice "English B2", lo que el equipo quiere decir es "necesito que puedas trabajar con nosotros sin que el idioma sea un problema". No te van a examinar de present perfect en la entrevista. Nadie te preguntará la diferencia entre since y for. Te van a poner a leer código, a explicar una decisión técnica y a entender lo que dice un compañero en una call. El B2 es la forma que tiene Recursos Humanos de poner un número a algo que no es un número.

El problema de la tabla CEFR no es que esté mal, es que mide la cosa equivocada para este contexto. Te dice cuánta gramática y vocabulario general dominas, no si puedes sobrevivir a una standup. Hay gente con un C1 de academia que se bloquea en su primer retro en inglés, y gente con un B1 flojito que se defiende perfectamente porque lleva tres años leyendo documentación técnica y escribiendo commits en inglés. La etiqueta y la tarea no son lo mismo.

El inglés que importa en tech es el de una daily, un PR review o un Slack DM — no el de un libro. Y eso son tareas medibles, no una letra. Así que la pregunta correcta no es "¿qué nivel tengo?", sino "¿puedo hacer estas cosas concretas, y con cuánta fricción?".

El inglés de tech no es uno, son cuatro (y no pesan igual)

El error de marco que cometen casi todas las guías es este: tratan "inglés" como un bloque único. No lo es. Son cuatro habilidades separadas —leer, escribir, hablar y entender— y en la mayoría de roles tech pesan de forma muy distinta. Puedes ser fortísimo en las dos que más importan y flojear en la que más miedo te da, y aun así rendir perfectamente.

Leer: lo que más usas, lo que menos cuesta

Es la habilidad que más vas a ejercitar y, casualmente, la más fácil de la lista. Te pasas el día leyendo: documentación, issues, stack traces, mensajes de Slack, release notes, respuestas de Stack Overflow. Y leer es asíncrono y sin presión: nadie te ve dudar, puedes releer, puedes buscar una palabra. Si llevas años programando, probablemente ya lees inglés técnico mejor de lo que crees, porque el vocabulario del dominio —deploy, rollback, endpoint, race condition— ya lo tienes interiorizado.

Escribir async: tu inglés invisible en Slack y PRs

Esta es la habilidad infravalorada. En un entorno remoto, la mayor parte de tu comunicación es escrita y asíncrona: descripciones de PR, comentarios de review, mensajes de Slack, tickets. Y aquí juegas con ventaja: tienes tiempo. Puedes pensar la frase, reescribirla, dejarla reposar diez segundos antes de darle a enviar. No necesitas ser elegante, necesitas ser claro.

Con un puñado de frases hechas cubres el 80% de lo que escribes en un PR. No hace falta más.

¿Y hablar en reuniones? Menos de lo que temes

Esta es la que te quita el sueño, y la que menos uso real tiene para la mayoría de roles backend. En una daily hablas treinta segundos. En una retro opinas un par de veces. En una planning preguntas algo concreto. No estás dando una charla TED: estás soltando frases cortas y técnicas que se repiten en casi todas las dailies, en un contexto donde todos saben de qué va el tema. Y muchos de tus compañeros tampoco son nativos, así que ese listón de "inglés perfecto" no existe en la práctica.

Lo que más miedo da en una daily no es el update, es admitir que estás atascado y explicar el blocker que te frena. Se resuelve con un molde fijo que reutilizas siempre:

Si quieres una batería entera de moldes para la reunión diaria, los tienes reunidos en los posts sobre el daily meeting.

Entender acentos te va a pillar por sorpresa

La sorpresa real no es hablar, es entender. En una empresa internacional escuchas inglés de India, de Estados Unidos, de Polonia, de Brasil, de Alemania, cada uno con su ritmo. Seguir una call con cinco acentos distintos cuesta más que leer un paper. La buena noticia: se entrena rápido con exposición, y cuando no pillas algo, pedir que repitan es de lo más normal y nadie te juzga por ello.

Si comparas lo que crees que necesitas con lo que de verdad usas, la diferencia es brutal:

El mínimo real de inglés para trabajar en tech (sin endulzarlo)

Te lo digo sin adornos: con un intermedio sólido en lectura y escritura, y la capacidad de defender tres frases en una reunión, ya puedes entrar y sobrevivir. Ese es el umbral funcional. No es un C1. No es un certificado. Es esto:

• Leer documentación e issues sin pasar cada párrafo por el traductor.
• Dejar un comentario en un code review largo que se entienda a la primera, aunque la gramática cojee.
• Soltar tu update de daily sin quedarte en blanco, aunque te tiemble un poco la voz.

Cuando me tocó entrar a un entorno internacional, mi inglés estaba al límite. Las primeras semanas las pasé apretando los dientes en cada reunión, reescribiendo tres veces cada mensaje de Slack antes de mandarlo y entendiendo la mitad de lo que se decía. Sobreviví, y mejoré rápido: no por entrar con buen nivel, sino porque el trabajo te empuja todos los días. Ese es el punto que casi ninguna guía cuenta: el nivel alto se forja dentro del puesto, no antes de aplicar. Si esperas a tener un C1 para mandar el CV, vas a esperar para siempre, porque ese C1 nace justo en el día a día que estás evitando.

Autodiagnóstico: ¿ya estás listo? (test de 5 tareas)

Olvida la etiqueta. Mídete con tareas reales. Hazte estas cinco pruebas honestamente:

1. Leer un issue largo de GitHub sin traductor. Coge un issue de cualquier repo grande (Kubernetes, React, lo que uses) y léelo entero. Pasas si entiendes el problema y la discusión sin abrir el traductor. Si no: lee un issue al día, en voz baja, durante un mes. Es la habilidad que más rápido sube.

2. Escribir la descripción de un PR de 4 líneas. En inglés, claro. Algo como:

   Fixes the timeout on the payments endpoint.
   The retry logic was missing a backoff, so it hammered the API.
   Added exponential backoff (3 retries, 200ms base).
   Tested locally against staging.
   

   Pasas si te sale en menos de cinco minutos y se entiende. Si no: escribe todos tus PRs en inglés aunque tardes el doble.

3. Entender un vídeo técnico en inglés a 1x sin subtítulos. Una charla de conferencia, un deep dive de YouTube. Pasas si sigues el hilo sin subtítulos. Si no: empieza con subtítulos en inglés (no en español) y quítalos poco a poco.

4. Soltar tu update de daily en voz alta en 30 segundos. Grábate. Algo tipo: "Yesterday I finished the auth refactor. Today I'm picking up the caching ticket. No blockers." Pasas si suena fluido aunque imperfecto. Si no: prepáralo por escrito y dilo en voz alta cada mañana —o ensáyalo con un tutor que te responda en inglés— aunque trabajes solo.

5. Responder un DM de Slack ambiguo. Alguien te escribe "hey, can you take a look at the staging deploy when you get a chance?" y respondes sin bloquearte. Pasas si contestas en un minuto. Si no: el problema no es el inglés, es la confianza —y de eso va la siguiente sección.

Si pasas tres de cinco, estás listo para aplicar. De verdad.

El cuello de botella no es tu nivel, es lo que parece tu nivel

Aquí está lo que ningún competidor en español nombra, y es lo más importante del post: existe una brecha entre lo que puedes hacer y lo que parece que puedes hacer. Tu inglés real puede ser un siete, pero si la ansiedad lingüística te hace callar en la reunión, saltarte el follow-up o dejar que otro resuma tu trabajo, para el equipo eres un cuatro. Y las decisiones se toman donde tú no estás hablando.

El coste es de carrera, no de idioma: tu competencia técnica desaparece justo del sitio donde se reparten los marrones buenos, las promociones y la visibilidad. No es que no sepas, es que no se nota que sabes. Y eso se arregla con tácticas, no con más gramática.

Tres micro-tácticas que funcionan:

• Prepara el update antes. Escribe tus tres frases de la daily un minuto antes. Leerlas o medio-recitarlas elimina el bloqueo del directo.
• Escribe primero, habla después. Si hay que decir algo importante y te da pánico soltarlo en la call, déjalo escrito en el thread de Slack. Es válido y a menudo más efectivo.
• Pide que repitan sin vergüenza. Nadie te juzga por un "sorry, can you repeat that?". Lo hacen los nativos entre ellos.

Y ten siempre listas un par de frases para ganar tiempo cuando te quedas en blanco en una call:

Cómo cerrar la brecha en meses, no en años

No necesitas una academia de 3000€. Necesitas disciplina bestia y constancia diaria, que es aburrido pero funciona. La receta tiene dos mitades.

Input real, todos los días. Deja de consumir "inglés para aprender inglés" y consume el inglés que vas a usar. Lee repos y documentación en inglés (ya lo haces, hazlo conscientemente). Mira charlas técnicas en YouTube sin subtítulos en español —y si necesitas apoyo, analízalas con transcripción interactiva hasta que sigas el hilo sin muletas. Si puedes, escucha dailies o standups grabadas y haz shadowing: repite en voz alta encima de lo que oyes. Quince minutos al día durante meses baten a un intensivo de fin de semana.

Output forzado, aunque tardes. Escribe tus PRs, tus commits y tus mensajes de Slack en inglés aunque te cueste el triple al principio. La incomodidad es el ejercicio. Cada mensaje que reescribes tres veces es una repetición de gimnasio. En unos meses lo sacas a la primera.

Cuando empecé a construir Devlingo, tenía una cosa clarísima: lo que me hubiera servido a mí no era otro curso de gramática, sino practicar el inglés de una daily, de un PR review, de un Slack ambiguo. Por eso lo enfocamos en situaciones de trabajo concretas y no en tablas de tiempos verbales.

Cuándo NO aplica

Este enfoque del "mínimo real" tiene límites, y prefiero decírtelos a venderte humo:

• Roles de cara a cliente o con presentaciones constantes. Si tu trabajo es sales engineering, developer advocacy o liderar workshops con clientes, sí necesitas un hablado sólido tirando a C1. Ahí la conversación fluida no es opcional.
• Empresas que filtran por certificado formal. Algunas multinacionales o procesos de visado piden TOEFL/IELTS de verdad. Si es tu caso, el papel importa y este post no te exime de sacarlo.
• Mercado puramente local en español. Si vas a trabajar en una empresa española o latinoamericana con equipo hispanohablante, el inglés es secundario y no deberías agobiarte con esto.
• Si tu inglés está por debajo de un A2 real. Entonces primero necesitas base —vocabulario y estructuras mínimas— antes de aplicar este plan. El "mínimo real" asume un intermedio dudoso, no un punto de partida desde cero.

Preguntas frecuentes

¿Qué nivel de inglés piden de verdad para trabajar en tech? Sobre el papel, un B2. En la práctica, que puedas leer documentación sin fricción, escribir mensajes claros async y defender unas frases en una reunión. Nadie te examina de gramática; te miden por tareas. Un intermedio sólido en lectura y escritura ya te abre la puerta.

¿Puedo entrar en una empresa internacional con un B1? Sí, si ese B1 es fuerte en lectura y escritura y te defiendes mínimamente hablando. Muchos entramos con el idioma al límite y mejoramos dentro. Ese salto lo das en el puesto, con el trabajo empujándote. No te autodescartes por una letra.

¿Necesito un certificado (TOEFL/IELTS) o basta con defenderme? Para la mayoría de empleos tech, basta con defenderte: nadie te pide el papel. Las excepciones son procesos de visado y ciertas multinacionales que filtran por certificado formal. Si la oferta no lo menciona explícitamente, no lo necesitas.

¿Cuánto se tarda en pasar de intermedio a defenderse en reuniones? Con constancia diaria —input real y output forzado—, unos meses, no años. La clave es la regularidad, no la intensidad puntual: quince minutos cada día baten a un intensivo de fin de semana.

¿Importa más hablar bien o escribir bien en remoto? En remoto, escribir async pesa más de lo que crees: la mayoría de tu comunicación son PRs, comentarios de review y Slack. Hablar importa, pero en dosis cortas y técnicas. Si tienes que priorizar, prioriza leer y escribir.