hescobariEST. 2009

Disponible · Q3 2026 · Dos cupos abiertos

Una persona.
El producto entero.

Dieciséis años escribiendo, diseñando, desplegando y operando sistemas en producción en Bolivia, Estados Unidos y Australia. Disponible para un número limitado de proyectos en 2026.

Soy Huascar Escobari. Tomo el trabajo que cruza diseño, código, infraestructura e IA. Los equipos a los que me sumo dejan de coordinar cuatro proveedores y vuelven a enviar a producción.

Enviar un briefVer proyectos
  • 0116+

    Años enviando software a producción

    Primer release pagado en 2009, un sistema de asistencia para un colegio en Cochabamba.

  • 023

    Mercados donde he enviado producto

    Bolivia, Estados Unidos, Australia. Tres husos horarios, tres monedas, una sola práctica.

  • 0350K+

    Usuarios concurrentes pico

    En una plataforma, una mañana entre semana, sobre una base de datos que arquitecté y afiné yo.

  • 0440+

    Proyectos enviados de extremo a extremo

    Del esquema de la base de datos a la tipografía, escritos y operados por mí o con un equipo pequeño.

Proyectos seleccionados

/ 02

Lo que envié a producción.

Cuatro proyectos que exigieron las cuatro disciplinas al mismo tiempo. Cada uno me enseñó algo que no se aprende leyendo.

  1. 01 / Plataforma educativa

    SICE

    Bolivia · 2018–presente

    Problema
    Colegios en Bolivia llevaban notas con capturas de WhatsApp y planillas impresas. Sin fuente de verdad, sin trazabilidad, padres preguntando profesor por profesor cada actualización.
    Abordaje
    Construí una plataforma multi-tenant desde un piloto en un solo colegio. Diseñé el modelo de datos para que sumar un colegio nuevo tomara menos de una hora. Caché agresivo para que las conexiones 4G se sintieran instantáneas.
    Resultado
    40+ instituciones onboardeadas, 18.000+ estudiantes activos, picos de 4.200 usuarios concurrentes en ventanas de publicación de notas. Cero rearquitecturas del core en siete años.

    Stack

    • Next.js
    • Postgres
    • Redis
    • Prisma
    • Fly.io
  2. 02 / Herramientas de logística

    Ruteo logístico

    Australia · 2021–2023

    Problema
    Un operador regional planificaba rutas de 60 camiones en Excel. Los reruteos durante el día eran llamadas manuales. Los choferes perdían 90 minutos por turno en fricción con despacho.
    Abordaje
    Construí una UI orientada a despacho sobre un motor de ruteo incremental. Hice que la vista móvil del chofer trabajara offline para que los camiones no perdieran estado en zonas muertas.
    Resultado
    Un FTE recuperado por trimestre, 22 % de caída en tiempo muerto del chofer en nueve meses. El software se pagó solo en la semana 14.

    Stack

    • TypeScript
    • Python
    • Postgres
    • OR-Tools
    • AWS
    • React Native
  3. 03 / Operaciones financieras

    Consola de underwriting

    Estados Unidos · 2022–2024

    Problema
    Operadores copiaban campos entre cuatro herramientas internas para tomar una sola decisión de riesgo. Había un modelo de ML, pero era una caja negra para el equipo que lo usaba.
    Abordaje
    Diseñé una consola única con el score del modelo en línea, cada input editable, cada output explicable. Bitácora completa de cada override del operador.
    Resultado
    El tiempo de decisión bajó de 14 a 4 minutos por caso. La tasa de override se redujo a la mitad. Los operadores pidieron al equipo que me mantuvieran más allá del contrato original.

    Stack

    • Next.js
    • FastAPI
    • Postgres
    • scikit-learn
    • Datadog
  4. 04 / Ingeniería de IA

    Workflows agénticos

    Remoto · 2024–presente

    Problema
    Los equipos prototipaban agentes con LLMs en notebooks y los enviaban a producción sin evals. La deriva la encontraban los usuarios, no el equipo que escribió el agente.
    Abordaje
    Construí un harness de evaluación, una capa de observabilidad y un runtime de orquestación que permite escribir workflows en código, no en config. Los fallos van a una cola de revisión humana.
    Resultado
    Tres equipos usándolo en producción, 200K+ corridas de agente evaluadas, dos near-misses atrapados antes de llegar a clientes.

    Stack

    • Python
    • TypeScript
    • Anthropic
    • OpenAI
    • OpenTelemetry
    • Inngest

