Arquitectura de software · IA · estrategia técnica

Lo Que Construir Software Real con IA Realmente Me Enseñó

Diez cosas que un año llevando a producción código escrito por IA me enseñó de verdad, sin el hype.

Usa IA donde el comportamiento probabilístico genere ventaja. Usa sistemas deterministas donde la certeza sea la característica.

Ideas que vale la pena discutir.

Lo Que Construir Software Real con IA Realmente Me Enseñó
Diez cosas que un año llevando a producción código escrito por IA me enseñó de verdad, sin el hype.
El Error de Presupuesto Que Está Destruyendo Tu Equipo de Software
Las empresas presupuestan contrataciones según el band de mercado. Deberían presupuestarlas según el impacto esperado en un plazo fijo — ahí es donde se pierde el presupuesto.
Por qué Navier-Stokes realmente importa
OpenAI dice que un sistema de IA demostró que una ecuación de fluidos puede colapsar en tiempo finito. Aquí está el problema real de Navier-Stokes, con precisión.
Agentes de IA que sí funcionan: cómo combinar criterio, código y control
Por qué los agentes confiables combinan modelos probabilísticos, procesos deterministas y criterio humano.
El conflicto que hace avanzar a un equipo: cómo discutir sin romperlo
Cómo el desacuerdo productivo puede reducir el retrabajo, mejorar las decisiones y proteger la confianza del equipo.
Por qué construir software es difícil: el coste de la ambigüedad
El software falla en las brechas entre objetivos, comunicación, estados del sistema y comportamiento real.
La mayoría de agentes de IA no deberían ser agentes
Dónde los sistemas probabilísticos ayudan y dónde la certeza es el requisito real.
Entregar rápido es una restricción de ingeniería, no una excusa
La velocidad es un requisito técnico, pero necesita criterio sobre los riesgos irreversibles.
Optimiza el trabajo antes que el código
La optimización de mayor impacto suele ser eliminar trabajo que el sistema nunca necesitó hacer.
Tu startup probablemente no necesita microservicios
Los microservicios intercambian complejidad local por distribuida: hazlo solo cuando el beneficio sea real.

Problems that do not fit neatly inside one job title.

01

Arquitectura y estrategia técnica

Diseño de sistemas, modernización, escalabilidad y rescate de arquitecturas.

02

IA y automatización

Análisis de procesos, diseño de sistemas de IA, retrieval, agentes y automatización determinista.

03

Rendimiento y fiabilidad

Investigaciones guiadas por mediciones sobre latencia, costes, cuellos de botella y fallos.

04

Arquitectura y estrategia técnica

Diseño de sistemas, modernización, escalabilidad y rescate de arquitecturas.

Engineering is mostly choosing which tradeoffs are acceptable.

The right answer depends on the problem, its constraints, and what happens when the system is wrong.
01
Envía rápido, pero entiende el riesgo.
02
La simplicidad es una característica.
03
Mide antes de optimizar.
04
La IA es una palanca, no una autoridad.
05
Los caminos de fallo importan.
Agent architectureRetrieval systemsDistributed systemsPerformance engineeringSecurityAlgorithmsLLM evaluationAutomation economics

I am more interested in understanding the system than defending a tool.

I build software, study systems, and spend a lot of time asking why we build things the way we do.

Soy Arnold Moya. Trabajo entre arquitectura, IA, rendimiento, automatización y los detalles operativos que determinan si el software funciona en el mundo real.

La velocidad, la calidad, el rendimiento, la seguridad, la simplicidad y el valor de negocio no son virtudes independientes. La buena ingeniería elige el equilibrio adecuado para cada problema.

Sobre mí →
Consultoría

¿Tienes un problema técnico difícil?

Acepto proyectos seleccionados de asesoría y trabajo técnico.

Trabajar conmigo