01
Frontend
Lo que se ve y se usa: sitios, pantallas, cómo se lee en el celular. Que cargue rápido y se entienda sin manual.
Zapopan, Jalisco · trabajo remoto
Soy Julio.
Desarrollo fullstack.
Hago las dos capas: el frontend que se usa y el backend que lo sostiene. Interfaces, APIs, datos y el servidor.
Esto no es una tienda. Es lo que he hecho, separado según la capa, y lo que se puede abrir.
$ whoami
julio-cubas
$ focus --today
frontend + backend
$ status
✓ interfaces que se entienden
✓ APIs y datos que aguantan
✓ servidores con respaldo
$
01 curioso por defecto
02 construyo con cuidado
/ qué hago
Frontend, backend
y las dos juntas.
02
Backend
Lo que no se ve: APIs, bases de datos, acceso con contraseña y los flujos que conectan un aparato o un formulario con datos de verdad.
03
De punta a punta
Cuando el proyecto lo pide, hago las dos capas. Y dejo el servidor documentado, con respaldo, para que no dependa de que yo esté mirando.
/ casos
Cosas que
ya funcionan.
No son conceptos: son programas y sitios que se usan, con lo que había que resolver y cómo quedó.
01
Backend · programa de escritorio
De capturar a mano a imprimir sin errores humanos.
No es un sitio. Es un programa de la línea de producción: imprime etiquetas sin repetir el lote entero cada vez.
Problema. Las etiquetas se escribían a mano. Un código mal tecleado obligaba a repetir la operación, y si alguna pieza se perdía dentro del lote había que reimprimir todo, porque no se podía retomar desde cierto número.
Backend. El programa habla con la base y con Odoo: llena los datos del producto a partir del código, deja buscar por palabras y permite elegir desde qué pieza reimprimir. El historial lo pidieron quienes lo usaban.
Resultado. Menos errores de captura, menos reimpresiones completas y un flujo que se fue ajustando con el uso.
Código ↗No hay demo en línea: corre en las máquinas del piso, no en un navegador.
Detalle técnico · backend
Python, cliente Odoo y MySQL. Impresión en ZPL (Zebra), empaquetado con PyInstaller. Cualquier Zebra conectada sirve. El código de producción de la empresa no está aquí; este repo es la versión pública.
02
Fullstack · Teamlyx
De un proyecto escolar a un sistema que opera de verdad.
Un panel para saber quién llegó, quién faltó y cuántas horas se trabajaron, sin perseguir hojas de cálculo.
Problema. Una empresa sin área de sistemas necesitaba controlar asistencias. La versión anterior era de escritorio: había que compilar e instalar equipo por equipo.
Frontend. Un panel web: el personal consulta su estado y RH revisa y exporta. Una sola dirección, cualquier navegador.
Backend. Una API que lee el reloj checador, normaliza cada evento y lo guarda. Acceso con contraseña y segundo factor.
Resultado. Asistencias consultables al instante y exportables. Lo que antes era revisión manual, hoy es una vista.
Repo del sistema ↗API del reloj ↗
Detalle técnico · las dos capas
Frontend: panel web. Backend: Python, FastAPI, PostgreSQL y Docker. El reloj Hikvision se lee por ISAPI (autenticación digest). Login con JWT y TOTP. No hay demo pública: depende del reloj físico.
03
Frontend · SANHER
Un sitio a su medida, más un flujo que le ahorra trabajo.
Presencia web de SANHER Bienes Raíces, en Zapopan. El sitio es frontend; la aprobación de reseñas corre aparte.
Problema. No tenía presencia en internet y el logotipo solo existía como una imagen de baja calidad. Revisar reseñas quitaba tiempo cada semana.
Frontend. Sitio en Astro, ligero, con cuatro propuestas sobre el mismo contenido para elegir la que representaba la marca. El logotipo lo reconstruí como vector.
Backend. Un flujo que recibe reseñas y las deja aprobar desde un enlace, para no hacerlo a mano.
Resultado. El sitio está en línea, con la propuesta elegida, y la revisión semanal ya no es una tarea manual.
Ver resultado
Detalle técnico · frontend
Sitio estático en Astro y JavaScript, publicado en su dominio. Logo en SVG con fondo transparente. El flujo de reseñas no está en el repo público del sitio.
/ en línea
Lo que se
puede abrir.
-
Frontend · lo mantengo
VEIA ↗
El sitio de la agencia, en mi servidor.
Ver resultado
-
Frontend · cliente
SANHER ↗
Bienes raíces en Zapopan. El caso de arriba.
Ver resultado
-
Frontend · versión mía
Vida Plena en Jesús ↗
Resultado de frontend en Astro. El dominio de la iglesia sigue en Wix. La versión WordPress va aparte.
Ver resultado
-
Frontend · demos
Plantilla parroquia ↗
Una de las demos de frontend. El resto está en el catálogo.
Ver resultado
-
Frontend · en mi servidor
Demo en el servidor ↗
Un sitio de ejemplo servido desde el VPS, no desde GitHub.
Ver resultado
-
Notas
Blog ↗
Lo que voy escribiendo, aparte de esta carta.
/ lo que me gusta hacer
Entender cómo funciona
y luego hacerlo fácil.
Me gusta entender cómo funciona algo por dentro y luego hacerlo fácil de usar. Casi todo lo que hago empieza como una pregunta: ¿esto se puede hacer mejor?
Disfruto conectar cosas que no hablaban entre sí — un aparato físico con una base de datos, una tarea manual con un flujo automático. También me gusta dejar las cosas ordenadas: código que otro pueda leer, servidores con respaldo y notas de lo que hice y por qué.
Soy más de construir que de prometer. Prefiero mostrar algo ya funcionando a describir lo que podría ser. Y cuando algo falla, me entero, lo documento y lo arreglo.
/ sobre mí
Entre la interfaz
y el servidor.
Soy desarrollador fullstack. La pantalla y el servidor los trato como un solo trabajo: sitios, APIs y paneles conectados a datos. También he recuperado servicios después de un incidente.
Trabajo desde Zapopan y hago trabajo remoto. Me manejo bien en inglés.
Frontend: HTML, CSS, JavaScript, TypeScript, Astro.
Backend: Python, Node.js, PostgreSQL, APIs.
Servidor: Linux, Docker.
frontlo que se ve
y se usa
y se usa
backAPIs, datos
y acceso
y acceso
serverLinux, Docker
y respaldos
y respaldos
/ contacto
Platicamos
sin prisa.
Si algo de aquí te hizo pensar en un proyecto, con gusto platicamos. Escríbeme, me cuentas qué tienes en mente y te digo con honestidad si puedo ayudar. Si no es lo mío, te lo digo.