Enfoque

/ 03

Descubre el trabajo detrás del trabajo.

Leer las notas de campo

«Los sistemas que despiertan a alguien a las 3 a. m. son sistemas que he construido, roto y reconstruido. La meta del diseño no es la estética. Es que el usuario termine la tarea sin pensar en la herramienta.»

— notas de campo, en algún lugar entre Sídney y Santa Cruz
  • 01Diseño
  • 02Ingeniería
  • 03Infraestructura
  • 04Ingeniería de IA

Cinco posturas ganadas en producción

  1. 01

    El middleware aburrido es el oficio más subestimado de la industria.

    Colas, reintentos, llaves de idempotencia, procesamiento ordenado, dead-letter queues. Los equipos que aciertan con esto parecen tener suerte. No la tienen. Tienen invariantes.

  2. 02

    Diseño e ingeniería son el mismo trabajo en distintas capas.

    Fingir lo contrario es cómo los productos terminan con la forma del organigrama. La interfaz y la base de datos codifican decisiones sobre quién es el usuario.

  3. 03

    La IA no es una capa sobre el stack. Es el nuevo fondo del stack.

    Los ingenieros que ya entienden bases de datos, colas y observabilidad envían sistemas con LLMs más rápido que quienes llegan desde el lado del prompt.

  4. 04

    La mayoría de incidentes son problemas de inventario, no de código.

    El equipo que sabe qué está corriendo, dónde, y en qué versión, sobrevive las 3 a. m. El que no, termina con un runbook llamado “reiniciar todo”.

  5. 05

    Dos semanas le ganan a dos meses.

    Si un build no puede mostrar valor real a un usuario real en dos semanas, el alcance está mal. Corta más fino. Envía algo. Vuelve a planificar desde datos de producción.

Servicios

/ 04

Tres formas de trabajar juntos.

La mayoría de los engagements caen en una de tres formas. Cada una tiene su ritmo, su entregable y su final. Prefiero efectivo, retainer semanal o mensual para trabajo continuo, precio fijo para builds con alcance cerrado. Sin facturación por hora.

  1. Modo 01

    4 a 12 semanas

    Ingeniero senior, IC

    Equipos que necesitan enviar más rápido sin sumar headcount.

    Me sumo a tu equipo de ingeniería como IC senior. Pull requests, design reviews, code reviews, rotación on-call si conviene. Voy al standup, escribo tests, dejo el código mejor de como lo encontré. Dos semanas de aviso para cerrar, en ambos sentidos.

    • Disponibilidad diaria en tu ventana de overlap
    • PRs con la cadencia que espera tu equipo
    • Design y code review sobre el trabajo existente
    • Rotación on-call opcional

  2. Modo 02

    3 a 12 meses

    Lead técnico fraccional

    Equipos pre-Serie A sin un lead técnico full-time, o post-Serie A durante una búsqueda.

    Mitad de la semana, a veces más. Decisiones de arquitectura, loops de contratación, estrategia de deuda técnica, evaluación de vendors, calibración on-call. Estoy en la mesa estratégica, pero sigo escribiendo código donde importa. Check-in mensual, revisión trimestral escrita.

    • Arquitectura y estrategia técnica
    • Loops de contratación y diseño de entrevistas
    • Evaluación de vendors e infra
    • Código en la ruta que necesita las manos más senior

  3. Modo 03

    8 a 26 semanas

    Build de producto end-to-end

    Founders enviando un v1, o equipos reemplazando un build de contractor que no aterrizó.

    De Figma a producción, solo o con un colaborador. Base de datos, API, frontend, infra, observabilidad, runbooks, docs internos. Milestones cada dos semanas, pagos atados a ellos. El código que entrego es el que tu próximo hire lee el día uno.

    • Diseño de producto e investigación de usuarios
    • Implementación de base de datos, API y frontend
    • Infraestructura, CI/CD y observabilidad
    • Runbooks y docs de onboarding para tu próximo hire

