Construir productos
Ecommerce, apps de gestión, frontends completos. El objetivo era que funcionara y estuviera desplegado. Aprendí a terminar cosas.
Criterio: ¿anda?
Sobre mí
Escribo software
y también escribo
cómo se escribe.
Full-Stack Developer
Soy Luciano Carrizo, Full Stack Developer en Buenos Aires. Construyo productos end-to-end —backend, datos, frontend— y hace dos años que además construyo las herramientas con las que los construyo.
Personal
Juego al vóley desde los 14. Responsabilidad y equipo los aprendí ahí, no en una terminal.
No lo pongo como dato de color. Son las dos cosas que la cancha me enseñó primero y que después reconocí, con otro nombre, adentro de un repositorio.
PlanillaCentral
3×Entrenos por semana10+Años jugando2.ªDivisión MetropolitanaIJCPClub actual
Empecé a los 14 en el Club Atlético San Miguel y desde 2019 juego en IJCP. Este año entrenamos tres veces por semana, más el día de partido: hace más de diez años que la semana se arma alrededor de eso.
Responsabilidad
El entrenamiento del martes no depende de las ganas del martes. Sostener tres entrenamientos por semana durante diez años enseña algo poco épico: lo que te toca, se hace. Con lo que me comprometo a entregar funciona igual.
Equipo
El punto lo cierra uno, pero antes hubo recepción y armado. En la cancha el mérito nunca es de uno solo, y eso se traslada tal cual: lo que importa es que la jugada salga, no quién la termina.
Repetir lo aburrido
Diez años de entrenamiento son, sobre todo, repetición sin nadie mirando. Lo que sostiene un partido es el trabajo que nadie ve. Los tests, la documentación y las convenciones son mi versión de eso.
Subir de categoría
A segunda metropolitana se llega por escalones, no de un salto. Cada categoría te muestra lo que todavía no sabías que te faltaba. Bancarse un tiempo en el escalón de abajo, aprendiendo, es parte del método y no un accidente.
Trayectoria · el arco del criterio
No es una cronología. Es cómo cambió mi forma de decidir.
Formalizar la arquitectura
Empecé a pagar el costo de mis propias decisiones. Separé capas, aislé el dominio, escribí tests que probaban algo y dejé por escrito el porqué de cada elección.
Criterio: ¿lo puedo cambiar en seis meses?
Construir el tooling
El siguiente cuello de botella dejó de ser el código: fue el contexto. Armé memoria persistente, orquestación de agentes y disciplinas de trabajo reutilizables entre proyectos.
Criterio: ¿lo puedo delegar y verificar?
Cada fase no reemplaza a la anterior: la absorbe. Sigo entregando productos; lo que cambió es a qué nivel decido.
Cómo trabajo
Prácticas, no adjetivos.
Documento las decisiones
Cada elección de arquitectura queda escrita con su alternativa descartada y su motivo. Si dentro de un año no me acuerdo, el repo se acuerda.
Aíslo el dominio
Clean Architecture aplicada donde paga: la lógica de negocio no conoce el framework, la base ni el transporte. Cambio de infraestructura sin tocar reglas.
Verifico de verdad
Ejecuto el flujo afectado y observo el comportamiento real.“Corrió el test y pasó” no es verificación — es un indicio.
Mantengo memoria persistente
Convenciones, bugs resueltos y decisiones viven fuera de la sesión. El contexto no se pierde cuando cierro la terminal.
Orquesto agentes con alcance cerrado
Una tarea por agente, entrada explícita, salida verificable. La IA acelera la ejecución; el diseño y la revisión no se delegan.
Escribo para quien lee después
READMEs, specs y casos técnicos que un tercero puede seguir sin preguntarme nada. Es la misma disciplina que uso para instruir a un agente.
Formación
Vengo de sistemas físicos. Eso no lo dejé atrás.
Seis años de electromecánica antes de sistemas. El pivote no fue abandonar una carrera: fue notar que lo que me interesaba de un sistema —cómo se comporta, dónde falla, qué lo hace mantenible— se resolvía mejor en software.
2023 — presenteEn curso
Licenciatura en Sistemas
Universidad Nacional de General Sarmiento
Base formal: estructuras de datos, bases de datos, ingeniería de software. Donde la intuición de proyecto se convierte en criterio con nombre.
2021 — 2023
Ingeniería Electromecánica(no finalizada)
Universidad Nacional de General Sarmiento
Dos años de análisis matemático, física y modelado de sistemas. Se quedan conmigo: pensar en restricciones, tolerancias y modos de falla antes que en features.
2014 — 2020
Técnico Electromecánico
EEST N.º 1 — Muñiz, Buenos Aires
Seis años de taller: diagnosticar antes de tocar, medir antes de afirmar. La verificación real como reflejo, no como paso opcional.
Certificaciones · Coderhouse2022—23
HTML, CSS y JavaScript desde cero: maquetado semántico, responsive design y la lógica de un sitio de punta a punta.
Link pendienteEl lenguaje en profundidad: tipos, funciones, DOM, asincronismo y los patrones que después se ven en cualquier framework.
Link pendienteComponentes, estado y props, hooks y ruteo — la base con la que se arma una SPA de verdad.
Link pendienteDel dato crudo a la decisión: limpieza, análisis exploratorio y las preguntas correctas antes de graficar nada.
Link pendienteDashboards e historias con datos: conexión a fuentes, cálculos y visualizaciones pensadas para que alguien más las entienda.
Link pendienteMás allá de la planilla: fórmulas avanzadas, tablas dinámicas y modelos simples para ordenar datos reales.
Link pendiente
Formación complementaria: entrada rápida al stack. El criterio vino después, del taller y de la facultad.
Idiomas
- Español Nativo
- Inglés Técnico · lectura
Siguiente paso
El CV resume. Los proyectos prueban.
Si estás evaluando perfiles, empezá por el código. Si preferís hablar, el panel de contacto está a un atajo de distancia.
o directamente → LuchoC.dev@gmail.com