Módulo 5: Inglés técnico hablado
8. Proyecto: standup y demo grabados
Descripción
Llegamos al final del módulo, y este es el punto donde todo lo que practicaste deja de ser ejercicio y se vuelve evidencia. Vas a grabar tres piezas en inglés hablado —un standup de un minuto, una explicación de código de tres minutos y una demo de cinco minutos con tres preguntas respondidas— sin leer un guion. Ese detalle es el corazón del proyecto: no vas a leer, vas a hablar. Y sé exactamente lo que se siente leer esa frase con un nudo en el estómago, porque tocaste la destreza que casi todo perfil técnico hispanohablante tiene más rezagada. Se lee bien, se escribe aceptablemente, y en la llamada se congela. Este proyecto existe para que la próxima vez que te toque hablar en vivo, ya lo hayas hecho antes —a solas, con la cámara, sin nadie mirando— y tu cuerpo sepa que sobrevives.
Aquí está la buena noticia, y quiero que te la creas: no llegas a este proyecto a inventar. Llegas con vocabulario activo del módulo 2, con estructuras de escritura interiorizadas de los módulos 3 y 4, y con siete lecciones de habla donde memorizaste frases hechas para cada situación. Hablar, a estas alturas, dejó de ser traducir en tiempo real y pasó a ser recuperar algo que ya tienes guardado. La grabación no mide tu inglés perfecto —no existe—; mide si un desconocido te entiende. Esa es una cancha nivelada para ti, porque la inteligibilidad no premia al que sabe más palabras, premia al que se hace entender con las que tiene.
Conexión con el módulo: las siete lecciones anteriores fueron piezas sueltas —pronunciación de términos, el standup, tomar el turno en una reunión, pedir aclaración, explicar código en voz alta, presentar una demo—. Esta lección las junta en un solo entregable grabado y le pone una puerta de calidad medible: que alguien que no conoce tu proyecto entienda la demo completa sin subtítulos. No te vuelvo a enseñar cómo se abre una demo o cómo se responde una pregunta —eso fue la lección 7—; aquí ejecutas todo eso bajo la única presión que importa, la de grabarte y escucharte. Es la última lección del módulo, y no es casualidad que venga justo antes de la búsqueda de empleo: la entrevista técnica es, literalmente, un examen oral, y llegar a ella habiéndote grabado ya varias veces es la diferencia entre actuar bajo presión y estrenar bajo presión.
Antes de grabar: la puerta honesta
Este proyecto tiene un prerrequisito, y prefiero decírtelo de frente antes de que te frustres con la cámara. En el módulo 1 hiciste un autodiagnóstico. La ruta de esta guía asume un piso: que ya lees inglés técnico con soltura (nivel B1 de lectura) y que puedes sostener unos dos minutos hablando aunque cometas errores (nivel B1 de habla). Si estás ahí, este proyecto es exigente pero está a tu alcance.
Si al intentar el standup descubres que no logras encadenar ni treinta segundos sin quedarte en blanco —no por nervios, sino porque las palabras simplemente no están—, eso no es un fracaso ni una señal de que "no sirves para esto". Es un dato honesto: tu habla todavía está en A2, y la ruta que de verdad te conviene es inglés general primero (conversación, no técnico) y esta guía después. Forzar la demo con preguntas en ese punto solo te deja la sensación de que el inglés técnico "no es para ti", y es mentira: es cuestión de orden. Vuelve, cierra ese piso, y regresa. El proyecto seguirá aquí.
Y una promesa que quiero mantener realista, porque es la línea de esta guía completa: lo que este módulo te da es comunicación técnica de trabajo —standup, explicar código, defender una demo con preguntas acordadas—, no fluidez conversacional general. No te prometo que salgas improvisando en un panel abierto con preguntas impredecibles del público de una conferencia. Te prometo que puedes sostener las conversaciones estructuradas del día a día de un equipo. Esa es la meta de este entregable, y es exactamente lo que piden las vacantes B2-C1 que aparecieron en la auditoría.
Prueba rápida de piso (60 segundos): pon un cronómetro y describe en inglés, en voz alta, qué hiciste ayer en tu computadora. Con errores, con pausas, no importa. Si llegas al minuto sin congelarte por completo, tienes el piso para este proyecto. Si te bloqueas a los diez segundos y no arranca nada, cierra primero el habla general.
Qué vas a entregar
Son tres grabaciones, no una. Cada una entrena una situación distinta y sube en dificultad. Junto a cada pieza, la fórmula del módulo que la sostiene.
| Pieza | Duración | Qué demuestra | De qué lección viene |
|---|---|---|---|
| Standup | ~1 minuto | Reportar avance y bloqueo con estructura fija | Lección 3 |
| Explicación de código | ~3 minutos | Pensar en voz alta sobre código propio | Lección 6 |
| Demo + preguntas | ~5 minutos + 3 respuestas | Presentar y defender bajo preguntas | Lección 7 |
La regla que las une: ninguna se lee. Puedes tener notas —viñetas sueltas, no frases completas—, pero si te encuentras leyendo párrafos, la grabación no cuenta y hay que repetirla. Leer en voz alta es otra destreza; lo que un equipo y un panel evalúan es tu capacidad de generar la frase en el momento. Por eso grabamos: la cámara es el sustituto barato del interlocutor que todavía no tienes.
Qué esperar de tiempo: el proyecto completo, con segundas tomas incluidas, te va a tomar entre 3 y 5 horas repartidas en dos o tres sesiones. No lo hagas de una sentada. La fatiga de hablar en un segundo idioma es real y física; después de cuarenta minutos tu inteligibilidad baja y empiezas a odiar el ejercicio. Graba una pieza, descansa, vuelve.
Preparación: el mínimo técnico
No necesitas equipo. Lo que necesitas:
- Cualquier grabadora. El teléfono, la app de cámara de tu laptop, o una llamada de videollamada contigo mismo. Con video, no solo audio: parte de la evaluación es que no desaparezcas detrás de la pantalla.
- Un cronómetro visible. El tiempo es parte del ejercicio. Un standup que dura tres minutos ya falló como standup.
- Notas de viñetas, nunca de frases. Escribe las palabras clave, no las oraciones. Si escribes "deployment failed — rolled back — need infra help", tienes un ancla; si escribes el párrafo completo, vas a leerlo.
Un consejo que cambia todo y casi nadie aplica: la primera vez que grabes cada pieza, hazlo sin mirar tus notas. Va a salir peor, y está bien. Ese primer intento te muestra qué frases sí tienes guardadas y cuáles se te caen. Luego miras las notas, y grabas la toma buena. El objetivo no es la toma perfecta al primer intento; es descubrir tus huecos y taparlos.
Pieza 1 — El standup (1 minuto)
Ya sabes el formato de la lección 3: tres puntos, menos de un minuto, qué hice / qué haré / qué me bloquea. Aquí lo ejecutas grabado. Elige un día de trabajo real o de estudio reciente, algo que de verdad hiciste, para que no tengas que inventar el contenido mientras peleas con el idioma.
Estructura y frases de arranque para cada bloque:
Yesterday (qué hiciste — pasado): "Yesterday I finished the login endpoint and wrote the tests for it." "Yesterday I was working on the CSV parser, and I got the happy path working."
Today (qué harás — futuro): "Today I'll start on the error handling for the same endpoint." "Today I'm going to pick up the review comments from my last PR."
Blocker (qué te bloquea — o que no hay): "I'm blocked on the staging database — I don't have access yet. Could someone add me?" "No blockers on my side."
Fíjate en dos cosas de esos ejemplos. El bloqueo pide algo concreto ("could someone add me?"), no solo se queja. Y cuando no hay bloqueo, se dice explícito ("no blockers"), no se calla —el silencio en un standup se lee como que no sabes en qué estás.
Qué esperar: tu primer standup grabado probablemente dure cuarenta segundos y suene entrecortado. Perfecto. Un standup corto y entrecortado que se entiende es infinitamente mejor que uno largo y fluido que nadie sigue. La meta del minuto no es llenar el minuto; es no pasarse de él.
Errores clásicos del standup, para que los cuides al escucharte:
- Narrar el día entero. El standup no es un diario. Tres frases, no diez.
- Explicar el cómo en vez del qué. Nadie en el standup necesita el detalle de implementación; eso es para el pairing.
- Ocultar el bloqueo por vergüenza. El bloqueo no reportado es el que hunde el sprint. Decir "I'm stuck on X" es señal de seniority, no de debilidad.
Pieza 2 — Explicación de código (3 minutos)
Aquí narras código tuyo en voz alta, como en la lección 6. Elige un archivo o una función que tú escribiste y entiendes bien. No elijas el código más impresionante; elige el que puedas explicar con calma. La dificultad ya es el idioma; no le sumes la de un código que a ti mismo te cuesta seguir.
El objetivo es el "inglés de pensar en voz alta" —exactamente lo que se evalúa en la parte técnica de una entrevista, donde no importa tanto que resuelvas como que te oigan razonar. Recorre el código de arriba abajo y ve nombrando qué hace cada parte y por qué.
Vocabulario de navegación y operaciones que vas a usar (de la lección 6):
| Español | Inglés | En una frase |
|---|---|---|
| recorrer una lista | to loop over / to iterate over | "Here we loop over each row in the file." |
| transformar A en B | to map A to B | "This maps the raw record to our internal format." |
| descartar / filtrar | to filter out | "We filter out the rows that fail validation." |
| levantar un servicio | to spin up | "The test spins up a temporary database." |
| revertir | to roll back | "If the insert fails, we roll back the whole batch." |
| encargarse de | to handle | "This function handles the retry logic." |
| devolver | to return | "It returns the number of rows that were loaded." |
Un esqueleto para que no te quedes mirando la pantalla en silencio:
"So this file is responsible for X. Let me walk you through it." "At the top, we import / set up ..." "The main function takes A and returns B." "Inside, first we ... (verbo del vocabulario) ..., and then we ...." "The tricky part is here — ... por qué es delicado ...." "And that's basically it."
Fíjate en las dos frases fijas que abren y cierran: "Let me walk you through it" al empezar y "And that's basically it" al terminar. Son anclas. Te compran el segundo mental para arrancar y te dan una salida limpia en vez de que la explicación se deshilache en un "emmm... ya, eso". Memorízalas.
Qué esperar: tres minutos hablando en inglés se sienten larguísimos la primera vez, y es normal que a la mitad se te acabe qué decir. Por eso eliges código que conoces: cuando el idioma falle, siempre puedes volver a "so, this part..." y seguir señalando líneas. El silencio de dos segundos mientras piensas no es un error; el error es entrar en pánico y abandonar. Si te trabas, respira y di "let me rephrase that" —"déjame decirlo de otra forma"— y arranca de nuevo. Esa frase, por cierto, suena competente, no torpe.
Pieza 3 — La demo con preguntas (5 minutos + 3 respuestas)
Esta es la pieza mayor, y ejecuta la estructura completa de la lección 7: problema, solución, recorrido en vivo, límites conocidos, siguiente paso. Cinco minutos. Usa un proyecto tuyo —puede ser el mismo del que sacaste el código de la Pieza 2, o el design doc que escribiste en el módulo 4; de hecho, defender en voz alta ese documento es el ejercicio ideal.
El arco de la demo, con las frases fijas de apertura y cierre que ya conoces:
Abrir (problema + qué van a ver): "Today I'll show you X. The problem it solves is: .... I'll walk you through it in about five minutes."
El recorrido (la solución en vivo): "Let me start by showing .... Here you can see .... When I do this, it ...."
Límites conocidos (honestidad = seniority): "A couple of things this doesn't do yet: .... That's a known limitation."
Cerrar (siguiente paso): "The next step would be .... That's the demo — happy to take questions."
Cómo montar las tres preguntas de forma honesta
Aquí hay una decisión de diseño que respeta la promesa realista del módulo, y quiero que la entiendas para que el ejercicio te sirva de verdad. Las tres preguntas no son preguntas abiertas e impredecibles de un público que no controlas. Eso sería fluidez conversacional general, y no es lo que esta guía te prometió ni lo que necesitas para el trabajo diario. Las preguntas son acordadas y del tipo que de verdad aparece en una reunión técnica. Tienes dos maneras de montarlas:
- Con un compañero: dale por adelantado tres preguntas escritas y pídele que te las haga después de la demo (idealmente alguien cuyo inglés tenga un acento distinto al tuyo —eso entrena tu escucha con acentos no nativos, que es la realidad de casi todo equipo global).
- Solo: escribe tú mismo las tres preguntas más probables antes de grabar, ponlas en un papel boca abajo, y al terminar la demo las volteas de una en una y las respondes en frío.
Las tres preguntas deben ser de estos tipos, que son los que realmente caen:
- De aclaración: "Can you explain again how the retry works?"
- De decisión: "Why did you choose X instead of Y?"
- De límite: "What happens if the input file is empty?"
Y para responderlas, el método de la lección 7 —escuchar completa, parafrasear, responder en dos niveles:
"Good question. If I understand correctly, you're asking ... (paráfrasis) ...?" "The short answer is .... And in a bit more detail, ...."
Si de verdad no sabes la respuesta, la fórmula profesional —que suma, no resta:
"That's a great question, and honestly I'm not sure. Let me check and get back to you."
Decir "I don't know, let me get back to you" con seguridad proyecta más competencia que inventar una respuesta que se cae. Un profesional que reconoce el límite de lo que sabe es exactamente lo que un equipo quiere en una llamada.
Qué hacer si la demo falla en vivo mientras grabas: no cortes. Di "Well, that's not supposed to happen — let me show you what it does when it works" y sigue. Manejar el fallo con calma es, muchas veces, mejor demostración de seniority que la demo perfecta. Los entrevistadores lo saben, y por eso a veces esperan que algo se rompa.
Autoevaluación: la rúbrica
Ahora la parte que casi nadie hace y que más te va a subir el nivel: escúchate. Reproduce cada grabación —sí, va a incomodar, a todos nos incomoda oír nuestra propia voz en otro idioma— y puntúa con esta rúbrica. Escuchar tu propia toma es también un ejercicio de comprensión: si tú mismo te pierdes en una frase tuya, un oyente externo se perdió el doble.
Cuatro dimensiones, tres niveles cada una:
| Dimensión | 1 — Aún no | 2 — Casi | 3 — Logrado |
|---|---|---|---|
| Inteligibilidad | Hay frases que ni yo entiendo al reproducir | Se entiende con esfuerzo; dos o tres términos se pierden | Un desconocido entendería todo a la primera |
| Fluidez | Pausas largas que rompen la idea; abandono frases | Fluye a ratos; algún bloqueo pero retomo | Ritmo sostenido; las pausas son para pensar, no para congelarme |
| Estructura | No se distinguen las partes (no hay apertura/cierre) | La estructura está pero se desdibuja | Cada parte es clara; abro y cierro con frase fija |
| Uso de fórmulas del módulo | Improviso todo; no aparecen las frases hechas | Uso algunas pero olvido las anclas | Uso las fórmulas de abrir, cerrar, parafrasear y pedir aclaración |
Suma tus puntos. No hay una nota de aprobado numérica —eso sería falso rigor—; la rúbrica no está para calificarte, está para decirte exactamente qué arreglar en la segunda toma. Cualquier dimensión que caiga en "1" es una prioridad. Cualquiera en "3" es una fortaleza que ya puedes dejar de pensar.
Un detalle sobre la inteligibilidad, porque es la dimensión reina: no se trata de acento. Nadie espera que suenes nativo, y perseguir el acento nativo es perder el tiempo. Se trata de que los términos técnicos se te entiendan a la primera —query, cache, queue, schema, async, null— y de que las consonantes finales que el español se come (worked, files, test) se oigan lo suficiente para no confundir un pasado con un presente. Si un término tuyo se pierde al reproducir, vuelve a la lección 2 y repite ese término aislado diez veces antes de la segunda toma.
La segunda toma: corrige los dos defectos principales
No vas a regrabar buscando la perfección —eso no llega y te agota—. Vas a hacer una segunda toma de la pieza que peor te salió, atacando solo los dos defectos más grandes que detectaste con la rúbrica. Dos, no diez. El cerebro no puede corregir diez cosas a la vez mientras habla en un segundo idioma; puede vigilar dos.
Cómo elegir los dos:
- Mira tu rúbrica y toma las dos dimensiones con el puntaje más bajo.
- Tradúcelas a una acción concreta y observable. No "mejorar la fluidez" (invisible), sino "no abandonar ninguna frase a la mitad: si me trabo, digo 'let me rephrase' y sigo" (accionable).
- Escribe esas dos acciones en un papel y ponlo junto a la cámara. Son lo único que vigilas en la segunda toma.
Ejemplos de cómo se ve un defecto convertido en acción:
| Defecto detectado | Acción para la segunda toma |
|---|---|
| Me quedo en blanco al abrir | Empezar siempre con la frase fija: "Let me walk you through it." |
| El standup se me alargó a 2 minutos | Cronómetro a la vista; cortar en cuanto pase de 60 s |
Digo "cash" por cache y no se entiende | Repetir el término aislado 10 veces antes de grabar |
| Contesto la pregunta sin parafrasear | Obligarme a empezar toda respuesta con "If I understand correctly, you're asking..." |
| Abandono frases a la mitad | Cuando me trabe, decir "let me rephrase that" y no callar |
Qué esperar: la segunda toma casi siempre sube dos escalones en las dimensiones que atacaste y —esto es lo interesante— baja un poco en las que no vigilaste, porque tu atención estaba en otro lado. Es normal y no importa. El progreso es real: comparaste dos versiones de ti mismo y la segunda es medible y notablemente mejor. Guarda las dos. Volver a oírlas dentro de un mes es una de las cosas más motivadoras que vas a hacer en toda la guía.
Criterio de aceptación
Aquí está la única puerta que importa, y es deliberadamente ajena a tu opinión sobre tu propio inglés:
La demo de cinco minutos debe entenderse completa, sin subtítulos, por alguien que no conoce el proyecto.
Cómo correr la prueba:
- Dale tu grabación de la demo a una persona que no haya visto tu proyecto —un colega, alguien del bootcamp, un amigo—. No hace falta que sea nativo de inglés; de hecho, un oyente no nativo reproduce mejor las condiciones reales de una reunión global.
- No le expliques nada antes. El punto es que la grabación hable sola. Si necesitas aclararle algo de viva voz, ese algo le faltó a la demo.
- Sin pausar, sin subtítulos, sin repeticiones. Una sola pasada, como en una reunión real.
- Al terminar, hazle tres preguntas: "¿Qué problema resuelve lo que viste?", "¿qué te mostró que hacía?" y "¿hubo algún momento en que te perdiste?"
Si contesta bien las dos primeras y no señala ningún momento de pérdida grave, pasaste. Si se perdió en un punto concreto, no discutas ni lo defiendas: ese tramo de tu habla no fue inteligible, y ya sabes exactamente cuál regrabar. El oyente nunca se equivoca; la grabación es la que no fue clara. Ese es el mismo principio que la prueba del lector externo del módulo 4, ahora aplicado a tu voz.
Errores comunes (y cómo evitarlos)
| Error | Se ve como | El arreglo |
|---|---|---|
| Leer un guion | Voz plana, sin pausas naturales, ojos fijos en un punto | Notas de viñetas, no de frases; regraba sin leer |
| Elegir código o demo demasiado difícil | Peleas con el contenido y con el idioma a la vez | Elige lo que dominas; la dificultad ya es el inglés |
| Perseguir acento nativo | Frustración; regrabas diez veces la misma vocal | La meta es inteligibilidad, no acento; suéltalo |
| Corregir diez cosas en la segunda toma | La segunda toma sale peor y te desanimas | Solo dos defectos, escritos junto a la cámara |
| Standup que narra el día entero | Pasa de dos minutos y pierde el foco | Tres frases: hice / haré / bloqueo |
| Inventar respuesta a una pregunta que no sabes | Te enredas y la respuesta se cae | "I'm not sure — let me get back to you." |
| Cortar la grabación cuando algo falla | Nunca practicas recuperarte en vivo | Sigue: "that's not supposed to happen, let me show you..." |
| No escucharte nunca | No sabes qué arreglar; repites los mismos errores | Reproduce con la rúbrica en la mano |
Entrega y cierre del módulo
Tu entregable son cinco archivos: las tres grabaciones (standup, código, demo con preguntas), la segunda toma de la pieza que peor salió, y una nota corta —tres líneas bastan— donde escribas qué dimensión de la rúbrica atacaste y quién pasó la prueba del oyente externo con qué resultado. Esa nota es tu evidencia de que las grabaciones funcionan, no solo de que existen.
/01-standup.mp4 -> el standup de ~1 minuto
/02-code-walkthrough.mp4 -> la explicación de código de ~3 minutos
/03-demo-with-qa.mp4 -> la demo de ~5 min + 3 preguntas
/04-second-take.mp4 -> la segunda toma corregida
/notes.md -> qué corregiste y quién pasó la prueba del oyente
Con esto cierras el módulo de inglés técnico hablado, y vale la pena que te detengas a nombrar lo que acabas de hacer, porque es más grande de lo que parece. Te grabaste hablando en inglés sobre tu trabajo. Te escuchaste —que es lo más incómodo—. Detectaste tus dos peores defectos y produjiste una versión medible y mejor de ti mismo. Sostuviste una demo con preguntas y no te congelaste, o si te congelaste, aprendiste a salir del bloqueo con una frase. Esa es exactamente la destreza que las vacantes B2-C1 de la auditoría llaman "comunicación en reuniones", y la mayoría de tus competidores hispanohablantes nunca la practicaron a solas —van a estrenarla el día de la entrevista, bajo la peor presión posible. Tú no.
Y si el síndrome del impostor lingüístico todavía te susurra que tu inglés "no da", quédate con esto antes de pasar a la búsqueda de empleo: la grabación que pasó la prueba del oyente externo no ganó por ser perfecta —no lo es, y no importa—. Ganó porque te hiciste entender, que es lo único que se evalúa en una reunión real. Nadie en tu equipo va a contar tus errores gramaticales; van a recordar si entendieron lo que dijiste. Esa cancha está nivelada para ti desde hoy. Llegas al siguiente módulo —conseguir el puesto— con la parte que más miedo daba, hablar en vivo, ya ensayada y grabada. Lo que sigue es logística; lo difícil, tener voz en inglés, ya lo tienes.
Ejercicios
Estos ejercicios no son "más gramática" —son práctica corta sobre las destrezas exactas que este proyecto te exige: convertir un defecto vago en algo accionable, diseñar preguntas de demo realistas, recuperarte de un bloqueo en vivo, y diseñar tu propia prueba del oyente externo. Hazlos antes de tu segunda toma; se sienten pequeños, pero es ahí donde se nota la diferencia.
Ejercicio 1 — De defecto vago a acción observable
Tienes estas tres autocríticas, tal como las escribiría cualquiera después de escucharse por primera vez. Reescribe cada una como una acción concreta y observable —algo que puedas marcar como "lo hice" o "no lo hice" al ver la grabación—.
- "Mi inglés suena mal."
- "Me trabé mucho en la parte de las preguntas."
- "El standup no quedó bien."
Ver solución
- "Mi inglés suena mal" → "Al reproducir, marco cada vez que una consonante final desaparece (worked, tests, files) y repito esa palabra aislada tres veces."
- "Me trabé mucho en la parte de las preguntas" → "Antes de responder cualquier pregunta, empiezo con 'If I understand correctly, you're asking...' — sin excepción."
- "El standup no quedó bien" → "Cronómetro visible; si paso de 60 segundos, corto ahí mismo aunque no haya terminado la frase."
Por qué funciona: una acción vaga no se puede verificar en la segunda toma —¿cómo sabes si "sonó mejor"?—. Una acción observable sí: al terminar de grabar, puedes marcar sí/no. Es la misma lógica de la tabla de la lección: "mejorar la fluidez" no se puede vigilar mientras hablas; "no abandonar ninguna frase a la mitad" sí.
Ejercicio 2 — Diseña tus tres preguntas de demo
Antes de grabar la Pieza 3, escribe tú mismo las tres preguntas que le vas a acordar a tu compañero (o que vas a voltear boca abajo si grabas solo), una de cada tipo: aclaración, decisión, límite. Usa tu propio proyecto o design doc como base.
Ver solución (ejemplo con un proyecto de API de tareas)
- Aclaración: "Can you explain again how you're validating the input?"
- Decisión: "Why did you use a queue instead of processing requests directly?"
- Límite: "What happens if two users update the same task at the same time?"
Por qué funciona: las tres cubren exactamente lo que un panel técnico o tu equipo pregunta en la vida real —nunca preguntan al azar—. Si tus tres preguntas ya cubren estos tres ángulos antes de grabar, ningún tipo de pregunta te va a agarrar desprevenido el día de la entrevista real.
Ejercicio 3 — Practica la frase de salida de un bloqueo
Ponte un cronómetro de veinte segundos. Empieza a explicar en voz alta cualquier función de tu código (aunque sea sencilla) y, a propósito, a los diez segundos detente en seco como si se te hubiera ido la palabra. Sin editar, sin cortar: di "let me rephrase that" y continúa la frase de otra forma.
Ver solución (qué debe sonar)
Algo así: "So this function takes the list of orders and... uh... let me rephrase that. This function goes through the list of orders and returns only the ones that are still pending."
Por qué funciona: el objetivo del ejercicio no es evitar el bloqueo —eso te va a pasar también en la entrevista real—; es entrenar el reflejo de recuperación hasta que salga sin pensar. Practicarlo con un cronómetro y a propósito, en frío, es lo que hace que en la grabación real —donde el bloqueo llega sin avisar— el reflejo ya esté ahí.
Ejercicio 4 — Diseña tu prueba del oyente externo
Antes de pedirle a alguien que vea tu demo, escribe: (a) las tres preguntas exactas que le vas a hacer al terminar, y (b) qué respuesta contarías como "pasó" y cuál como "no pasó" para cada una.
Ver solución (ejemplo)
| Pregunta | Pasa si... | No pasa si... |
|---|---|---|
| "¿Qué problema resuelve lo que viste?" | Describe el problema con sus propias palabras, aunque no use tus términos exactos | Se queda en blanco o describe algo distinto a lo que presentaste |
| "¿Qué te mostró que hacía?" | Nombra al menos dos acciones concretas de la demo | Solo dice "no sé, algo con datos" |
| "¿Hubo algún momento en que te perdiste?" | Dice que no, o señala un punto muy específico y aislado | Señala una sección entera o dice "me perdí casi todo" |
Por qué funciona: decidir de antemano qué cuenta como "pasó" evita que, al escuchar la respuesta real, la ajustes a tu favor por orgullo. Es la misma disciplina de la rúbrica: la vara se fija antes, no después de ver el resultado.
Resumen y siguiente paso
Antes de pasar al siguiente módulo, deberías poder:
- Grabar un standup de un minuto sin leer, con las tres partes (qué hice / qué haré / bloqueo) reconocibles a la primera escucha.
- Narrar en voz alta, durante tres minutos, un código tuyo usando el vocabulario de navegación (loop over, filter out, roll back, handle...) sin quedarte en silencio absoluto.
- Sostener una demo de cinco minutos con apertura y cierre de frase fija, y responder tres preguntas acordadas parafraseando antes de contestar.
- Convertir el resultado de tu propia rúbrica en dos acciones concretas y observables, y producir una segunda toma medible mejor que la primera.
- Pasar la prueba del oyente externo: alguien que no conoce tu proyecto entiende tu demo completa, sin pausas ni aclaraciones tuyas.
Si alguno de estos cinco puntos todavía no lo tienes firme, no sigas todavía —vuelve a la pieza correspondiente y repite la toma—. No es una carrera; es la última puerta de calidad antes de que tu voz en inglés salga del cuarto donde grabaste y entre a una llamada real.
Con esto cierra completo el módulo 5 —inglés técnico hablado, de pronunciación de términos a demo defendida bajo preguntas—. El siguiente módulo cambia de terreno: ya no es cómo suenas, es cómo te encuentran y te contratan. Ahí vas a usar exactamente esta misma voz que acabas de grabar —en la entrevista técnica, en la llamada de screening, en la negociación—, así que no la dejes enfriar entre un módulo y el otro.
Recursos
- Standups for agile teams — Atlassian Agile Coach — guía de referencia sobre el formato y los errores comunes del daily standup (en inglés); útil para comparar tu Pieza 1 contra el estándar de la industria.
- Rubber duck debugging — Wikipedia — el origen y la lógica de explicar código en voz alta a un objeto o una cámara; es la técnica exacta detrás de la Pieza 2.
- YouGlish — busca cualquier término técnico (
query,cache,schema) y escucha a hablantes reales pronunciarlo en contexto; útil para corregir los términos que se te caen en la rúbrica de inteligibilidad. - B2 First — formato del examen de speaking, Cambridge English — cómo evalúa un examinador oficial la fluidez y la interacción oral en el nivel B2 que persigue esta guía.
- Toastmasters International — clubes de práctica de habla en público (presenciales y en línea) si quieres seguir entrenando la voz en vivo más allá de este proyecto, ahora frente a una audiencia real en vez de una cámara.