Inglés para IT: vocabulario, ruta y cómo escuchar en reuniones

WELE Team22 min read2 views
Inglés para IT: vocabulario, ruta y cómo escuchar en reuniones
On this page

Lees documentación en inglés todo el día. Stack Overflow, changelog, error message, spec de una API de terceros, lo lees directo sin traducir. Al hablar con compañeros metes inglés a cada rato: deploy cái này lên staging, merge nhánh kia vào main, fix nốt con bug rồi release. Tu vocabulario de IT no falla en ningún sitio.

Luego la empresa recibe un proyecto para un cliente extranjero, o al equipo se suman unas personas en otro huso horario. Un standup de quince minutos por Google Meet. La persona del otro lado dice justo tres frases sobre lo que hizo ayer, y tú pillas más o menos la mitad, no porque las palabras sean raras sino porque toda la frase "I'm gonna pick that up after the retro but I'm kinda blocked on the staging creds" pasa en cuatro segundos, cuando cada palabra es una que ya conoces de vista.

Este artículo va justo a esa distancia. Primero, cuatro sitios donde el oído suele fallar y un standup transcrito tal cual, señalando dónde se tragan sonidos. Después, vocabulario de inglés especializado en IT agrupado en cinco bloques que de verdad usas: puesto en el equipo, proceso agile, code review, infraestructura y operaciones, entrevistas y CV.

Por qué lees bien pero no alcanzas a oír

Muchos developers vietnamitas ya tienen la parte escrita: leer documentation y logs de error cada día hace que la terminología lleve tiempo en la cabeza. Lo que te frena en la reunión suele estar en el sonido, y hay cuatro sitios.

Lo más visible son las siglas que se leen letra por letra: PR, QA, CI, CD, API, SLA. En pantalla están separadas; dichas en voz alta se pegan en un bloque corto, "the PR" a velocidad normal se escapa en medio segundo. CI y CD solo difieren en un sonido final, PR y MR en el inicial; resbalar un sonido es entender otra cosa sin saber que acabas de resbalar. Y además palabras que suenan como palabra de verdad: k8s es "kates", i18n es "eye eighteen en", a11y es "ally".

Después vienen palabras cotidianas con significado fijo en el sector: ship, block, park, nit, smell, debt, spike, freeze, groom. Conoces el significado original y el oído no se pone alerta. Alguien dice "let's park that", el cerebro lo traduce primero a aparcar el coche y luego lo corrige, y mientras corrige la frase siguiente ya pasó.

Luego el rodeo típico en reunión: "I might be missing something here", "just a small nit", "can we take this offline". Traducidas palabra por palabra suenan inofensivas; el significado real es, en orden: aquí creo que hay un error, comentario menor que no bloquea el merge, y esto se habla aparte, no sigamos aquí. La misma capa de convenciones que el inglés de oficina, solo que en un equipo técnico es más densa y afecta directo a si tienes que tocar código o no.

Por último, sonidos acortados y pegados: gonna, wanna, lemme, kinda, "could you" hecho /kədʒə/. Eso se llama connected speech, no es exclusivo de reuniones técnicas; en standup se habla rápido y en frases cortas, así que se tragan más sonidos. Si tú sueles pronunciar cada palabra separada, el oído también cuesta reconocer la forma acortada cuando hablan otros.

Ilustración de un standup en línea de un equipo de desarrollo de software
Quince minutos de standup es donde la distancia entre leer y oír se ve más clara.

Cómo suena el inglés en un standup

Juntas esas cuatro cosas y suena así. El fragmento de abajo es un standup normal, transcrito como lo dicen, no como lo escriben en un ticket.

  • Tech lead: "Okay, let's get started. Nam, d'you wanna go first?"
  • Nam: "Yeah. Yesterday I finished the migration script, today I'm gonna pick up the retry logic. No blockers."
  • Linh: "I'm still on the payment bug. I'm kinda blocked on the staging creds, I pinged infra yesterday but I haven't heard back."
  • Tech lead: "Lemme check with them right after this."
  • Huy: "Quick one. My PR for the caching layer's been sitting for two days, could somebody take a look?"
  • Tech lead: "I'll get to it this morning. It's mostly nits from what I saw."
  • Linh: "Also, are we still shipping Thursday, or has that moved?"
  • Tech lead: "Still Thursday as far as I know. Let's wrap, I'll follow up in the channel."

