Alejandro Trejo —Full StackDeveloper.
Diseño y construyo productos digitales de extremo a extremo: arquitectura, backend, frontend y el compromiso de que el sistema funcione de verdad y ayude a quien lo usa.
Más que la tecnología, lo que más disfruto de este trabajo es la gente con la que lo construyo.
Estudié 4 años en la universidad antes de empezar a trabajar como desarrollador — esa formación es la base de cómo pienso los proyectos hoy. Con el tiempo también le agarré el gusto a entender cómo funcionan las cosas por dentro, lo que me llevó a Linux: configurar servidores y armar mi propio entorno de escritorio desde cero sigue siendo una de mis formas favoritas de aprender.
Durante los últimos 3 años he trabajado en proyectos de frontend, backend, arquitectura y bases de datos, además de administrar servidores Linux y Windows. No han sido sistemas usados por miles de personas, pero sí por varias, y eso ya es suficiente para que me importe hacerlo bien.
Fuera del código disfruto enseñar a programar — llevo 3 personas guiadas y sigo aprendiendo a hacerlo mejor —, personalizar entornos de escritorio en Linux, y todo lo que tenga que ver con videojuegos, moda y tecnología. Soy geek, sin pena.
El buen código no es el que impresiona, es el que nadie nota porque simplemente funciona.
Cada proyecto es un caso de estudio completo.
Selecciona cualquier experiencia para ver el proceso completo: problema, arquitectura, retos y resultados.
[Nombre de la empresa]
[Cliente / empresa — a qué se dedica.]
El problema
[Qué problema resolvías cuando empezaste.]
Objetivos del proyecto
- [Objetivo 1]
- [Objetivo 2]
- [Objetivo 3]
Proceso y metodología
[Cómo trabajaste: metodología, equipo, fases.]
Arquitectura
[Cómo está construido el sistema técnicamente.]
Stack utilizado
Retos y soluciones
[El reto más grande y cómo lo resolviste.]
Resultados
- [Resultado 1]
- [Resultado 2]
- [Resultado 3]
"[Cita textual de alguien del equipo o cliente, si tienes una.]"
[Nombre de la empresa]
[Cliente / empresa — a qué se dedica.]
El problema
[Qué problema resolvías cuando empezaste.]
Objetivos del proyecto
- [Objetivo 1]
- [Objetivo 2]
- [Objetivo 3]
Proceso y metodología
[Cómo trabajaste: metodología, equipo, fases.]
Arquitectura
[Cómo está construido el sistema técnicamente.]
Stack utilizado
Retos y soluciones
[El reto más grande y cómo lo resolviste.]
Resultados
- [Resultado 1]
- [Resultado 2]
- [Resultado 3]
"[Cita textual de alguien del equipo o cliente, si tienes una.]"
[Nombre de la empresa]
[Cliente / empresa — a qué se dedica.]
El problema
[Qué problema resolvías cuando empezaste.]
Objetivos del proyecto
- [Objetivo 1]
- [Objetivo 2]
- [Objetivo 3]
Proceso y metodología
[Cómo trabajaste: metodología, equipo, fases.]
Arquitectura
[Cómo está construido el sistema técnicamente.]
Stack utilizado
Retos y soluciones
[El reto más grande y cómo lo resolviste.]
Resultados
- [Resultado 1]
- [Resultado 2]
- [Resultado 3]
"[Cita textual de alguien del equipo o cliente, si tienes una.]"
BRAZA — Escuela de apnea
BRAZA no existe: es una escuela inventada por mí para tener un encargo real que resolver. Me puse las mismas restricciones que tendría con un cliente de verdad — un servicio caro, presencial y que da miedo — en vez de diseñar sobre texto de relleno.
El problema
Una escuela de apnea vende algo que asusta: aguantar la respiración a veinte metros bajo el agua, con desconocidos, en un pueblo al que hay que viajar. Quien llega a la página no está comparando precios, está decidiendo si confía. El sitio tenía que resolver esa desconfianza antes de pedir un peso, y hacerlo sin sonar a folleto de deportes extremos.
Objetivos del proyecto
- Vender los tres paquetes de clases con su precio visible, sin formularios de por medio.
- Dar confianza a alguien que nunca ha buceado: quiénes son los instructores, qué proporción hay en el agua, qué pasa si algo sale mal.
- Explicar el método día por día, para que nadie llegue sin saber qué va a hacer.
- Mostrar fechas reales con plazas disponibles, para que la decisión se pueda tomar en la misma visita.
Proceso y metodología
Empecé por el contenido, no por el diseño: escribí primero qué tenía que decir cada sección y en qué orden, y hasta entonces busqué la forma. De ahí salió la idea que ordena todo el sitio — la página desciende igual que una bajada, y cada sección está a una profundidad. Después vino el desarrollo por secciones, cada una terminada antes de pasar a la siguiente.
Arquitectura
Sitio estático generado con Astro, sin framework de UI. La interactividad vive en scripts de cliente aislados por componente: el temporizador de respiración 4-2-8, el carrusel de cenotes y la regla de profundidad atada al scroll, que traduce la posición de la página a metros y va oscureciendo el fondo. Tipografías self-hosted en woff2 e imágenes procesadas en el build. Desplegado en Cloudflare.
Stack utilizado
Retos y soluciones
Lo técnico no fue lo difícil: me costó mucho aterrizar la idea. Estuve dando vueltas entre versiones que se veían bien pero no significaban nada, hasta que apareció la de la profundidad — que la página baje mientras lees, y que el color y los metros lo acompañen. En cuanto tuve esa sola idea, todo lo demás se acomodó solo, porque cada sección ya sabía a qué profundidad le tocaba estar.
Resultados
- Es una demo, no un sitio con clientes: no hay reservas ni ingresos que presumir.
- El resultado real fue el aprendizaje: animación atada al scroll sin que se sienta pesada, y contenido antes que estética como forma de trabajar.
- Me dejó una pieza terminada y publicada, que es justo lo que me faltaba para enseñar.
Vista del sistema
[Nombre de la empresa]
[Cliente / empresa — a qué se dedica.]
El problema
[Qué problema resolvías cuando empezaste.]
Objetivos del proyecto
- [Objetivo 1]
- [Objetivo 2]
- [Objetivo 3]
Proceso y metodología
[Cómo trabajaste: metodología, equipo, fases.]
Arquitectura
[Cómo está construido el sistema técnicamente.]
Stack utilizado
Retos y soluciones
[El reto más grande y cómo lo resolviste.]
Resultados
- [Resultado 1]
- [Resultado 2]
- [Resultado 3]
"[Cita textual de alguien del equipo o cliente, si tienes una.]"
Herramientas que uso a diario.
En qué puedo ayudarte.
Desarrollo Web
Sitios y aplicaciones web completas, del diseño al despliegue.
Desarrollo Frontend
Interfaces rápidas, accesibles y cuidadas al detalle.
Desarrollo Backend
Sistemas robustos preparados para escalar con tu producto.
APIs REST
Diseño e implementación de APIs claras, versionadas y documentadas.
Bases de datos
Modelado, optimización y migración de datos sin dolores de cabeza.
Arquitectura de software
Decisiones técnicas pensadas para el crecimiento a largo plazo.
Automatización de procesos
Flujos de trabajo automatizados que ahorran horas cada semana.
UI/UX
Experiencias de producto centradas en quien las usa de verdad.
¿Tienes un proyecto en mente?
Cuéntame qué necesitas construir. Normalmente respondo en menos de 24 horas.