A lo que recurro

Las herramientas se ganan su lugar siendo honestas sobre cómo fallan. Esto es a lo que recurro por defecto, con la razón.

  1. 01

    Lenguajes

    TypeScript primero, Python para ML y datos, Go para infra que necesita ser pequeña y rápida. Fluido en SQL, sin miedo a un query plan.

  2. 02

    Web

    Next.js con React Server Components. Tailwind para UI. tRPC o REST según el equipo. Prisma o Drizzle cuando un ORM es la abstracción correcta.

  3. 03

    Datos

    Postgres para todo lo que entre. Redis para cachés y colas. ClickHouse cuando Postgres no alcanza. SQLite para el dev loop y productos embebidos pequeños.

  4. 04

    Infraestructura

    Vercel en el edge frontal. Fly.io, Railway o AWS en el back. Terraform para lo que importa. Docker para lo demás. Sentry más OpenTelemetry para visibilidad.

  5. 05

    IA

    Anthropic y OpenAI para razonamiento hosted, modelos open-weight más chicos locales cuando latencia o costo lo exigen. Inngest o Temporal para orquestación. Harness de evals propios; LangSmith solo si el equipo ya está ahí.

Trayectoria

/ 05

Tres mercados, una práctica.

Cada mercado me enseñó algo que los otros no podían. Me quedé con las tres lecciones.

  1. Bolivia

    2009–presente

    Donde empecé y donde sigo construyendo. Producto local, sistemas educativos, herramientas cívicas, el lugar donde aprendí que las restricciones son la mejor maestra de diseño.

    Lección: construye para la red que tienes, no la que desearías tener.

  2. Estados Unidos

    2019–presente

    Fintech, salud, herramientas internas a escala. Equipos distribuidos en PST, EST y CST. El mercado donde aprendí que el software aburrido es el que sobrevive al regulador.

    Lección: instrumenta primero, optimiza después, pero instrumenta en serio.

  3. Australia

    2021–2023

    Logística y operaciones para un operador regional. Colaboración asíncrona de largo alcance, horario de Sídney, el tipo de remoto que solo funciona si la escritura está bien afinada.

    Lección: la escritura clara es más rápida que las reuniones claras, y envejece mejor.

Lo que suelen preguntar

/ 06

Antes de hablar.

01¿Cómo cobras?
Retainer semanal o mensual para trabajo continuo, precio fijo para builds con alcance cerrado. Sin facturación por hora. Facturas en USD por defecto, EUR o AUD a pedido, pago neto 7.
02¿En qué husos horarios trabajas?
Trabajo desde Bolivia (UTC−4), con overlap regular hacia PST, EST, GMT, CET y AEDT. La mayoría de los engagements tienen una ventana sincrónica diaria de dos a cuatro horas acordada al inicio. El resto es escrito.
03¿Aceptas equity?
Prefiero efectivo. Considero equity para roles de founding engineer en los que hubiese entrado como hire. No firmo equity-only en un primer engagement.
04¿Aceptas NDAs?
Sí. NDAs mutuos estándar están bien, envíalo antes de la primera llamada. No firmo NDAs unilaterales que me impidan describir mi propio rol a alto nivel en esta página luego del engagement.
05¿Cómo empezamos?
Escríbeme con una frase sobre el problema y una sobre el timeline. Si encaja, agendamos 30 minutos. Si los dos queremos avanzar, tienes una propuesta de una página con milestones y precio en dos días hábiles.
06¿Qué no haces?
Cripto, juegos de azar, productos ad-driven sin valor más allá de las impresiones, builds a precio fijo en modo death-march, y proyectos que me piden mentir sobre timelines el martes y fingir sorpresa el viernes.

Contacto

/ 07

Actualmente abierto a un número limitado de nuevos proyectos.

Ingeniería senior, liderazgo técnico o builds enfocados. Mínimo dos semanas para trabajo continuo, milestones para precio fijo. En inglés o español, cualquier zona horaria razonable, colaboración escrita primero.

Envía un párrafo: quién eres, qué estás enviando, más o menos cuándo. Leo cada correo; respondo la mayoría en dos días hábiles.

Escribirhuascarescobari@gmail.com
LinkedInGitHub