CAPÍTULO IV — PERFIL INTERNO
No me interesa ser el que "sabe más". Me interesa ser el que entiende mejor el problema.
ENSAYO AUTOBIOGRÁFICO Y CRITERIO PROFESIONAL.
Catamarca, ingeniería y muchas ganas de aprender
Soy de Catamarca, Argentina. Estudio Ingeniería en Informática en la Universidad Nacional de Catamarca. Voy por tercer año. Aprendí las bases en la facultad y todo lo demás por mi cuenta. Leyendo, probando, equivocándome y escuchando a colegas. Trabajo remoto desde San Fernando del Valle de Catamarca.
Ingeniería en Informática (UNCA, 3er año). Aprendí React viendo a Mauro codear. El resto lo fui aprendiendo solo, a los tumbos, con cada proyecto nuevo.
Arranqué con proyectos chicos para la facultad. Hoy construyo productos digitales para empresas y profesionales dentro de UXnicorp. Diseño, programo, hablo con clientes y gestiono el equipo.
Trabajo remoto desde Catamarca. Abierto a oportunidades presenciales si el proyecto lo amerita. Me mueve la gente con la que trabajo y los problemas que puedo ayudar a resolver.
Donde hago de todo. Y me gusta.
UXnicorp es una agencia de desarrollo web chica. En una agencia chica no hay "departamento de diseño" ni "equipo de ventas". Hay que hacer lo que haga falta. Y eso fue exactamente lo que hice desde que entré.
Antes de escribir una línea de código, pienso cómo va a verse y sentirse lo que estamos construyendo. Defino paletas, tipografías, jerarquías visuales. Maqueto las interfaces completas. No soy diseñador de formación, pero aprendí a diseñar con criterio porque alguien tenía que hacerlo y porque me importaba que lo que entregáramos se viera bien de verdad.
React, Next.js, Astro, Tailwind, TypeScript. Lo que el proyecto necesite. Construyo frontends, backends cuando hace falta, integraciones con APIs, sistemas de autenticación, bases de datos. Desde una landing page simple hasta un sistema de reservas con concurrencia atómica.
No hay intermediarios. El que diseña y el que programa está en la llamada. Escucho lo que necesitan, pregunto lo que no me quedó claro, explico por qué tomamos cada decisión en términos que cualquiera pueda entender.Busco leads y vendo. Identifico negocios que podrían beneficiarse de lo que hacemos, los contacto, les explico qué ofrecemos y por qué les puede servir. Aprendí a escuchar, a entender qué necesita cada uno y a ofrecer soluciones que tengan sentido, no a vender por vender.
Coordino tareas, defino prioridades, me aseguro de que todos sepamos qué hay que hacer y para cuándo. Cuando algo se traba, lo destrabo. No es un rol formal de liderazgo, es lo que pasa cuando te importa que las cosas salgan bien.
En UXnicorp no aprendí a ser "un desarrollador". Aprendí a estar presente en cada parte del proceso. A no decir "eso no me toca". A querer que al proyecto le vaya bien, de verdad. Porque cuando algo te importa, no te fijás en qué dice tu puesto. Te fijás en qué necesita el proyecto.
"Cuando algo te importa, no te fijás en qué dice tu puesto. Te fijás en qué necesita el proyecto."
No tengo una única forma de resolver problemas
Pero sí hay algunas cosas que siempre están. Con ejemplos reales.
Entender antes de hacer
ElectroPower llegó pidiendo "una página web". Si les hacía caso sin preguntar, entregaba un sitio genérico que nadie iba a usar. Escuchando entendí que todo su negocio pasaba por WhatsApp. La web no reemplazó el canal. Lo alimentó.
Explicar simple
La clienta de PATAgenda es docente, no programadora. El sistema modela conceptos legales del Ministerio de Educación. Si ella no entendía lo que estaba viendo, el proyecto fracasaba. Por eso cada pantalla y cada término está pensado para alguien sin formación técnica.
Evitar la complejidad innecesaria
MyVisor es un lector de Markdown. Podría haber usado React, Next.js y una base de datos. Pero con Vanilla JS, Vite y la File System Access API alcanzó. No todo necesita un stack gigante. A veces la mejor solución es la más simple que resuelve bien el problema.
Arranco entendiendo, no construyendo
Propongo lo que tiene sentido, no lo más grande. Avanzo en partes, valido con algo real y mejoro sobre eso. Trabajo de forma cercana: explico qué hacemos, por qué y hasta dónde llegar. Sin tecnicismos, sin vueltas. Y si algo no convence, lo charlamos y buscamos otra vuelta. No me interesa imponer soluciones.
No me contratan por escribir rápido. Me contratan por entender el problema antes de tocar el teclado. Por elegir la herramienta correcta para cada caso. Y por construir interfaces que la gente entiende sin manual.
No me interesa hablar complicado. Si una idea no se puede explicar fácil, probablemente no esté bien entendida. Intento que cualquiera pueda entender lo que estoy proponiendo, sin importar si es técnico o no. Porque construir algo que nadie entiende, no sirve.