Uwil

$ cat sobre-mi.md

Sobre mí

Soy Uwil. Escribo software desde Lima y trabajo con equipos que necesitan que las cosas funcionen de verdad: que el formulario guarde, que el reporte cuadre, que la app no se caiga el lunes por la mañana.

Mi día a día es construir y mantener producto: interfaces que la gente entiende sin manual, servicios que aguantan tráfico real, y bases de datos que no se convierten en un misterio seis meses después. Me gusta el trabajo donde hay que entender el negocio antes de escribir la primera línea — un sistema de inventario para un almacén en Ate, un panel de pedidos para una marca que vende por Instagram, una integración con la SUNAT que nadie quiere tocar.

Actualmente trabajo en [empresa o proyecto actual], donde me encargo de [tu responsabilidad principal ahí]. Antes de eso: [una o dos líneas de tu trayectoria].

Fuera del trabajo: [algo tuyo — café, ciclismo, música, lo que sea]. Si algo de esto te suena, escríbeme.

$ ./proceso --verbose

Cómo trabajo

No hay magia. Hay un orden que evita sorpresas al final.

1. Entender antes de construir

   Una o dos conversaciones para saber quién usa el sistema, qué hace hoy a mano y qué duele. De ahí sale un alcance escrito, corto, que ambos podemos leer y discutir.

2. Un primer corte que se pueda tocar

   Antes de pulir, algo que funcione de punta a punta: la pantalla principal, el flujo real, los datos reales. Prefiero que veas algo imperfecto pronto a que esperes un mes por una demo bonita.

3. Iterar con entregas cortas

   Avances cada semana, desplegados en un entorno de prueba donde puedes entrar y opinar. Los cambios se discuten sobre lo que ya existe, no sobre un documento.

4. Dejar algo que puedas mantener

   Código legible, un README que explica cómo levantarlo, y una sesión de traspaso. Si mañana trabajas con otro desarrollador, no debería empezar de cero.