Ocho frases, unos cuarenta y cinco segundos, todas palabras familiares para quien está en el oficio. La tabla de abajo toma siete sitios donde el oído suele resbalar, cada uno de un tipo.

Frase originalLo que en realidad suenaDonde suelen resbalar developers vietnamitas
"d'you wanna go first?"/dʒə ˈwɑːnə ɡoʊ ˈfɜːrst/cuatro palabras "do you want to" reducidas a tres sílabas; muchos no alcanzan a ver que es una pregunta para ellos
"I'm kinda blocked on"/aɪm ˈkaɪndə ˈblɑːkt ɑːn/el grupo consonántico /kt/ de "blocked" casi desaparece, suena como "I'm block on"
"the staging creds"/ðə ˈsteɪdʒɪŋ kredz/"creds" es credentials abreviado, muy fácil oír "credits"; en el sector se recortan palabras así todo el rato: repo, config, prod, spec
"I pinged infra"/aɪ ˈpɪŋd ˈɪnfrə/la /d/ final se pega a la vocal inicial de "infra" y queda "ping-din-fra"; perderla es perder la marca de pasado
"I haven't heard back"/aɪ ˈhævnt ˈhɜːrd bæk/la /nt/ final de "haven't" es muy suave; oír mal y queda "I have heard back", entendiendo al revés la situación del compañero
"the caching layer's been sitting"/ðə ˈkæʃɪŋ ˈleɪərz bɪn ˈsɪtɪŋ/"layer's" aquí es "layer has", no posesivo
"It's mostly nits"/ɪts ˈmoʊstli nɪts/"nits" suena casi como "needs", y esas dos palabras llevan a conclusiones opuestas

La columna del medio muestra el patrón: no hay palabra difícil. Migration, retry, staging, caching, layer son palabras que escribes en código cada día. Lo que se pierde son los límites entre palabras y unas consonantes finales tragadas.

El precio es muy concreto. Oír "nits" como "needs" y crees que tu PR pide cambios grandes cuando está a punto de aprobarse. Oír "I haven't heard back" como "I have heard back" y crees que infra ya respondió a Linh, cuando ella está atascada y necesita que alguien empuje.

Lo que hay que entrenar son las palabras funcionales, no el vocabulario técnico: "has", "could", "for", "of", "have", y la /d/ o /t/ al final de verbos en pasado. Ahí está el sentido de la frase, y el hablante pasa por ahí más rápido. Prueba volver a escuchar una reunión grabada y transcribe solo esas palabras a ver cuántas pillas.

Aprender para oír, no solo para leer

El consejo por defecto para inglés especializado es aprender más palabras. Para quien trabaja en IT, lo que hace falta suele ser unir la forma escrita que ya dominas con el sonido real, y leer otra lista de cuatrocientas palabras no arregla eso, porque las listas enseñan al ojo, no al oído.

Lo que enseña al oído es escuchar y transcribir: escuchar una frase, copiarla palabra por palabra, comparar con el original. Escuchar pasivo hace que el cerebro adivine para tapar huecos, y no sabes dónde acabas de fallar. Al transcribir, el hueco queda en pantalla.

Prueba con la frase exacta de Linh de arriba: "I'm kinda blocked on the staging creds." Si transcribes "I'm kind of block on the staging credits", en siete palabras salen tres fallos de oído: la forma acortada "kinda", el grupo consonántico final de "blocked", y la abreviatura "creds".

WELE se construye en torno a este entrenamiento, llamado dictado auditivo: escuchar frase a frase, transcribir, el sistema corrige y señala la palabra que fallaste. El proceso concreto está en el artículo 5 pasos de dictado auditivo eficaz.

Ilustración de cómo practicar dictado auditivo: escuchar cada frase y transcribirla
Donde transcribes mal es donde el oído falla de verdad, no donde adivinas.

