9 acrónimos que necesitas saber sí o sí en 2026
DRY, KISS, YAGNI, SOLID, CRUD, ACID, TDD, MVP y CI/CD: qué significan y qué está diciendo de verdad quien los suelta en una reunión.
1. DRY · Don't Repeat Yourself
DRY es «no te repitas», y casi todo el mundo lo entiende como «si ves dos trozos de código iguales, haz una función». Aplicado así se acaba en el sitio contrario: funciones con siete parámetros y un booleano que decide cuál de las dos versiones hace hoy.
Lo que DRY dice de verdad es que cada decisión del negocio viva en un único sitio. Si cambia el IVA quieres tocar un fichero, no doce. Dos trozos de código pueden parecerse mucho y venir de decisiones distintas: ésos no se juntan. Regla fácil: se repite el conocimiento, no las líneas.
2. KISS · Keep It Simple, Stupid
KISS suena a insulto y en el fondo lo es. La mayoría de las veces el código complicado no lo pide el problema: lo pide las ganas de demostrar algo de quien lo escribió, casi siempre a nadie en concreto.
La prueba es fácil: si necesitas un dibujo para explicar tu solución, probablemente hay otra que se entiende sin él. Elegir lo aburrido —un array en vez de un árbol, un if en vez de una fábrica de estrategias— casi siempre gana a los seis meses, cuando el que lo lee eres tú y ya no te acuerdas de nada.
3. YAGNI · You Aren't Gonna Need It
YAGNI es la respuesta a esa vocecita que dice «déjalo preparado por si algún día hay que soportar varias monedas». Casi nunca hace falta y, el día que hace falta, descubres que lo dejaste preparado para otra cosa distinta.
Todo lo que construyes de más lo mantienes, lo pruebas y lo arrastras durante años. La pregunta correcta no es «¿lo voy a necesitar?», sino «¿cuánto me costará añadirlo el día que lo necesite?». Si la respuesta es «poco», espera. Y la respuesta suele ser «poco».
4. SOLID · los cinco principios
SOLID son cinco principios de diseño orientado a objetos, uno por letra, y son lo que más se pregunta en las entrevistas junior. También lo que peor se explica: se recitan de memoria y no se usan nunca.
No hace falta recitarlos, hace falta quedarse con lo que comparten: que puedas cambiar una parte del sistema sin que se caiga otra. Si para añadir un método de pago tienes que abrir la clase de pedidos, da igual cuántas letras te sepas.
5. CRUD · Create, Read, Update, Delete
CRUD son las cuatro cosas que se le pueden hacer a un dato: crearlo, leerlo, actualizarlo y borrarlo. Suena a poco y es casi todo: la mayoría de las aplicaciones que usas a diario son un CRUD con buen diseño por encima.
Lo bonito es que las cuatro se repiten idénticas en todas las capas: el verbo de HTTP, la sentencia de SQL y el botón de la pantalla son la misma idea vista desde tres sitios. Cuando alguien dice «esto es un CRUD» está diciendo que ahí no hay lógica interesante, solo formularios.
6. ACID · las garantías de una transacción
ACID son las cuatro garantías que te da una base de datos seria: atomicidad, consistencia, aislamiento y durabilidad. La que más se nota es la primera, y se resume en dos palabras: entero o nada.
Piensa en una transferencia: restar de una cuenta y sumar en la otra. Si el servidor se cae justo en medio y no hay atomicidad, el dinero desaparece. Con ella se deshacen las dos cosas y nadie se entera. Las otras tres van de lo mismo: que dos operaciones a la vez no se pisen y que lo confirmado sobreviva a un apagón.
7. TDD · Test Driven Development
TDD es escribir la prueba antes que el código, y el orden es siempre el mismo. Rojo: escribes un test de algo que todavía no existe y falla. Verde: escribes lo mínimo para que pase, aunque sea feo. Refactor: ahora que la red está puesta, lo dejas decente.
Lo interesante de TDD no son los tests, es lo que le hace a tu diseño. Escribir la prueba primero te obliga a decidir cómo se usa tu código antes de escribirlo, y eso se nota en el resultado. Tampoco hace falta hacerlo siempre: hazlo en la parte que da miedo tocar.
8. MVP · Minimum Viable Product
MVP es «producto mínimo viable», y la palabra que casi todo el mundo se salta es «viable». Un MVP no es media aplicación con la mitad de las pantallas a medio hacer: es la aplicación más pequeña que ya le sirve a alguien de verdad.
El dibujo de siempre lo explica mejor que cualquier definición. Si quieres llegar a un coche, no entregues primero una rueda, luego un chasis y al final el coche: entrega un monopatín, luego una bici, luego una moto. En cada paso alguien se mueve, y en cada paso te dicen si vas por buen camino.
9. CI/CD · Integración y entrega continuas
CI es integración continua: cada vez que subes código, una máquina lo compila y le pasa los tests, sin esperar al viernes. CD es entrega o despliegue continuo: eso mismo, pero llevando el resultado hasta producción.
La diferencia entre entrega y despliegue es un botón. En entrega el paquete queda listo y una persona decide cuándo sale; en despliegue sale solo si todo está en verde. Lo que compran las dos es lo mismo: que desplegar deje de ser un acontecimiento y pase a ocurrir diez veces al día sin que nadie se ponga nervioso.
Resumen
- DRY: se repite el conocimiento, no las líneas.
- KISS: si hace falta un dibujo para explicarlo, hay otra forma.
- YAGNI: espera, si añadirlo después es barato.
- SOLID: cambiar una parte sin romper otra.
- CRUD: crear, leer, actualizar y borrar. Casi todo es esto.
- ACID: entero o nada.
- TDD: rojo, verde, limpiar.
- MVP: lo más pequeño que ya le sirve a alguien.
- CI/CD: desplegar deja de ser un acontecimiento.
Ninguno de los nueve es trivia de entrevista. Son atajos: nueve palabras que ahorran diez minutos de explicación cada vez que alguien las usa bien. Y si te fijas, todos dicen lo mismo desde ángulos distintos: haz lo mínimo, ponlo en un solo sitio y que se pueda cambiar sin miedo.