Desarrollo web
Software construido para mantenerse, no solo para lanzarse
Llevo los proyectos de principio a fin: modelo de datos, interfaz, despliegue y entrega. Una sola persona responde de que el conjunto funcione, en lugar de una por cada parte y ninguna por las costuras.
Trabajo en español con clientes en España y Bolivia, casi siempre con presupuestos en los que una factura recurrente de API en dólares hundiría el proyecto. Eso condiciona las decisiones técnicas más que cualquier preferencia mía.
El servicio
Qué construyo
Sitios comerciales y de catálogo
Sitios que exponen lo que hace el negocio, cargan rápido en un móvil con mala conexión y puede editarlos quien lleva el negocio. Renderizados en servidor por defecto, porque un sitio que nadie encuentra es un folleto caro.
Aplicaciones web con panel para el dueño
Sistemas de reservas, agenda y registros en los que la vista de administración recibe tanto cuidado como la pública. Se usa de pie, en plena jornada, por alguien que dispone de unos segundos; si resulta incómoda, el negocio vuelve al papel sin decirlo.
Sistemas en tiempo real y con geolocalización
Despacho y seguimiento en vivo sobre PostgreSQL y PostGIS, con WebSockets para lo que se mueve. Donde una API comercial de mapas facturaría cada mes en dólares, autoalojo las teselas con PMTiles: un costo de operación que el cliente pueda sostener forma parte del pliego, no es una optimización posterior.
Herramientas que funcionan sin conexión
Service workers, una carcasa precacheada y un almacén local versionado, para que la herramienta siga funcionando cuando la conexión no lo haga y una actualización nunca borre lo ya registrado. A veces eso elimina el servidor por completo, y con él la brecha, la sincronización y la suscripción.
Integraciones contables y de punto de venta
Cobros, punto de venta y contabilidad conectados para que las cifras cuadren sin una hoja de cálculo mensual de por medio. Es la parte que la mayoría de los desarrolladores resuelve bien en lo técnico y mal en lo contable.
Desarrollo bilingüe
Español e inglés previstos desde el inicio: URLs, hreflang, datos estructurados y textos redactados en cada idioma en lugar de traducidos a uno de ellos. Escribo los dos, así que el español no es la conjetura de una máquina sobre el inglés.
El principio
Un sitio web no sirve de mucho si el dueño tiene que llamar al programador para cambiar un precio
Esa frase decide casi toda la arquitectura. Es la razón de que la carta de un restaurante sea datos y no marcado, de que una tabla de resultados sea un archivo que puede editar un voluntario en lugar de un despliegue, y de que elija un stack más sencillo antes que uno más ingenioso cuando el sencillo es el que el cliente todavía podrá llevar dentro de tres años.
La prueba es la liga de fútbol sala de Londres: seis años de trabajo continuo sobre un mismo código, donde las clasificaciones y las jornadas se actualizan editando datos un domingo por la noche, y quien lo hace no es programador ni tendría por qué serlo. No hay nada técnicamente admirable en eso. Es simplemente lo que tiene que ser cierto para que una organización pequeña mantenga vivo un sistema.
Entregar es entregar. Sin cuota mensual como condición para que el sitio siga funcionando, y sin depender de que yo esté disponible.
La diferencia
El cruce con la contabilidad
También llevo libros para vivir. Saber qué es de verdad una liquidación de tarjeta —un solo abono que cubre cuarenta operaciones, menos comisiones, dos días después— permite construir un flujo de cobro que no corrompe en silencio la posición fiscal que hay detrás. Y saber cómo se usa un plan de cuentas permite generar una exportación que el asesor pueda importar, en lugar de un CSV que alguien tiene que arreglar a mano cada mes.
Funciona también al revés. Haber construido sistemas permite mirar un proceso contable y distinguir qué partes son estructurales y cuáles son simplemente la forma en que alguien lo hizo una vez.
Si el proyecto toca las dos cosas, ese es el solape: la parte contable de la práctica.
En la práctica
Dos que vale la pena leer enteros
Una radio FM con una audiencia alquilada: tanta estrategia como construcción, y el único proyecto aquí en el que el razonamiento de posicionamiento es el entregable.
Un restaurante dueño de sus propias reservas: un flujo de cinco pasos que sustituye a una plataforma que cobraba por comensal.
Stack
Con qué trabajo
Lenguajes
- JavaScript / TypeScript
- Node.js
- SQL
- HTML y CSS
Frameworks
- Next.js
- Eleventy
- SvelteKit
- Tailwind CSS
Datos
- PostgreSQL / PostGIS
- Supabase
- PMTiles / MapLibre
- WebSockets
Entrega
- Service workers / PWA
- Vercel
- Alojamiento estático
- Schema.org
Empecemos con una conversación
Cuénteme qué quiere construir, o qué no le está funcionando. Le damos forma antes de que nadie escriba código.