czay.dev
0/32
Hojas de ruta

Desarrollador Backend Junior 2026

Las ofertas de backend junior no paran de apilar Kubernetes, Kafka, arquitectura en AWS, Redis Cluster y microservicios encima de un Go o C# básico. Las empresas intentan descargar en un solo junior el trabajo de todo un equipo de infraestructura.

Memorizar 20 palabras de moda de forma superficial no te va a conseguir el puesto; lo que sí lo consigue es UN SOLO proyecto de API en producción en el que puedas defender tus decisiones de arquitectura, base de datos y seguridad. Sigue el orden, revisa cada tema y marca lo que vayas aprendiendo.

  • EsencialDomínalo bien antes de postularte
  • RecomendableAparece mucho en ofertas de empleo y te da ventaja
  • Más adelanteCuando ya estés trabajando y lo necesites

Haz clic en un tema para ver qué necesitas saber y dónde aprenderlo.

  1. 01

    Fundamentos y protocolos web

    Las reglas y protocolos universales que hablan las APIs. Independientes del lenguaje: el alfabeto común de todo ingeniero backend.

  2. 02

    Bases de datos y SQL

    El verdadero corazón del backend. Las interfaces y los frameworks van y vienen, pero la integridad de los datos y los esquemas relacionales permanecen.

  3. 03

    Autenticación y seguridad

    Lo que separa a un ingeniero de alguien que programa por hobby. Una API que descuida la seguridad nunca debería llegar a producción.

  4. 04

    Listo para trabajar y proyecto real

    Lo que te pone por delante de miles de candidatos. No solo escribir código: empaquetarlo, documentarlo y desplegarlo en producción.

  5. 05

    Cosas que puedes aprender después

    Temas que se copian y pegan en las ofertas junior pero que NO son requisitos para que te contraten. Los aprenderás en el trabajo cuando la escala de producción lo exija.

Tema por tema

