Te pidieron presentar la arquitectura del nuevo servicio el jueves. Son las 10am, hay ocho personas en el Zoom: tu VP of Engineering, dos Staff Engineers, el arquitecto de plataforma, y tres Tech Leads de otros equipos.
Sabes exactamente qué decidiste y por qué. Pero cuando intentas explicarlo en inglés, las palabras salen en el orden equivocado o tardan demasiado en salir.
Ese delay es el problema. En una architecture review, los segundos que tardas en construir una oración son segundos en los que la audiencia pierde confianza en tu propuesta.
Estas son las 12 frases que necesitas automáticas antes de entrar a esa sala.
Por qué el inglés de arquitectura es diferente al inglés general
El inglés que aprendiste en la escuela sirve para describir cosas. El inglés de arquitectura sirve para decidir cosas. Cada frase tiene un trabajo específico: establecer autoridad, exponer un trade-off, rechazar una idea sin conflicto, o cerrar una decisión que lleva 40 minutos en debate.
El Commit Method entrena este tipo de inglés — producción oral activa en situaciones técnicas reales, no gramática ni vocabulario general.
Las frases
1. "Let me walk you through the design."
La frase de apertura para cualquier architecture presentation. Establece que tú guías la reunión — no que la audiencia la interrumpe.
Cuándo usarla: Los primeros 30 segundos de tu presentación, antes de mostrar el primer diagrama.
En contexto: "Before we jump into questions, let me walk you through the design — I'll cover the data flow, the failure modes, and then we can discuss trade-offs."
2. "The trade-off here is..."
La frase más útil de cualquier architecture discussion. No hay decisión técnica perfecta — esta frase demuestra que entiendes ambos lados.
Cuándo usarla: Cada vez que explicas por qué elegiste una opción sobre otra.
En contexto: "The trade-off here is consistency versus availability. We chose eventual consistency because the write latency requirements are stricter than the read consistency requirements."
3. "What are the constraints?"
Antes de proponer cualquier solución, esta frase alinea a todo el equipo sobre el problema real.
Cuándo usarla: Al inicio de la discusión, cuando todavía no está claro qué restricciones existen — de latencia, de costo, de equipo.
En contexto: "Before we go deeper into the options, what are the constraints? Are we optimizing for cost, for latency, or for operational simplicity?"
4. "The bottleneck is..."
Identifica el punto exacto de presión en el sistema. Es más preciso que "there's a performance issue" y más útil para la discusión.
Cuándo usarla: Cuando estás explicando por qué el diseño actual no funciona o por qué tu propuesta resuelve el problema.
En contexto: "The bottleneck is the write path to the primary database. Every user action triggers a synchronous write that holds the connection open for 200ms on average."
5. "The failure mode here is..."
Cambia el foco de cómo funciona el sistema al cómo falla. Las architecture reviews más útiles son las que anticipan los escenarios negativos.
Cuándo usarla: Cuando presentas un riesgo que el equipo no ha considerado, o cuando alguien propone una solución sin mencionar sus puntos ciegos.
En contexto: "The failure mode here is a cascading timeout. If the upstream service is slow, the queue fills up, and we're back to the same problem we're trying to solve."
6. "I'd push back on that."
La forma más profesional de disentir en inglés técnico. No es agresiva, no es personal — es una señal de que tienes perspectiva y la vas a compartir.
Cuándo usarla: Cuando alguien propone algo con lo que no estás de acuerdo, antes de explicar tu razonamiento.
En contexto: "I'd push back on that. Adding another service here increases operational complexity without a clear performance benefit at our current scale."
7. "Can you walk me through your reasoning?"
La pregunta más útil cuando no entiendes por qué alguien llegó a una conclusión — sin sonar atacante.
Cuándo usarla: Cuando una propuesta no te convence pero todavía no entiendes la lógica detrás de ella.
En contexto: "Interesting. Can you walk me through your reasoning on the sharding strategy? I want to understand how you got to eight shards."
8. "We need to revisit the assumptions."
Cuando la discusión está avanzando sobre una base incorrecta, esta frase la detiene sin descartarla.
Cuándo usarla: Cuando te das cuenta de que el equipo está construyendo sobre una premisa que ya no es válida.
En contexto: "We need to revisit the assumptions here. The original design assumed 10k requests per day — the latest projections put us at 200k by Q3."
9. "The blast radius of this change is..."
Mide el impacto de una modificación sobre el resto del sistema. Es el vocabulary de un Tech Lead que piensa en sistemas, no solo en componentes.
Cuándo usarla: Cuando evalúas una propuesta de cambio y quieres comunicar el alcance del riesgo.
En contexto: "The blast radius of this change is significant — it touches the auth layer, the session store, and every service that depends on the user identity contract."
10. "That's an acceptable trade-off."
Cierra una discusión con una decisión. No es "sounds good" ni "I think so" — es un juicio técnico explícito.
Cuándo usarla: Cuando el equipo ha evaluado las opciones y estás listo para avanzar con una decisión clara.
En contexto: "Given the timeline constraints, that's an acceptable trade-off. We'll revisit the consistency model in Q4 when we have capacity."
11. "We're overengineering this."
Tres palabras que pueden salvar semanas de trabajo. Cuando la solución propuesta es más compleja que el problema, esta frase lo nombra directamente.
Cuándo usarla: Cuando ves que la discusión está derivando hacia una solución de escala de Google para un problema de escala de startup.
En contexto: "We're overengineering this. A single Postgres table handles this use case fine at our current load. Let's keep it simple and migrate if we need to."
12. "What's the rollback plan?"
La pregunta que separa a los Tech Leads que han estado en producción de los que no. Todo deployment necesita una salida.
Cuándo usarla: Cuando se está aprobando una propuesta de cambio y nadie ha mencionado qué pasa si falla.
En contexto: "Before we finalize this, what's the rollback plan? If the migration fails halfway, how do we get back to a consistent state?"
El problema no es conocer las frases — es producirlas bajo presión
Puedes leer estas 12 frases hoy y reconocerlas perfectamente en inglés. El problema ocurre el jueves, cuando el VP of Engineering te pregunta algo y tu cerebro tiene que construir la respuesta en tiempo real, en inglés, frente a ocho personas.
Eso requiere producción oral activa, no reconocimiento pasivo. El Commit Method entrena exactamente este tipo de situaciones — architecture reviews, code reviews, incident calls — con audio de 10-15 minutos por lección, pausas de anticipación y spaced retrieval hasta que las frases salen solas.
Si tu próxima architecture meeting es en inglés, el Sprint 01 es el punto de partida.
¿Listo para practicar estas frases?
El Commit Method entrena exactamente estas situaciones — incident calls, code reviews, reuniones con executives — hasta que las frases salen solas, sin pensar.
Sprint 01 disponible ahora: $27, 15 lecciones de audio, acceso de por vida.