T3
// capacidades técnicas

Construyo el sistema,
no solo lo diseño.

Esta página es para quien quiere saber con qué trabajo antes de escribirme. Si no sos técnico, no te la pierdas: lo importante está en Método.

// criterios

Cómo construyo

Tres criterios que aplico antes de escribir la primera línea. No son declaraciones: están documentados decisión por decisión en los repositorios de abajo, cada uno con lo que costó.

01

El sistema avisa; vos decidís

Lo habitual

El sistema detecta un dato raro y lo corrige solo, en silencio. Suena a prolijidad, pero lo que borra es justo la excepción que había que mirar: el precio mal cargado que era una promoción, el stock negativo que era un robo.

Acá

Automatizo la tarea repetitiva, no tu criterio. Lo anómalo se marca, se ordena por gravedad y queda a la vista; la decisión es de quien conoce el negocio. Automatizar un juicio solo es seguro cuando equivocarse sale barato.

02

Lo que se sostiene con disciplina, se desactualiza

Lo habitual

La documentación se actualiza cuando alguien se acuerda, y el gasto en herramientas se revisa cuando llega la factura. Las dos cosas dependen de la buena voluntad de una persona ocupada, así que las dos fallan.

Acá

Lo ato al código. Un control automático avisa cuándo un documento quedó viejo respecto del sistema, y cada llamada a inteligencia artificial registra sola lo que costó. Nada de eso depende de mi memoria un martes a las once de la noche.

03

Tus datos, siempre exportables

Lo habitual

Los datos viven adentro del sistema y salen si el proveedor quiere. Hay negocios operando con programas escritos hace treinta años de los que hoy no hay manera de sacar nada: el historial está ahí adentro y no sale.

Acá

Bases y formatos estándar, documentados. Tus datos salen en formatos abiertos cuando los pidas, sin pedir permiso, para que tu historial siga siendo tuyo pase lo que pase — incluso si dejás de trabajar conmigo.

// stack

Con qué trabajo

Full-stack, de la base de datos al servidor. Sin tercerizar la parte difícil.

El stack, en capas Cuatro capas apiladas. De abajo hacia arriba: infraestructura, datos, backend y frontend. Cada una se apoya en las que tiene debajo. Frontend Interfaces de gestión para quien las usa ocho horas por día. React · Vite · TypeScript · Tailwind Backend APIs REST, lógica de negocio, autenticación y permisos. Python · Django · DRF · Node.js · Express Datos Modelos que aguantan volumen real. Esquemas y migraciones. MongoDB · Mongoengine · PostgreSQL · SQLite Infraestructura Tu VPS, el mío, o la intranet del negocio. Vos elegís dónde vive. Linux · Docker · Traefik · Nginx · VPS
  1. InfraestructuraTu VPS, el mío, o la intranet del negocio. Vos elegís dónde vive.Linux · Docker · Traefik · Nginx · VPS
  2. DatosModelos que aguantan volumen real. Esquemas y migraciones.MongoDB · Mongoengine · PostgreSQL · SQLite
  3. BackendAPIs REST, lógica de negocio, autenticación y permisos.Python · Django · DRF · Node.js · Express
  4. FrontendInterfaces de gestión para quien las usa ocho horas por día.React · Vite · TypeScript · Tailwind
Cada capa se apoya en la de abajo. De las cuatro me encargo yo.

¿Y dónde vive todo esto?

Conviene preguntarlo antes de firmar, no después. Hay dos caminos, y los dos están disponibles.

01

En mi servidor

Corre en mi VPS con una cuota mensual, y la infraestructura pasa a ser problema mío: actualizaciones, certificados, backups y estar cuando algo se cae. Lo elige quien no quiere un servidor que atender.

02

En el tuyo

Se instala en el servidor o la red interna que ya tenés. Queda todo adentro, sin cuota de hosting y sin depender de mí para seguir funcionando. Va con la documentación de cómo se opera y se restaura.

Se puede empezar por uno y pasar al otro. En los dos, los datos son tuyos y salen en formatos estándar cuando los pidas.