Todos los temas del mapa con su descripción, qué saber y recursos, en una sola lista.

  1. 01Fundamentos y protocolos web

    • Protocolo HTTP y REST· Esencial

      La puerta del backend al mundo. Un ingeniero backend que usa mal los métodos y códigos de estado HTTP chocará constantemente con los equipos de frontend.

      Lo que deberías saber

      • Métodos HTTP: semántica de GET, POST, PUT, PATCH, DELETE e idempotencia
      • Códigos de estado: diferencias entre 200, 201, 204, 400, 401, 403, 404, 409, 422, 500
      • Cabeceras: Content-Type, Authorization, Accept, Cache-Control
      • Principios REST: ausencia de estado, URLs orientadas a recursos y formato JSON

      Recursos

      • Ciclo de vida de una solicitud· Esencial

        Desde que una solicitud sale del navegador hasta el controlador, la capa de servicio y la base de datos, ¿por qué saltos pasa antes de volver?

        Lo que deberías saber

        • Concepto de middleware: validación de solicitudes, logging y gestión global de errores
        • Diferencias entre query params, route params y body de la solicitud
      • Postman / Bruno / cURL· Esencial

        La herramienta diaria para probar y depurar tus endpoints de forma independiente, sin esperar al frontend.

        Recursos

    • Un lenguaje backend· Esencial

      Deja de saltar de un lenguaje a otro. Elige uno entre Go, Node.js (TypeScript) o C# (.NET) según tu mercado y profundiza.

      Lo que deberías saber

      • Entender el lenguaje más allá de la sintaxis: gestión de memoria, seguridad de tipos y biblioteca estándar
      • Programación asíncrona: event loop / goroutines / async-await e hilos
      • E/S de archivos, streams y carga segura de variables de entorno (.env)

      Recursos

      • Gestión de errores y logging· Esencial

        Construir una gestión de errores centralizada que evite caídas por excepciones no controladas sin llenar el código de bloques try-catch a ciegas.

        Lo que deberías saber

        • No filtrar nunca stack traces internos a los usuarios finales en errores 500
        • Logging estructurado (logs en JSON, niveles de log: INFO, WARN, ERROR)
      • Configuración y secretos· Esencial

        Las credenciales de la base de datos y las claves secretas nunca deben estar escritas en el código. Léelas desde .env y protégelas con .gitignore.

  2. 02Bases de datos y SQL

    • PostgreSQL y SQL relacional· Esencial

      No caigas pronto en la trampa de NoSQL/MongoDB; el 90 % de la industria usa bases de datos relacionales. Saber PostgreSQL te sacará adelante en cualquier entrevista de backend.

      Lo que deberías saber

      • CRUD básico y filtrado: SELECT, INSERT, UPDATE, DELETE, WHERE, GROUP BY, HAVING
      • Relaciones entre tablas: uno a muchos, muchos a muchos, restricciones de clave primaria y clave foránea
      • Tipos de JOIN: diferencias entre INNER, LEFT y FULL JOIN y cuándo usar cada uno
      • Principios ACID: atomicidad, consistencia, aislamiento, durabilidad y transacciones (COMMIT / ROLLBACK)

      Recursos

      • Índices de base de datos (B-Tree)· Esencial

        Por qué buscar en 1 millón de filas tarda 3 segundos y cómo CREATE INDEX lo reduce a 2 ms. Compromisos de los índices y consultas con EXPLAIN.

        Lo que deberías saber

        • Diferencias entre Full Table Scan e Index Scan
        • La penalización de rendimiento en escritura (INSERT/UPDATE) por indexar todas las columnas
      • Transacciones y consistencia· Esencial

        ¿Qué pasa en una transferencia de dinero si el dinero sale de la cuenta A pero no llega a la cuenta B? Agrupar operaciones en una unidad atómica.

    • ORM y migraciones· Esencial

      Mapear esquemas de base de datos a código. Los ORM ahorran tiempo, pero los ingenieros que no revisan el SQL generado caen directos en la trampa del N+1.

      Lo que deberías saber

      • Elige un ORM/Query Builder para tu stack: Prisma, TypeORM, GORM, EF Core o Dapper
      • El problema de las consultas N+1: evitar 101 viajes a la base de datos al obtener 100 usuarios y sus pedidos
      • Migraciones de base de datos: sincronizar los cambios de esquema entre equipos y entornos

      Recursos

      • El problema N+1 y cómo solucionarlo· Esencial

        La pregunta de rendimiento más frecuente en las entrevistas de backend. Eager loading, JOINs y mecanismos de batching.

      • Cuándo escribir SQL nativo· Recomendable

        Saber cuándo dejar el ORM y escribir SQL nativo para agregaciones e informes complejos.

  3. 03Autenticación y seguridad

    • Autenticación (Auth)· Esencial

      ¿Quién es el usuario y tiene permiso? La era de las contraseñas en texto plano terminó hace veinte años.

      Lo que deberías saber

      • Hashing de contraseñas: salting con bcrypt o Argon2, defensa contra ataques de rainbow table
      • JWT: estructura de header, payload y firma. Entender que los JWT están firmados, no cifrados
      • Ciclo de vida del access token y el refresh token: almacenamiento seguro (cookies HttpOnly frente a headers)
      • Autorización (RBAC): middleware de control de acceso basado en roles (Admin, User, Editor)

      Recursos

      • Sesión vs JWT· Recomendable

        Compromisos entre las sesiones con estado (estado en el servidor, Redis/base de datos) y los JWT sin estado.

      • Fundamentos de OAuth 2.0· Recomendable

        Cómo funciona «Iniciar sesión con Google o GitHub» por debajo (Authorization Code Flow).

    • Validación y defensa de la API· Esencial

      No confíes nunca en la entrada del usuario (Zero Trust). Debes validar rigurosamente el contenido de las solicitudes entrantes contra un esquema.

      Lo que deberías saber

      • DTOs de solicitud / validación: imponer esquemas estrictos con Zod, Joi o FluentValidation
      • Inyección SQL: por qué las sentencias preparadas y las consultas parametrizadas son obligatorias
      • CORS: ¿qué ocurre realmente cuando un frontend llama a tu API desde otro dominio?
      • Rate limiting: limitar los endpoints frente a ataques de fuerza bruta y bots de DDoS

      Recursos

      • CORS y solicitudes preflight· Esencial

        Qué es una solicitud preflight OPTIONS, por qué los navegadores la envían y cómo configurar correctamente las cabeceras del backend.

  4. 04Listo para trabajar y proyecto real

    • Fundamentos de Docker· Esencial

      Se acabó la excusa del «en mi máquina funciona». Un backend junior no necesita Kubernetes, pero escribir un Dockerfile no es negociable.

      Lo que deberías saber

      • Contenedores vs imágenes: ¿qué es una imagen de Docker y cómo se ejecuta un contenedor?
      • Escribir un Dockerfile: generar imágenes ligeras con multi-stage builds y exponer puertos
      • Docker Compose: levantar el servicio de la API y la base de datos PostgreSQL a la vez con un solo `docker compose up`

      Recursos

      • Desarrollo local con Compose· Esencial

        Levantar un contenedor de base de datos aislado con Docker en lugar de ensuciar tu sistema operativo.

    • Documentación (Swagger / OpenAPI)· Esencial

      Una API sin documentar es como si no existiera. Poder entregar a un ingeniero de frontend una URL de Swagger o una colección de Postman siempre actualizada.

      Recursos

      • Contratos de API· Recomendable

        Definir de antemano contratos estrictos de solicitud/respuesta para hablar el mismo idioma que los equipos cliente.

    • Un proyecto de API real en producción· Esencial

      Deja atrás las apps de tareas y los clones de tutoriales. UNA SOLA API en producción con autenticación, PostgreSQL relacional, empaquetado con Docker y despliegue público te consigue el trabajo.

      Lo que deberías saber

      • Lógica de negocio real: reservas, flujo de pago de un e-commerce, venta de entradas o API de facturación
      • Al menos 4-5 tablas de PostgreSQL relacionadas entre sí (User, Product, Order, OrderItem)
      • Despliegue en producción: un endpoint público funcionando en Render, Railway, Fly.io o un VPS en la nube
      • README: diagrama de arquitectura, tabla de variables de entorno, instrucciones de instalación local y enlace a Swagger
      • Tests de integración· Recomendable

        Escribir tests automatizados de extremo a extremo contra una base de datos de pruebas para los endpoints críticos (Login, Create Order).

      • Defender tu arquitectura· Esencial

        Responder con seguridad a «¿Por qué PostgreSQL?», «¿Cómo se almacenan las contraseñas?» y «¿Por qué añadiste un índice a esta columna?».

  5. 05Cosas que puedes aprender después

    • Arquitectura distribuida y colas· Más adelante

      Dividir una app de 10 usuarios en 10 microservicios es una receta para el desastre. Empieza con un monolito; aprende microservicios cuando producción lo justifique.

      • Microservicios· Más adelante

        Comunicación entre servicios (gRPC, HTTP), latencia de red y consistencia distribuida. No es responsabilidad de un junior desde el primer día.

      • Kafka y RabbitMQ· Más adelante

        Arquitecturas orientadas a eventos y colas asíncronas. Se aprenden en un par de semanas cuando la carga de trabajo de tu empresa realmente lo pida.

      • Redis y caching· Más adelante

        La invalidación de la cache es notoriamente difícil. No optimices de forma prematura; optimiza primero tus consultas e índices de base de datos.

    • DevOps y cloud avanzados· Más adelante

      El aprovisionamiento de clústeres y de la nube es terreno de los ingenieros de DevOps/Cloud. Dominar Docker es más que suficiente para un ingeniero backend junior.

      • Kubernetes (K8s)· Más adelante

        Orquestación de contenedores, gestión de pods y operación de clústeres. Nadie espera que un junior configure clústeres de producción.

      • AWS / GCP / Azure· Más adelante

        VPCs, permisos de IAM, Terraform, clústeres gestionados... Todo esto se aprende con la infraestructura de la empresa y bajo la supervisión de un senior.

      • CI/CD avanzado· Más adelante

        Despliegues canary automatizados, pipelines de despliegue blue-green y workflows avanzados de GitHub Actions.