MI HISTORIA
Cómo me convertí en Ingeniero de Software
Mi trayectoria profesional en el desarrollo, los principales aprendizajes y un poco más sobre mí.
A lo largo del tiempo, muchos me han preguntado cómo me inicié en la programación y cómo desarrollé mi carrera como ingeniero de software. Pensé que ya era hora de escribirlo y compartir mi historia. No se preocupen, les prometo que no hablaré de mí mismo en tercera persona.
Yo en pocas palabras
Soy Ingeniero de Software con sede en Huaraz, Perú, especializado en el desarrollo full-stack, arquitectura de software y la optimización de sistemas distribuidos. Me apasiona el reto de resolver problemas complejos de lógica, diseñar bases de datos relacionales desde cero y estructurar proyectos limpios, modulares y fáciles de mantener.
He tenido la oportunidad de construir de forma independiente sistemas CRUD de inventarios comerciales (Kardex) y aplicaciones de backend robustas para negocios locales. Mi enfoque principal no es solo picar código, sino diseñar la arquitectura interna del software para asegurar que cada módulo sea escalable, eficiente y responda a necesidades comerciales reales.
Creo que es importante desconectar de las pantallas con regularidad. Así que, cuando no estoy optimizando código o lidiando con bases de datos, me encontrarás diagnosticando y ensamblando hardware, haciendo speedruns con récord personal de 56 minutos en Resident Evil 3 clásico, o pasando tiempo al aire libre con mis dos Alaskan Malamutes, Balto y Laska.
Malamutes de Alaska
Balto & Laska: Compañeros de paseos en los Andes y guardianes del setup.
Datos rápidos
Huaraz, Perú
Creando scripts de utilidad locales y automatizaciones a medida antes de dar el salto a plataformas web complejas.
Basada en la práctica pura, experimentación implacable, documentación técnica avanzada y el desarrollo de proyectos reales en producción.
Monorepos organizados o arquitectura limpia por capas, separando estrictamente la lógica de negocio del acceso a datos.
Desarrollo full-stack utilizando un stack moderno (Python, TypeScript, Next.js, FastAPI y Supabase). Me parecen una excelente combinación para mi naturaleza obsesiva con el rendimiento físico del hardware y la optimización de software.
Mantenimiento y optimización de hardware, gaming clásico, análisis numérico y experimentar con herramientas de IA.
Disfrutar de la fluidez visual de mi setup de doble monitor de 32" a 140Hz mientras pruebo el rendimiento de mis aplicaciones.
Sería arquitecto de redes o técnico especializado en infraestructura de servidores.
"Escribe código pensando que la persona que lo mantendrá será un psicópata que sabe dónde vives" (o en su defecto: "Automatiza todo lo que requiera más de tres clics").
Cómo me inicié en el desarrollo y estructuro mis proyectos
Desde siempre me ha llamado la atención entender cómo funcionan las cosas por dentro, armar y desarmar componentes. Al principio, no sabía la enorme cantidad de tecnologías que existían en el mundo real, pero la curiosidad me llevó a escribir mis primeras líneas de código. Programar me pareció genial desde el primer día, pero me di cuenta rápidamente de que la teoría tradicional no era lo mío; a mí me faltaba la acción de construir software que la gente usara de verdad.
Aprender lógica dura y bases de datos fue un reto de constancia. Pasé noches enteras descifrando errores de compilación, optimizando consultas y probando despliegues en entornos locales. Mis primeras aplicaciones eran simples interfaces para registrar datos, pero aproveché cada línea de código escrita para buscar clientes reales en mi entorno local, expandir mi portafolio y ganar experiencia de campo en el despliegue de sistemas comerciales, como softwares de ferreterías y restaurantes.
Con el tiempo, mi obsesión dejó de ser simplemente "hacer que el código funcione" y pasó a ser "cómo estructurar un proyecto para que sea indestructible". Entendí que la base de un buen software es su organización.
La lógica de negocio central nunca se entera de los frameworks externos o bases de datos.
Hoy en día, mis proyectos siguen un estándar riguroso:
Separación de responsabilidades
Aplico principios de Arquitectura Limpia. La lógica de negocio principal está desacoplada de los frameworks de la interfaz y de las bases de datos. Si mañana tengo que cambiar la base de datos de SQLite a PostgreSQL, la lógica central del sistema no se entera.
Modularidad y escalabilidad
Divido las aplicaciones en módulos independientes bien definidos (servicios, controladores, repositorios). Esto permite que el sistema crezca sin convertirse en un "código espagueti" inmanejable.
Flujo de desarrollo optimizado
Utilizo entornos tipados y control de flujos con Git. Automatizo las tareas repetitivas y acelera la velocidad de entrega integrando herramientas avanzadas como Cursor y Trae en mi pipeline diario, manteniendo siempre el control absoluto sobre la arquitectura del backend y la seguridad.
Aspectos clave que he aprendido
Menos código es más rendimiento
El software es una ciencia de optimización. Aunque es tentador meter capas y capas de librerías de moda, creo firmemente que cada función, componente o índice en la base de datos debe justificar su existencia. Menos código significa menos puntos de fallo. Empieza con la lógica más simple y añade complejidad técnica solo cuando la escala lo demande de forma intencionada.
Estructura clara mata a desarrollador veloz
De nada sirve escribir líneas de código a toda velocidad si en tres meses ni tú mismo entiendes dónde está guardada cada lógica. Una estructura de carpetas predecible y estandarizada ahorra horas de debugging. El orden jerárquico del directorio de tu proyecto debe explicar por sí solo qué hace la aplicación.
No uses un cañón para matar un mosquito
He notado que muchos desarrolladores hoy en día sufren de sobreingeniería masiva, aplicando arquitecturas de microservicios gigantescas o cientos de patrones de diseño complejos para resolver problemas que un simple CRUD relacional bien estructurado soluciona en una tarde. ¿De verdad necesitas desplegar Kubernetes y cinco servicios cloud independientes solo para gestionar las ventas de una tienda local? Estamos matando mosquitos con cañones. Utilizar patrones probados y bases de datos robustas (como PostgreSQL o SQLite) te hace un solucionador de problemas ágil y altamente rentable.
Mejor hecho y desplegado que perfecto e inacabado
Si eres perfeccionista, puedes pasar meses puliendo una sola función de backend. Sin embargo, el tiempo de entrega y el feedback real del usuario final son los que mandan. Es infinitamente mejor lanzar un Producto Mínimo Viable (MVP) que sea seguro, ordenado y funcional, monitorear su rendimiento en producción y optimizarlo de forma continua basándote en datos reales. El perfeccionismo extremo paraliza los grandes lanzamientos.
¿Tienes un sistema complejo que requiera una arquitectura sólida, modular y eficiente?
Si has llegado hasta aquí, espero que conozcas un poco mejor cómo estructuro y enfoco el desarrollo de software. Si tienes un sistema complejo que requiera una arquitectura sólida, modular y eficiente, mantengámonos en contacto.