De la interfaz al servidor.

Lenguajes

• TypeScriptDesigno CRM, Respi, Hakuna MaMoto y Routly
• JavaScriptAPI de Routly con Express y scripts de captación en Designo
• C#Club Pádel: WPF, Entity Framework y MSTest
• PythonGestiLibro: módulo de Odoo 18
• JavaTicketmaster: Spring Boot 3, proyecto de clase
• SQLPostgreSQL, MariaDB y SQL Server

Arquitectura y patrones

• API REST por capas

  1. controller
  2. service
  3. repository

  La ruta valida y delega, el servicio decide y el repositorio habla con la base de datos.

  Usado en: Respi y Designo CRM (NestJS), Routly (Express), Ticketmaster (Spring Boot)

• MVVM en escritorio

  1. View
  2. ViewModel
  3. Model

  Vistas WPF enlazadas a un ViewModel, sin lógica en la interfaz y con tests sobre el modelo.

  Usado en: Club Pádel, en una solución de cuatro proyectos

• Autenticación con JWT

  1. login
  2. token
  3. rol

  Sesiones con tokens firmados y permisos por rol comprobados en el servidor.

  Usado en: Designo CRM, Respi y Ticketmaster

• Validación en los bordes

  1. petición
  2. DTO
  3. servicio

  Nada llega a la lógica sin pasar por un esquema: class-validator o Bean Validation.

  Usado en: Respi (NestJS) y Ticketmaster (Spring Boot)

• Contenedores y despliegue

  1. Docker
  2. Actions
  3. Azure

  La app y su base de datos arrancan igual en cualquier máquina; la API se publica sola al subir cambios.

  Usado en: GestiLibro y Respi (Docker Compose), API de Respi en Azure

• Estado de servidor en el cliente

  1. API
  2. caché
  3. pantalla

  Las pantallas leen de una caché sincronizada con la API en lugar de repetir peticiones.

  Usado en: Designo CRM y Hakuna MaMoto (TanStack Query)