Algo que conviene decir claro: el mejor contenido de práctica para ti no tiene por qué ser sobre IT. Un podcast de tecnología habla rápido y lleno de términos que ya dominas; al terminar sientes que entiendes, pero en parte adivinas por conocimiento técnico, no porque oigas. La biblioteca de podcasts de WELE está dividida por niveles, y un buen punto de partida es el nivel en el que transcribes bien unas ocho de cada diez.

Si no sabes dónde estás, haz primero el test de nivel de comprensión auditiva y luego elige contenido. Si quieres revisar solo vocabulario, está el test de vocabulario, aunque la puntuación de vocabulario suele ser más alta que la de comprensión auditiva.

Sesiones cortas y regulares suelen mantenerse mejor que una sesión larga el fin de semana, sobre todo con la agenda de trabajo llena y fines de semana rara vez libres enteros. Cómo meter esto en un día ya lleno está en el artículo aprender inglés 15 minutos al día.

Malentender palabras, leer mal la pronunciación y no atreverse a pedir que repitan

Entender "nit" como crítica fuerte. En code review, "nit" es convención tácita: un comentario menor, no bloquea el merge, corregir o dejarlo es tu decisión. Muchos vietnamitas ven esa palabra y corrigen todo y piden perdón en el comentario, cuando quien revisa solo marcaba un detalle menor por completitud. Al revés, "I have some concerns" suena educado pero pesa mucho más que un nit.

Creer que LGTM significa código perfecto. Solo quiere decir que quien revisa no ve un problema lo bastante grande para bloquear; muchas veces leyó por encima. Si quieres que alguien mire bien una parte, dilo claro: "Could you take a proper look at the concurrency part?"

Mezclar deploy y release. Deploy es subir código a un entorno; release es abrir la funcionalidad para que la vean usuarios. Muchos equipos hacen deploy varias veces al día pero release por semanas; en una llamada de incidente, confundir esas dos palabras hace que el otro entienda mal qué acaba de cambiar.

Leer mal la vocal de estimate. Como sustantivo es /ˈestɪmət/, vocal final reducida a schwa; como verbo es /ˈestɪmeɪt/, vocal final clara y larga. Decir "my estimate was wrong" con la vocal del verbo suena raro al instante, y el error es común porque el vietnamita no cambia la vocal según la categoría gramatical.

Callar cuando no alcanzas a oír. Esto no es un error de idioma, es hábito. Una frase corta basta: "Sorry, could you say that again?" o "I didn't catch the last part." En muchos equipos, pedir una repetición no molesta a nadie; una tarea hecha mal porque asentiste para pasar, sí.

Vocabulario de inglés especializado en IT por grupos

El resto del artículo es tabla de consulta. El inglés especializado en tecnología de la información es muy amplio, y aprender por listas en orden alfabético es trabajo perdido porque no los verás en ese orden. Las cinco tablas de abajo siguen cinco situaciones de una semana de trabajo; los ejemplos son frases que la gente del oficio dice o escribe. Léelas de un tirón y vuelve cuando haga falta.

Puesto y organización en el equipo

