Guía de inglés para developers
Siglas de programación que todo developer debería conocer
April 21, 2026
Una referencia práctica de las siglas más usadas en equipos de software, desde code reviews hasta standups. Aprende qué significan y cómo usarlas con naturalidad en inglés.
Puntos clave
- LGTM (Looks Good To Me) es la señal estándar de aprobación en un code review.
- WIP (Work In Progress) marca un pull request que todavía no está listo para revisar o mergear.
- NIT señala un comentario menor y opcional que nunca bloqueará un merge.
- ETA en un equipo de software significa 'para cuándo estará listo esto', no una hora de llegada.
- AFAIK e IIRC sirven para suavizar una afirmación cuando no estás 100% seguro de los datos.
Code reviews
Estas siglas aparecen constantemente en comentarios de pull requests, mensajes de commit y herramientas de revisión como GitHub y GitLab.
Se usa para aprobar un pull request. Le dice al autor que el código está listo para mergear.
“The logic is solid and tests pass. LGTM, merging.”
Marca un PR que todavía está en progreso. Úsalo para compartir avances u obtener feedback temprano sin pedir una revisión formal.
“WIP: don't merge yet, I'm still refactoring the auth flow.”
Señala una sugerencia menor y opcional en un code review. El autor puede ignorarla sin bloquear el merge.
“NIT: rename this variable to something more descriptive.”
Se usa al proponer un cambio o decisión de diseño e invitar al equipo a comentar antes de comprometerse con él.
“RFC: I'm proposing we move to a monorepo. Feedback welcome.”
Confirma que recibiste y entendiste un comentario o solicitud. Indica que actuarás al respecto.
“ACK. I'll address those comments before re-requesting review.”
Lo contrario de ACK. Se usa para rechazar o bloquear una propuesta, normalmente con una razón.
“NACK. This approach will break backward compatibility.”
Chat y comunicación
Las verás en Slack, Teams y cualquier comunicación escrita asíncrona dentro de un equipo de software.
Le dice al equipo que estás temporalmente alejado de tu computadora y no puedes responder.
“AFK for 30 minutes, grabbing lunch. Back at 2pm.”
Se usa en Slack o email para decir que no estás trabajando, normalmente durante un día completo o más.
“I'm OOO next Friday. Ping Carlos if anything is urgent.”
Se usa en una llamada o chat cuando necesitas alejarte un momento y volverás en pocos minutos.
“BRB, joining the standup.”
Comparte información sin requerir ninguna acción. Se usa para mantener al equipo informado.
“FYI: the staging deployment is currently down for maintenance.”
Introduce una nota lateral relacionada que no es el punto principal del mensaje.
“BTW, the API endpoint changed. Make sure to update your .env.”
Señala urgencia. Úsalo con cuidado: cuando todo es urgente, nada lo es.
“Can you review this PR ASAP? We need to deploy before EOD.”
Introduce una opinión honesta, a veces contraria al consenso.
“TBH, I think this solution adds more complexity than it removes.”
Indica que lo que sigue es una opinión personal, no un hecho. Útil para evitar debates.
“IMO we should start with a simple REST endpoint before adding GraphQL.”
Una versión más suave de IMO. Señala humildad al compartir una opinión con la que otros pueden no estar de acuerdo.
“IMHO the current architecture is already hard to reason about.”
Suaviza una afirmación cuando crees que algo es verdad pero no puedes confirmarlo del todo.
“AFAIK the rate limit is 100 requests per minute, but double-check the docs.”
Se usa cuando te basas en la memoria en lugar de información verificada. Indica que el oyente debería confirmarlo.
“IIRC we disabled that feature flag in production last quarter.”
Añade contexto o un contrapunto sin insistir en que el oyente deba actuar sobre ello.
“FWIW, I tried that approach last year and it caused flaky tests.”
Un resumen breve de un mensaje largo. Ponlo al inicio para lectores rápidos, o al final como conclusión.
“TL;DR: the migration failed because of a missing index on the users table.”
Se usa cuando una solución funcionó para ti pero puede no funcionar para todos, por diferencias de entorno o configuración.
“This config works for me locally, but YMMV depending on your OS.”
Le pide a alguien que te escriba en privado en lugar de en un canal público.
“DM me the credentials — don't post them in the channel.”
Proyecto y planificación
Comunes en standups, tickets y conversaciones de gestión de proyectos.
Pide o da una estimación de cuándo estará lista algo. Muy común en standups y comentarios de tickets.
“What's the ETA on the hotfix? The client is waiting.”
Marca algo que aún no se ha decidido. Evita dejar demasiados TBDs en una especificación o ticket.
“The release date is TBD — we're waiting on QA sign-off.”
Una implementación pequeña y rápida para comprobar si una idea es técnicamente viable antes de comprometerse con ella.
“Let's build a POC before we commit to this architecture.”
La versión más pequeña de un producto que aporta valor real a los usuarios. El alcance está intencionalmente limitado para lanzar más rápido.
“The MVP just needs login, a dashboard, and export. No notifications yet.”
Establece un plazo al final del día laboral actual. Ten en cuenta que puede significar horas distintas según la zona horaria.
“Can you push the fix to staging by EOD?”
Establece un plazo al final de la semana laboral actual, normalmente el viernes por la tarde.
“The design review needs to be done by EOW.”
Practice these acronyms for free
Interactive exercises with real developer scenarios. No account required.
Related articles
¿Listo para practicar tu inglés en el trabajo?
Lingua-e tiene ejercicios interactivos basados en conversaciones reales de developers: standups, code reviews, retrospectivas y más. Practica hasta que salga solo.
Prueba Lingua-e gratis
Escrito por
Roxana LafuenteFundadora de Lingua-e
Roxana Lafuente es ingeniera de software con más de 8 años de experiencia. Al comienzo de su carrera, aunque ya había aprobado el First Certificate in English, se bloqueaba cada vez que tenía que hablar en el standup diario. Era un problema que nadie estaba resolviendo. Después de más de 2.000 standups, descubrió qué es lo que realmente construye la fluidez: practicar situaciones que se parecen a tu trabajo real. Creó Lingua-e para que otros developers no tuvieran que tomar el camino largo para sentirse seguros trabajando en un entorno de desarrollo internacional.