// integraciones e IA

Conectar lo que ya usás

Un sistema que no habla con el resto de tus herramientas es una isla, y las islas se abandonan.

El sistema

Lo que construyo. Si no habla con el resto de tus herramientas es una isla, y las islas se abandonan.

APIs de terceros

  • MercadoLibre
  • Pasarelas de pago
  • Mensajería

Publicación de catálogo, sincronización de stock y precios, y monitoreo automático contra el mercado. La integración con MercadoLibre de uno de mis sistemas controla y ajusta márgenes por categoría.

Modelos de lenguaje

  • Generación asistida
  • Operación por lenguaje natural

APIs de LLM adentro de sistemas en producción, en dos formas concretas: generar contenido a partir de los datos que el sistema ya tiene, y consultar o accionar sobre el sistema sin aprender su interfaz.

Automatización de procesos

  • Catálogo
  • Pedidos
  • Avisos
  • Reportes

Tareas que hoy alguien hace a mano todos los días y que el sistema resuelve solo. Va en los pasos que no requieren criterio — el resto sigue con una persona, que es donde tiene que estar.

// resiliencia

Qué pasa cuando algo falla

Ningún sistema es infalible. La diferencia está en haberlo previsto antes, y no la tarde que pasa.

  1. Antes de que pase

    Menos superficie donde te puedan pegar

    Dependencias mínimas y actualizadas, credenciales fuera del código, acceso al servidor por clave y no por contraseña. En un negocio chico los incidentes casi nunca son un ataque sofisticado: son una contraseña compartida por WhatsApp y algo que hace años que nadie actualiza.

  2. Cuando pasa

    Un plan para cuando el sistema no está

    Se corta internet, se cae un proveedor, falla una máquina. Antes de que pase dejamos escrito cómo sigue vendiendo tu negocio a mano y cómo se reconcilia después, cuando vuelve. Esto sale de ISO 9001 y de haber estado atendiendo el mostrador el día que el sistema se cayó.

  3. Después

    Permisos, trazabilidad y respaldo

    Cada acción queda registrada con quién la hizo y cuándo, así un error se rastrea en lugar de discutirse. Los permisos van por rol, no por una contraseña que termina sabiendo todo el mundo. Y los respaldos se prueban restaurándolos: un backup que nunca se restauró no es un backup, es una carpeta.

// código abierto

Podés mirar cómo trabajo

Publico los documentos de arquitectura de mis proyectos: qué decidí, qué descarté y qué me costó cada decisión. No el código de mis clientes —el razonamiento. Son 34 decisiones documentadas en cuatro repositorios.

Sistema de gestión de retail

Un ERP que funciona todos los días en un comercio real: 13 módulos, 84 modelos, 229 rutas. El documento explica por qué elegí una base de datos de documentos y, sobre todo, qué perdí al elegirla.

DjangoMongoDBReactDocker9 decisiones documentadas

Herramientas de campo para topografía y agrimensura

Control de obra vial, validación de códigos de relevamiento y digitalización de planos a CAD. Pensadas para topógrafos y agrimensores en una notebook con Windows, sin terminal y a veces sin internet.

PythonStreamlitShapelyDXF7 decisiones documentadas

LiDAR y fotogrametría

Cómo se valida de verdad la precisión de un modelo de terreno, y por qué un volumen sin margen de error no es una medición sino una afirmación. Con el libro de referencia que estoy escribiendo.

LiDARFotogrametríaPDALGDAL10 decisiones documentadas

Análisis de datos científicos

Estadística bayesiana sobre datos de campo que costaron dos temporadas, con los paquetes de reproducibilidad publicados. De acá viene el rigor de los otros tres.

BayesianoMCMCNumPySciPy7 decisiones documentadas

Si estás evaluando si sé lo que hago, ese es el mejor lugar para verlo.

Ver todo en GitHub

¿Tenés un proyecto técnico en mente?

Contame qué necesitás construir y te digo con qué lo resolvería, o si conviene no construir nada.

Contame tu situación