Palabra / expresiónTranscripciónSignificadoEjemplo en frase
Developer/dɪˈveləpər/Desarrollador"We have four developers on this squad."
Software engineer/ˈsɔːftwer ˌendʒɪˈnɪr/Ingeniero de software"She joined as a senior software engineer last month."
Frontend developer/ˈfrʌntend dɪˈveləpər/Desarrollador de interfaz"The frontend developer owns everything the user sees."
Backend developer/ˈbækend dɪˈveləpər/Desarrollador del lado servidor"Ask a backend developer, that logic lives in the API."
QA engineer/ˌkjuː ˈeɪ ˌendʒɪˈnɪr/Ingeniero de pruebas"QA found three regressions in last night's build."
Tech lead/ˈtek liːd/Líder técnico del equipo"The tech lead signs off on the architecture."
Engineering manager/ˌendʒɪˈnɪrɪŋ ˈmænɪdʒər/Manager de ingeniería, gestiona más personas que código"Bring the headcount question to your engineering manager."
Product Owner (PO)/ˈprɑːdʌkt ˈoʊnər/Quien decide prioridades del producto"The PO decides what goes into the sprint."
Scrum Master/ˈskrʌm ˌmæstər/Quien coordina el proceso scrum"Our Scrum Master runs the retro every other Friday."
Business Analyst (BA)/ˈbɪznəs ˈænəlɪst/Analista de negocio"The BA wrote the acceptance criteria for this ticket."
Stakeholder/ˈsteɪkhoʊldər/Parte interesada con voz en el proyecto"We need stakeholder sign-off before we build it."
DevOps engineer/ˈdevɑːps ˌendʒɪˈnɪr/Ingeniero de operaciones de infraestructura y pipeline"DevOps handles the pipeline, the app code is on us."
Squad/skwɑːd/Equipo pequeño autónomo dentro de una organización grande"Each squad owns one part of the product."
Cross-functional/ˌkrɔːs ˈfʌŋkʃənl/Multifuncional, un equipo con todos los roles"It's a cross-functional team, design sits with us."
Report to/rɪˈpɔːrt tuː/Reportar directamente a alguien"You'll report to the engineering manager, not the PO."
Onboarding/ˈɑːnbɔːrdɪŋ/Proceso de integrar a alguien nuevo"Onboarding takes about two weeks here."
Headcount/ˈhedkaʊnt/Cupo de contratación, número de personas aprobadas"We don't have headcount for another backend this quarter."

Proceso agile y reuniones

Este es el bloque que más oyes cada día, y también el que más suelen decir deprisa.

Palabra / expresiónTranscripciónSignificadoEjemplo en frase
Sprint/sprɪnt/Ciclo corto de trabajo, normalmente dos semanas"We're in the second week of the sprint."
Backlog/ˈbæklɔːɡ/Lista de tareas pendientes"That's sitting somewhere in the backlog."
Sprint planning/sprɪnt ˈplænɪŋ/Reunión para elegir trabajo del sprint nuevo"Sprint planning is Monday at nine."
Daily standup/ˈdeɪli ˈstændʌp/Reunión breve cada mañana, cada uno dice tres cosas"Keep it short, standup is fifteen minutes."
Blocker/ˈblɑːkər/Lo que impide seguir con el trabajo"Any blockers before we wrap?"
Blocked on/blɑːkt ɑːn/Atascado esperando a alguien o algo"I'm blocked on the API key from their side."
Refinement (grooming)/rɪˈfaɪnmənt/Revisión y aclaración de tareas del backlog"We'll size that ticket in refinement."
Retro (retrospective)/ˌretrəˈspektɪv/Reunión de lecciones al final del sprint"Bring that up in the retro, not here."
Estimate/ˈestɪmət/ sustantivo, /ˈestɪmeɪt/ verboEstimación de esfuerzo para una tarea"My estimate was way off on this one."
Story point/ˈstɔːri pɔɪnt/Unidad de estimación de complejidad"Is this a three or a five in story points?"
Ticket/ˈtɪkɪt/Una tarea en el sistema de gestión"Can you drop that in a ticket so we don't lose it?"
Acceptance criteria/əkˈseptəns kraɪˈtɪriə/Condiciones para considerar la tarea terminada"This doesn't meet the acceptance criteria yet."
Scope creep/ˈskoʊp kriːp/Alcance que crece fuera del plan original"That's scope creep, it wasn't in the original spec."
Deliverable/dɪˈlɪvərəbl/Entregable"The deliverable for this sprint is the login flow."
Milestone/ˈmaɪlstoʊn/Hito importante del proyecto"We're two weeks behind the milestone."
Ship/ʃɪp/Llevar una funcionalidad hasta el usuario"Let's ship it Thursday and watch it over the weekend."
Deploy/dɪˈplɔɪ/Subir código a un entorno"We deploy to staging first, always."
Rollback/ˈroʊlbæk/Volver a la versión anterior"If the error rate spikes, we roll back immediately."
Bandwidth/ˈbændwɪdθ/Tiempo y capacidad de trabajo que le queda a alguien"I don't have the bandwidth for that this sprint."
Take it offline/ˌteɪk ɪt ˈɔːflaɪn/Hablar aparte después, no seguir en esta reunión"Let's take this offline, we're over time."
Circle back/ˈsɜːrkl bæk/Volver a este tema después"I'll circle back once infra replies."

