Constructor visual HTML / CSS
Un editor de landing pages y correos. Los bloques salen como markup de verdad, no como una captura.
Abrir demoDesde el desierto de Sonora
Productos web, APIs y el camino en AWS que los mantiene arriba.
Llevo nueve años construyendo productos full stack, sobre todo para empresas de Estados Unidos y algunos clientes aquí en México. Puedo tomar una feature desde la interfaz hasta el API y dejarla en AWS. Trabajo bien solo o en equipo. También me encargo de lo menos vistoso: deploys, datos y el último error antes del lanzamiento.
Hoy ese stack es Svelte o Angular, Laravel o Express, Docker, AWS y modelos en el flujo: Groq o una API hospedada cuando aporta, Ollama en casa cuando debe quedarse en privado.
La versión breve, si vas de pasada.
sacando productos web
ECS, Lambda y CloudFront en producción
contenedores, imágenes y CI
trabajo remoto con equipos de EE. UU. y México
Algunos sistemas que he sacado. Cada tarjeta abre un demo corto de cómo funciona ese tipo de producto.
Un editor de landing pages y correos. Los bloques salen como markup de verdad, no como una captura.
Abrir demoDNS, CDN, contenedores y CI para que un release sea un pipeline, no un fin de semana en una caja.
Abrir demoScrapers y jobs programados que traen datos, los limpian y los dejan donde el producto sí los usa.
Abrir demoBots de WhatsApp, callbacks de pago y los jobs que mueven un evento de un sistema a otro.
Abrir demoLo más reciente. El resto está en el blog.
Una sola caja en DigitalOcean es una arquitectura válida. Un path completo en AWS es otra. Comparo usuario → DNS → CDN → API → ECS/EC2/Lambda y digo cuándo cada hop se gana su lugar.
Un ALB reparte tráfico. Un API gateway hace cumplir el contrato de una API. Cuándo uso CloudFront, API Gateway, ALB y NLB — y cuándo apilarlos todos es desperdicio.
OAuth 2.0 es autorización delegada, no un login mágico. Recorro authorization code, PKCE, client credentials, refresh tokens y los errores que filtran cuentas.
Prefiero un ciclo corto que el equipo pueda ver. Definir, construir, publicar y entregar.
Qué vamos a hacer, cómo se ve “listo” y qué no entra en esta vuelta.
UI, API y datos en la misma semana cuando se puede. Svelte o Angular, Laravel o Express.
Docker, CI y el camino AWS para que un release sea un pipeline, no un fin de semana en una caja.
Accesos, una nota corta de cómo correrlo, y me quedo cerca si se rompe.
Agrupadas por el trabajo, no por un puntaje. Modelos en la nube cuando lo valen. En local cuando los datos se quedan aquí.
Las principales que uso — no todos los logos del catálogo.
Groq cuando quiero inferencia rápida. OpenAI, Claude y Gemini cuando el trabajo lo pide. Ollama y Open WebUI en mi máquina cuando el trabajo debe quedarse en privado.
Claude Code, skills de Cursor y desarrollo guiado por spec (SDD) para que los agentes no se vayan por las ramas. También los pongo en tests, reviews de PRs, code review, pases de seguridad y arreglos de accesibilidad. Primero en local cuando el repo o los datos no los quiero en un contexto hospedado.
Hago productos web y lo que hay alrededor: apps, APIs, deploys y la automatización que le ahorra a un equipo el mismo trabajo dos veces. La mayor parte ha sido trabajo remoto para empresas de Estados Unidos, además de clientes aquí en México. Últimamente el trabajo vive en Svelte, Angular, Laravel, Docker, AWS y herramientas de IA.
Instituto Tecnológico de Hermosillo (ITH), Hermosillo
Java, PHP, C# / .NET, un poco de Python y las materias de sistemas de siempre.
CBTIS 11, Hermosillo
Ahí empecé: C, PHP, Java y Android Studio.
Seagage
Powdevs, Hermosillo
Rivka Development, Hermosillo
Estoy disponible para trabajo puntual. Estas son las cosas que hago bien.
UIs y APIs que se quedan. Svelte, Angular, React, Laravel, Express.
DNS, CDN, contenedores y el camino de un git push a algo que se queda arriba.
Imágenes que se parecen a producción, más GitHub Actions o Jenkins para que un release sea un pipeline.
APIs de LLM, asistentes y automatización, cuando un modelo de verdad sirve y no solo se ve bien.
Pagos, WhatsApp, scrapers y los jobs que mueven datos entre sistemas.
CRM, LMS y las herramientas internas que un equipo sí abre todos los días.
Si quieres hablar de un puesto o de un proyecto, escríbeme. Sí leo el correo.
Lo más rápido es un mensaje a esta dirección.
Enviar correo danielbojorquezf@gmail.comAbre tu app de correo. Desde esta página no se envía nada.