Vale, si alguna vez has estado en una reunión de programadores y has salido con cara de “¿me he perdido un episodio?”, tranquilo… no eres el único. Que si endpoint por aquí, que si sprint por allá, que si el CI/CD del staging se fue a la porra porque un bug explotó justo en el commit… ¡Dios mío, respira! 😵
El caso es que en este mundillo hablamos un idioma raro, y si, como yo, quieres sobrevivir, hay que pillarle el truco. Así que me he currado está lista con 225 palabrejas que usamos los devs a diario. No para que seas un robot que las repita, sino para que, cuando las escuches, no tengas que poner la sonrisa de “sí, claro, entiendo todo”.
Como siempre, lo hago para echarnos una mano y entender mejor este maravilloso (y a veces caótico) mundo del desarrollo. ¡Vamos a ello! 🚀
1. API (Aplication Programming Interface)
La API es como un camarero: tú le dices qué quieres (petición) y él va a la cocina (el servidor) para traerte lo que pediste (respuesta).
Sirve para que diferentes programas puedan hablar entre sí sin necesidad de saber cómo funciona el otro por dentro.
Ejemplo: Usar la API de Google Maps para mostrar un mapa en tu web sin tener que programar el sistema de mapas desde cero.
2. endpoint
Es el punto exacto de una API al que mandas una petición. Piensa en él como la dirección concreta de un buzón digital.
Normalmente se ve algo así: /users, /products/5 o /search?q=chatgpt.
Ejemplo: https://api.mitienda.com/products devuelve la lista de productos.
3. Bug
Un error en el código que provoca que algo no funcione como debería. Puede ser desde un simple fallo visual hasta que toda la app se caiga.
Ejemplo: «Tengo un bug que hace que el botón desaparezca… ¿magia negra?»
💡Dato curioso: el término viene de cuando encontraron un insecto (bug) real en un ordenador en los años 40.
4. Debugging
El proceso de buscar y arreglar bugs. Implica leer el código, poner puntos de control y probar hasta dar con la causa del problema.
Es como ser detective, pero en vez de pistas, tienes mensajes de error.
5. Commit
Una especie de “guardar” en el historial de código usando Git. Sirve para registrar un conjunto de cambios con un mensaje que explique qué hiciste. Es vital para poder volver atrás si algo sale mal.
6. Pull Request
Cuando terminas tus cambios en una rama y quieres que se unan a la principal, envías un “pull request” para que otros revisen tu código antes de fusionarlo. Es como decir: “Oye, mírate esto y dime si todo está OK”.
7. Merge
Unir dos versiones de código en una sola. Si no hay conflictos, todo fluye; si los hay, empieza la batalla de resolver quién tiene la razón.
8. Conflict
Ocurre cuando dos personas editan la misma parte del código y Git no sabe cuál conservar. Requiere que tú decidas cómo unirlos.
A veces es rápido, a veces te hace cuestionar tu carrera.
9. Branch
Una “rama” del código principal donde trabajas de forma aislada para no romper nada. Luego puedes unirla al main cuando esté lista.
Ejemplo: crear una branch para una nueva funcionalidad sin tocar el resto.
10. Sprint
En metodologías ágiles, es un periodo corto (1-4 semanas) donde el equipo trabaja en tareas específicas con un objetivo claro.
Se planifica al inicio y se revisa al final.
11. Daily/Standup
Reunión diaria rápida (normalmente 15 min) donde cada miembro dice:
- Qué hizo ayer.
- Qué hará hoy.
- Los problemas y bloqueos.
12. Product Owner
Persona que decide qué se hace y qué no. Prioriza tareas según valor de negocio y mantiene la visión del producto.
13. Scrum Master
Facilita el trabajo del equipo, ayuda a resolver problemas y asegura que se sigan las prácticas ágiles. No manda, sino que guía.
14. Backlog
Lista priorizada de todo lo que hay que hacer en el proyecto. Se va vaciando… o más bien llenando 😅.
15. CI/CD (Continuous Integration / Continuous Deployment)
Automatización para que cada vez que subas código, se pruebe, se integre y, si pasa todo, se despliegue automáticamente.
16. Staging
Entorno de pruebas que simula el de producción. Aquí se verifica que todo funcione antes de lanzarlo al público.
17. Rollback
Volver a una versión anterior porque la nueva dio problemas. Como un “Ctrl+Z” más poderoso.
18. refactor
Mejorar el código sin cambiar su funcionalidad. Sirve para que sea más limpio, eficiente y mantenible.
19. Hotflix
Parche rápido para arreglar un problema grave en producción sin esperar al próximo ciclo de desarrollo.
20. Token
Clave digital que sirve para autenticar o autorizar a un usuario o aplicación para acceder a recursos protegidos.
21. Middleware
Código que actúa en medio de una petición y su respuesta. Se usa para validaciones, seguridad, logs, etc.
22. Unit Test
Prueba pequeña y específica que verifica que una función o componente haga exactamente lo que debe.
23. Dependency
Librería o módulo externo que tu proyecto necesita para funcionar.
Ejemplo: React es una dependencia para muchas aplicaciones web.
24. Stack
Conjunto de tecnologías que usas en un proyecto, tanto en frontend como en backend.
Ejemplo: MERN Stack (MongoDB, Express, React, Node.js).
25. Deploy
El acto glorioso (y temido) de poner tu código en producción para que el mundo lo use.
Ea! Ya estás listo para no quedarte con cara de “¿qué?” cuando te hablen en la próxima daily o cuando leas un pull request lleno de tecnicismos. Recuerda, no se trata solo de conocer palabras, sino de usarlas con confianza y un toque de humor para no perder la cabeza.
¡Nos vemos en las siguientes entradas!🚀