Code review y calidad de código

Este grupo tiene muchas convenciones tácitas; malentender una palabra y corriges más de lo que el revisor quería.

Palabra / expresiónTranscripciónSignificadoEjemplo en frase
Pull request (PR)/ˈpʊl rɪˌkwest/Solicitud de fusionar código, pendiente de revisión"Your PR has two comments waiting."
Merge/mɜːrdʒ/Fusionar una rama de código en la principal"Don't merge until CI goes green."
Merge conflict/ˈmɜːrdʒ ˈkɑːnflɪkt/Conflicto cuando dos ramas tocan el mismo sitio"I hit a merge conflict in the config file."
Branch/bræntʃ/Rama de código separada para trabajar aparte"Cut a branch off main and start there."
Commit/kəˈmɪt/Un registro de cambios"Squash those commits before you push."
Rebase/ˌriːˈbeɪs/Mover tu rama al inicio de otra"Rebase onto main, then force push."
Refactor/ˌriːˈfæktər/Reescribir más limpio sin cambiar el comportamiento"This works, but it needs a refactor later."
Tech debt/ˈtek det/Deuda técnica, el precio de ir rápido antes"We're paying for tech debt we took on last year."
Edge case/ˈedʒ keɪs/Caso límite, raro pero ocurre"You missed the edge case where the list is empty."
Regression/rɪˈɡreʃn/Bug viejo que vuelve tras un cambio nuevo"This change caused a regression in checkout."
LGTM/ˌel dʒiː tiː ˈem/Abreviatura de "looks good to me", es decir, aprobado"LGTM, feel free to merge."
Nit/nɪt/Comentario menor, no bloquea el merge"Nit: this variable name could be clearer."
Request changes/rɪˈkwest ˈtʃeɪndʒɪz/Pedir cambios antes de aprobar"I'm going to request changes on this one."
Code smell/ˈkoʊd smel/Señal de que el código tiene problemas de diseño"Three levels of nesting is a code smell."
Boilerplate/ˈbɔɪlərpleɪt/Código repetitivo sin lógica propia"Most of this file is boilerplate."
Legacy code/ˈleɡəsi koʊd/Código viejo aún en producción, pocos se atreven a tocarlo"Nobody wants to touch that legacy code."
Breaking change/ˈbreɪkɪŋ tʃeɪndʒ/Cambio que rompe a quien lo consume"That's a breaking change, we need a version bump."
Test coverage/ˈkʌvərɪdʒ/Porcentaje de código cubierto por tests"Coverage dropped, add a test for that branch."
Workaround/ˈwɜːrkəraʊnd/Solución temporal, aún no el arreglo real"We shipped a workaround, the real fix lands next sprint."

Infraestructura y operaciones

Cuando hay incidente hablan rápido y corto; este bloque tiene que estar ya en el oído.

