ENTREVISTAS · DECISIONES TÉCNICAS
Cómo explicar una decisión técnica en una entrevista en inglés
Una forma clara de presentar contexto, alternativas, decisión y resultado sin convertir tu respuesta en una lista de tecnologías.
‘Why did you choose that approach?’ Parece una pregunta sencilla hasta que intentas responderla en otro idioma. Puedes conocer muy bien el proyecto y aun así perderte entre nombres de librerías, detalles de implementación y frases que empezaste de nuevo.
La persona que entrevista necesita entender tu criterio. Para mostrarlo, basta con ordenar la respuesta: problema, opciones, decisión, consecuencia. El inglés puede ser simple; la idea debe quedar completa.
Sitúa el problema en dos frases
Menciona qué necesitaba el equipo y qué restricción pesaba más. Evita abrir con el stack: sin contexto, ‘we used PostgreSQL’ dice poco sobre tu papel en la decisión.
“We needed to store orders and payments. The main concern was keeping both records consistent when a request failed.”Necesitábamos guardar pedidos y pagos. La principal preocupación era mantener ambos registros consistentes si fallaba una solicitud.
Nombra una alternativa real y el trade-off
No tienes que recitar una matriz de evaluación. Explica qué ganabas y qué sacrificabas con la opción elegida. Si no evaluaste formalmente otra solución, dilo con honestidad; no inventes una comparación para que la historia parezca más grande.
“We considered a document database because the product requirements were still changing, but reliable transactions mattered more for this flow.”Consideramos una base de datos documental porque los requisitos del producto aún cambiaban, pero las transacciones confiables pesaban más para este flujo.
Explica tu contribución y el resultado
Distingue ‘we’ de ‘I’. ‘We’ describe lo que decidió o construyó el equipo; ‘I’ señala tu aportación. Cierra con un resultado que puedas sostener: una prueba, una mejora observada o lo que aprendieron. Si no tienes una cifra confiable, no la inventes.
“We chose PostgreSQL. I designed the transaction boundary and added tests for partial failures. That let us release the checkout flow without inconsistent orders in our test cases.”Elegimos PostgreSQL. Yo diseñé el límite de la transacción y agregué pruebas para fallos parciales. Eso nos permitió lanzar el flujo de compra sin pedidos inconsistentes en nuestros casos de prueba.
Si necesitas tiempo para pensar, tómalo
Una pausa corta es mejor que llenar el espacio con palabras sin rumbo. Puedes confirmar qué aspecto le interesa al entrevistador o avisar que organizarás la respuesta.
- ‘Let me think for a moment. The main trade-off was consistency versus flexibility.’
- ‘Would you like me to focus on the architecture decision or on my implementation?’
- ‘I don’t remember the exact number, but the failure cases passed after the change.’