adprocode

En producción · Abr 2026 – Hoy

Aplicación web construida para monitorizar, planificar y administrar el tiempo y el dinero de los usuarios. Alpha cerrada. Desplegada en servidor propio, con dominio activo a día de hoy.

• FastAPI
• PostgreSQL
• Docker
• Cloudflare Tunnel
• IA (co-dev)

Saber más

¿Qué hice?

• Trackeo y planificación de actividad categorizada: qué se hace, cuánto tiempo y en qué área de vida.
• Trackeo y planificación monetaria: ingresos, gastos y proyección personal.
• Honeypot integrado para el homelab: detección pasiva de intentos de acceso no autorizado.
• Objetivo a largo plazo: recopilación masiva de datos personales para entrenar agentes de IA especializados en nutrición, gestión del tiempo, finanzas y entrenamiento físico. Base teórica puesta a prueba en hipótesis, todavía en testeo.
• Stack multiplataforma con tres entornos (dev / prod-staging / prod) sobre el mismo Docker Compose, diferenciados solo por `.env`.
• Seguridad nivel producto: bcrypt cost 12, TOTP cifrado en reposo, CSP, rate limiting, headers OWASP, Cloudflare Tunnel.

¿Por qué hice este proyecto?

• Para aprender backend con Python.
• Para aprender a desplegar en servidor propio.
• Para administrar mejor mi dinero y mi tiempo.

• 

  Resumen del día

• 

  Registrar actividad

• 

  Editar actividad

• 

  Evolución general

• 

  Evolución de salud

• 

  Gastos · listado

• 

  Gastos · detalle

• 

  Gastos · resumen

• 

  Seguridad · ajustes

• 

  Seguridad · TOTP

• 

  Seguridad · sesiones

• 

  Autenticación

En pausa · Ene 2026 – Hoy

Cliente en JavaScript y WebGL2, y servidor autoritativo Node.js para un RPG isométrico (2.5D) multijugador online. Renderer y shaders escritos directamente sobre WebGL2.

• WebGL2
• GLSL ES 3.0
• JavaScript
• Node.js
• Express
• Socket.IO
• Web Audio API
• Blender
• Python
• IA (co-dev)

Saber más

¿Qué hice?

• Renderer 3-capa en WebGL2 / GLSL ES 3.0. Sprites en TEXTURE_2D_ARRAY (color, normal, mask) con Blinn-Phong por fragmento, hasta 16 luces concurrentes en un UBO std140 con culling por viewport y priorización. Render instanciado: 1 draw call por batch de textura.
• Pipeline de efectos: pool de 4000 partículas con simulación CPU y render instanciado, decals, outlines, glow pass (threshold + Kawase blur), shadow map por ray-AABB sobre volúmenes oclusores.
• Audio espacial 2D sobre Web Audio API: panning estéreo y atenuación por distancia integrados al loop de juego.
• Servidor autoritativo a 20 Hz con arquitectura ECS: entidades como contenedores de componentes de datos, sistemas desacoplados (Movement, Combat, AI, Pathfinding, Loot, Death, EntityState).
• Command pattern para acciones del jugador: 14 comandos validados en el tick con log circular para auditoría. Observer (EventBus) para comunicación inter-sistema.
• Capa de red: spatial grid por chunk con queries O(k), broadcast por room, snapshots por socket y compresión delta — solo campos modificados entre ticks.
• Paper doll en vivo: slots de equipo intercambiables en runtime sin recarga, con color profiles por zonas de máscara editables.
• Editor de contenido propio para armas, armaduras, monstruos, objetos, áreas de ataque, abilities y color profiles. Contenido 100% data-driven (JSON). Pipeline de prerenderizado en Blender con Python para generar los sprites de las 3 capas.

¿Por qué hice este proyecto?

• Para aprender Node.js en backend.
• Porque amo los videojuegos.
• Porque durante mis estudios vimos pocas aplicaciones con sockets.

• 

  Iluminación dinámica · catedral

• 

  Exterior nocturno

• 

  Combate y HUD

• 

  Multiplayer · interest management

• 

  Chat en vivo · multiplayer

• 

  Bots y chat · pruebas de comportamiento

• 

  Editor de armas · 3 capas

• 

  Generación procedural · 100 chunks

• 

  Editor de monstruos

Venture · Vídeos del proyecto

• Sistema de partículas
• Test de bots y mobs
• Stress test de banda ancha — delta compression, hasta 1000 mobs en un chunk
• Test con luces múltiples
• Editor de monstruos
• Editor de armaduras
• Editor de armas (1/2)
• Editor de armas (2/2)
• Demo de luz ambiental
• Customización de personaje
• Test de normales sin sombras (versión antigua)
• Generación de 100 chunks desde el servidor
• Herramientas de debug en cliente
• Test antiguo de múltiples mobs
• Prototipo en WebGL 1

Prácticas FCT · Jun 2025 – Ago 2025

Primera experiencia profesional formal: prácticas FCT en consultora, aportando a un producto web (showcase y venta de entradas) para uno de sus clientes. Symfony, Angular, PostgreSQL, Docker. Equipo en remoto, code reviews en PR.

• Symfony
• Angular
• PostgreSQL
• Docker

Saber más

¿Qué hice?

• Sanitización real de imágenes: API de carga superando test con 9 payloads embebidos. Auto-hosting con responsabilidad asumida.
• JWT, cookies httpOnly y sesiones de servidor: la versión adulta del sistema de sesión a mano de Platos en ruta.
• Refactor de la API y el ER existentes, refactor SOLID de clases, rediseño UI con bases para guía de estilos. Aporte aceptado por el equipo.
• Aprendí a usar correctamente GitHub, y descubrí por experiencia propia las dificultades de tomar un proyecto ya en curso y de trabajar desde cero con un equipo nuevo.

¿Por qué hice este proyecto?

• Para aprender Angular.
• Para afianzar mis conocimientos de PHP.
• Para obtener el título.

Fin de módulo · Feb 2025 – Abr 2025

Proyecto de fin de estudios: dos monolitos PHP para negocios de comida a domicilio. Uno para la venta online del cliente, otro para que el restaurante reciba y gestione pedidos. Sin framework.

• PHP
• JavaScript
• Apache
• CSS

Saber más

¿Qué hice?

• Venta online: catálogo de carta, carrito y flujo de pedido completo para el cliente final.
• Gestor de pedidos con tracker de estado: el restaurante recibe, acepta, prepara y cierra pedidos en tiempo real.
• Gestor de carta: alta, edición y baja de productos con subida de foto desde el panel de gestión.
• Dos monolitos comunicados: PlatosEnRuta (cliente) y PlatosEnGestion (gestor) en VirtualHosts separados, con endpoint cross-domain autenticado para subida de imágenes.
• PHP y JavaScript nativos, sin framework. Sistema de sesión propio: token opaco de 64 hex, caducidad doble, CSP estricta con nonces, CSRF a mano.
• Deuda técnica documentada: 7 problemas conocidos nombrados explícitamente en código. Sin maquillaje.
• UI y UX descuidados: el proyecto estuvo centrado en el backend.

¿Por qué hice este proyecto?

• Para generar un frontend y un backend sin frameworks, intentando recrear desde cero las herramientas que cualquier librería te da hechas: login, tokenización, comunicación vía API entre dos dominios.

• 

  Landing del cliente

• 

  Carta · catálogo por categorías

• 

  Editar pedido · carrito y comentario

• 

  PlatosEnGestion · cocina en tiempo real

Platos en ruta · Vídeos del proyecto

• Demo carta
• Demo recepción de pedido