Palabra / expresiónTranscripciónSignificadoEjemplo en frase
Incident/ˈɪnsɪdənt/Incidente que afecta a usuarios"We had a P1 incident at two in the morning."
Outage/ˈaʊtɪdʒ/Sistema deja de servir"The outage lasted about forty minutes."
Downtime/ˈdaʊntaɪm/Tiempo en que el sistema no funciona"Scheduled downtime this Sunday, two hours."
On-call/ˌɑːn ˈkɔːl/De guardia para incidentes"Who's on-call this weekend?"
Get paged/ɡet ˈpeɪdʒd/Que el sistema de alertas te despierte"I got paged twice last night."
Postmortem/ˌpoʊstˈmɔːrtəm/Informe de análisis tras un incidente"The postmortem is due by Friday."
Root cause/ˈruːt kɔːz/Causa raíz"The root cause was a stale cache entry."
Mitigate/ˈmɪtɪɡeɪt/Contener el daño primero, arreglar la raíz después"We mitigated by rolling back the release."
Escalate/ˈeskəleɪt/Subir el asunto a un nivel superior"If it's still down in ten minutes, escalate."
Monitoring/ˈmɑːnɪtərɪŋ/Sistema de monitorización"Monitoring didn't catch it, the customer did."
Alert/əˈlɜːrt/Alerta automática"That alert has been noisy all week."
Latency/ˈleɪtnsi/Retardo de respuesta"Latency doubled right after the deploy."
Throughput/ˈθruːpʊt/Rendimiento, volumen procesado por unidad de tiempo"Throughput held up under the load test."
Scale/skeɪl/Escalar para aguantar más carga"This won't scale past ten thousand users."
Staging/ˈsteɪdʒɪŋ/Entorno de prueba parecido al real"It works on staging, that's exactly the problem."
Production (prod)/prəˈdʌkʃn/, /prɑːd/Entorno real, con usuarios reales"Never test straight on prod."
Rollout/ˈroʊlaʊt/Despliegue gradual a usuarios"We're doing a gradual rollout, ten percent first."
Hotfix/ˈhɑːtfɪks/Parche urgente directo a production"A hotfix went out an hour ago."
Uptime/ˈʌptaɪm/Tiempo en que el sistema funciona con normalidad"Our uptime target is written into the contract."
SLA/ˌes el ˈeɪ/Compromiso de nivel de servicio con el cliente"We breached the SLA on response time."

Entrevistas y CV en IT

Palabra / expresiónTranscripciónSignificadoEjemplo en frase
Job description (JD)/dʒɑːb dɪˈskrɪpʃn/Descripción del puesto en la oferta"The JD says five years, apply anyway."
Screening call/ˈskriːnɪŋ kɔːl/Primera llamada de filtro, normalmente con RR. HH."The screening call is thirty minutes."
Take-home assignment/ˈteɪk hoʊm əˈsaɪnmənt/Ejercicio para hacer en casa"The take-home should take about four hours."
Coding challenge/ˈkoʊdɪŋ ˈtʃælɪndʒ/Prueba de programación con límite de tiempo"There's a coding challenge before the onsite."
Pair programming/ˈper ˌproʊɡræmɪŋ/Ronda de entrevista programando junto a un ingeniero"Round two is pair programming with a senior."
System design/ˈsɪstəm dɪˌzaɪn/Ronda de diseño de sistemas a gran escala"The system design round trips up most candidates."
Whiteboard interview/ˈwaɪtbɔːrd ˈɪntərvjuː/Entrevista escribiendo código en pizarra, sin máquina"We stopped doing whiteboard interviews last year."
Behavioral interview/bɪˈheɪvjərəl ˈɪntərvjuː/Ronda sobre cómo manejaste situaciones pasadas"Behavioral is where they ask about conflict."
Onsite/ˌɑːnˈsaɪt/Serie de entrevistas presenciales, muchas rondas en un día"The onsite is four rounds in one day."
Tech stack/ˈtek stæk/Stack tecnológico en uso"What's your tech stack on the backend?"
Seniority/siːnˈjɔːrəti/Nivel de experiencia"We're hiring at mid to senior level."
Referral/rɪˈfɜːrəl/Recomendación de alguien dentro de la empresa"Ask for a referral, it moves a lot faster."
Notice period/ˈnoʊtɪs ˌpɪriəd/Plazo de preaviso antes de dejar el trabajo"My notice period is forty-five days."
Probation/proʊˈbeɪʃn/Periodo de prueba"Probation here is two months."
Salary expectation/ˈsæləri ˌekspekˈteɪʃn/Expectativa salarial"What's your salary expectation for this role?"
Counter offer/ˈkaʊntər ˌɔːfər/Contraoferta para retener a alguien"My current company came back with a counter offer."
Offer letter/ˈɔːfər ˌletər/Carta de oferta formal"The offer letter should land tomorrow."

Ruta de aprendizaje y recursos autodidactas para gente de IT

La ruta para quien ya trabaja cabe en tres tramos.

  1. Tramo uno, leer documentación ya dominada. Cada día toma un trozo de docs que ya lees, léelo en voz alta, y busca la transcripción de tres palabras que nunca oíste decir.
  2. Tramo dos, oír reuniones. Cada semana toma un diálogo de dev de un minuto, escucha frase a frase y transcribe, luego abre el transcript y compara.
  3. Tramo tres, entrevistarte en inglés. Prepara tres preguntas frecuentes: presentarte, un proyecto del que estés orgulloso, una vez que la regaste. Grábate hasta poder decirlo fluido sin mirar notas.

Los recursos autodidactas deben enseñarte el oficio y darte inglés real; mejor si traen texto para revisar.

  • MDN Web Docs (developer.mozilla.org): escrito en frases completas, no en viñetas, así recoges también formas de decir las cosas. Learn web development es la puerta más fácil.
  • freeCodeCamp (freecodecamp.org): organización sin ánimo de lucro, totalmente gratis, publica seguido. Los artículos son prosa completa, así vuelves a ver las mismas expresiones que oirás en reuniones.
  • Syntax.fm: los hosts son devs, hablan como en la vida real, lleno de formas acortadas como en standup, y hay transcript por episodio para autocorregirte.
  • Talk Python To Me (talkpython.fm): formato entrevista, ritmo más lento que un podcast de noticias, transcript completo con marcas de tiempo, buen peldaño intermedio.
  • The Changelog (changelog.com): invitados de muchos países, el oído se acostumbra a acentos distintos a los del libro; el transcript indica quién dice cada frase.

Cualquier fuente vale, siempre que haya alguien hablando de verdad y transcript para comparar.

Preguntas frecuentes

¿Qué es programar en inglés?

Suele preguntarse en el sentido de: cómo se dice programar en inglés. Programar es programming, escribir código es coding, quien hace el oficio es programmer o software developer, y el inglés para este trabajo se llama English for IT. Conocer esos nombres ayuda al buscar material, porque lo bueno suele estar bajo palabras clave en inglés.

¿Hace falta gramática avanzada para el inglés especializado en tecnología de la información?

No mucha. La comunicación en equipos técnicos va en frases cortas, sobre todo presente y pasado simple. Lo que te hace entender mal suele ser pronunciación y elección de palabras, rara vez cláusulas relativas.

¿Conviene aprender vocabulario de IT con listas largas o por situación?

Por situación. Las cinco tablas de arriba están ordenadas por eso: recuerdas una expresión por el contexto en que apareció, no por su lugar en el alfabeto. El artículo aprender vocabulario por contexto lo explica con más detalle.

¿Hay que entrenar acento americano o británico?

No. En un equipo distribuido, acentos de India, Singapur, Alemania o Australia no son menos frecuentes que el del libro. El objetivo práctico es hablar claro y oír muchos acentos. Elige uno para practicar dictado hasta que suene familiar, y amplía poco a poco.

¿Cuánto tarda uno en seguir un standup sin tener que pedir que repitan?

Depende de tu base auditiva, no hay cifra común. Quien ya oye bien inglés cotidiano se acostumbra al ritmo de reunión en unas semanas; quien aún lucha con frases lentas tiene que construir base antes, en meses. La forma simple de medirlo es grabar una reunión al mes y transcribirla, contando cuántos huecos sigues teniendo.

¿Hay que aprender transcripción fonética del vocabulario de IT?

Para palabras que solo has leído y nunca oíste, sí, porque adivinar desde la forma escrita suele fallar: cache es /kæʃ/, queue es /kjuː/, y luego tuple, schema, null y montones de nombres de librerías. La columna de transcripción en las cinco tablas de arriba es para consultar en ese momento. Mirar una vez y volver a oír en una frase real suele bastar para recordar.

El vocabulario del artículo son expresiones que se repiten en un standup, un retro y una ronda de code review. Lo que falta es unirlos al sonido real, y eso pasa cuando escuchas y transcribes. El método concreto está en dictado auditivo. Si haces otro oficio, el artículo general inglés especializado tiene vocabulario central para más campos.

WELE Team
The WELE team writes about dictation, listening practice and how to keep self-study going.