5 pilares del software en producción:el marco para la IA
Los 5 pilares del software en producción: lo que separa el código que corre de los productos que escalan, y por qué la IA se salta cada pilar si no insistes.
Los 5 pilares del software en producción separan el código que corre del software que funciona y de los productos que escalan: arquitectura y pensamiento de base de datos, diseño de sistemas, seguridad y confianza, pensamiento de producto y saber trabajar con la propia IA. La IA escribe el código en segundos. Los pilares son los veinte años de criterio que no puede aportar, condensados para que un fundador no técnico los aplique desde el primer día.
Este es el marco que subyace a todo lo que enseño sobre construir con IA. La IA puede generar miles de líneas de código, pero no puede entender las consecuencias de negocio de las decisiones de arquitectura, predecir cómo se acumula la deuda técnica, saber cuándo romper sus propias reglas, pensar en casos límite que nadie describió, ni equilibrar velocidad y corrección según el contexto. El código es gratis. Esto es lo que realmente necesitas saber.
Pilar 1: arquitectura y pensamiento de base de datos
La base: si te equivocas aquí, todo lo demás se construye sobre arena. Las reglas fundamentales: mantén tus datos organizados para que nada se guarde dos veces (mantente por encima del 90% de normalización y desnormaliza de forma deliberada, nunca por accidente). Pon una columna de organización en cada tabla desde el primer día: añadir multi-tenancy más tarde significa tocar 964 tablas; pregúntame cómo lo sé. Activa la row-level security para que la propia base de datos se niegue a mostrar a un cliente los datos de otro, incluso cuando tu código tenga errores. Nunca borres nada de verdad: márcalo como borrado para que los usuarios puedan deshacer. Registra quién creó y cambió cada registro. Indexa todo lo que consultes, porque tu app es rápida con 100 registros e inutilizable con 100.000 sin índices.
Cada una de esas reglas es invisible en una demo y existencial en producción. Y la IA se saltará prácticamente todas a menos que se lo pidas explícitamente.
Pilar 2: diseño de sistemas y escalabilidad
Cómo está organizado tu código determina la velocidad a la que puedes moverte. La columna vertebral es la separación de responsabilidades: la pantalla habla con un hook, el hook habla con un servicio, solo el servicio habla con la base de datos; nunca te saltes capas (dediqué un artículo entero a este patrón de 3 capas). Alrededor de esa columna: cada pantalla gestiona los estados de carga, error y vacío, no solo el de éxito; todo lo lento se ejecuta en segundo plano en lugar de hacer esperar al usuario; los datos se cargan en páginas de 20–50 elementos en lugar de todos de golpe; los resultados que rara vez cambian se cachean; y las operaciones se comportan igual tanto si un usuario hace clic una vez como si, impaciente, lo hace cinco.
Nada de esto es exótico. Es la diferencia entre una app que impresiona en una grabación de pantalla y una app que sobrevive a su cliente número cien.
12 semanasTu carrera corporativa nunca fue el planSolicita plaza en el Solopreneur Accelerator.Solicitar ahora →Pilar 3: seguridad y confianza
Los usuarios te confían sus datos; el tercer pilar consiste en no romper esa confianza. La autenticación responde a quién es alguien; la autorización responde a lo que puede hacer, y no son la misma comprobación. La defensa funciona por capas: la base de datos aplica la row-level security, el servicio comprueba los permisos de negocio, la API valida cada petición y la UI oculta lo que el usuario no puede tocar, de modo que cuando una capa falla, las demás aguantan. Todo dato introducido por el usuario se valida antes de usarse. Todo secreto vive en la configuración, nunca en el código. Y los datos del usuario nunca se pegan directamente en las consultas a la base de datos, que es como los atacantes borran tus tablas.
La IA es más peligrosa aquí, porque el código inseguro se ve idéntico al seguro cuando se ejecuta. Funciona, se luce en la demo y filtra datos.
Pilar 4: pensamiento de producto
El código funciona; los productos se lanzan. El cuarto pilar es todo lo que sienten los usuarios: las funcionalidades importantes van detrás de flags que puedes apagar sin volver a desplegar, de modo que un lanzamiento fallido es un interruptor y no una emergencia. Cuando un servicio de terceros cae, la funcionalidad se degrada con elegancia en lugar de tumbar toda la app. Cada acción del usuario recibe respuesta: un spinner, una confirmación, un error con reintento. Y cuando velocidad y corrección chocan, gana la corrección: rápido pero incorrecto es peor que lento pero correcto, porque los datos corruptos son el único error que no puedes arreglar con un parche.
El hábito que impulsa este pilar es una pregunta: ¿y si...? ¿Y si este registro tiene hijos? ¿Y si dos usuarios lo borran a la vez? ¿Y si el pago se completa pero falla la confirmación? Los casos límite son donde se esconden los errores, y la IA no los cazará por ti.
Pilar 5: trabajar con IA
La metahabilidad: la IA es la herramienta, tú eres el artesano. Cinco disciplinas. Verifica todo: la IA se equivoca de forma fiable en seguridad, casos límite y rendimiento, y suena igual de segura en ambos casos. Gestiona el contexto: dale tus reglas de arquitectura y uno o dos ejemplos, no todo tu código. Sé específico: dos minutos escribiendo un prompt preciso ahorran veinte minutos arreglando uno vago, y los prompts estructurados son exactamente lo que sistematiza el método PRP. Valida en bucles: comprobación de tipos, tests y pruebas manuales, antes de confirmar nada. Construye de forma incremental: primero la versión funcional más pequeña y luego se mejora, para tener siempre una app que funciona.
Y cuando la IA proponga algo que viole tus reglas: plántale cara. Tú eres el arquitecto; la IA es el constructor, y ese reparto de papeles es todo el juego. Pelea por la arquitectura, la seguridad y la integridad de los datos. Suelta las preferencias de nombres y el estilo menor. La dirección es tuya; la ejecución es suya.
Los 5 pilares del software en producción de un vistazo
| Pilar | La pregunta que responde | Lo que la IA se salta por defecto |
|---|---|---|
| 1. Arquitectura y base de datos | ¿Sobrevivirá esta base al crecimiento? | Multi-tenancy, row-level security, índices, borrado lógico |
| 2. Diseño de sistemas | ¿Puedo cambiar cosas sin romper cosas? | Separación de capas, estados de carga/error, paginación |
| 3. Seguridad y confianza | ¿Pueden los usuarios confiarme sus datos? | Comprobación de permisos, validación de entradas, defensa por capas |
| 4. Pensamiento de producto | ¿Sobrevive esto a usuarios reales? | Casos límite, feedback, fallo elegante, feature flags |
| 5. Trabajar con IA | ¿Estoy dirigiendo o solo dando prompts? | Nada: este pilar es enteramente tuyo |
Este marco no es teórico. Es como una plataforma con 964 tablas de base de datos fue construida por una sola persona con IA, y por qué el resumen honesto de todo el enfoque cabe en una frase: tú pones la dirección, la IA pone la ejecución. El código es gratis. Los pilares son lo que lo hace listo para producción. Así es como se construyó una plataforma de 2 millones de euros por 3.250 €.
El libroThe Solopreneur RevolutionLuis Gonçalves sobre cómo crear un negocio de solopreneur con IA sin dejar tu empleo.Consigue el libro →Preguntas frecuentes
¿Tengo que dominar los cinco pilares antes de construir nada?
No. Empieza a construir ya, pero aplica el pilar 1 desde el primer prompt: las decisiones de base de datos (columna de organización, row-level security, borrado lógico) son las que resultan brutales de añadir a posteriori. Los demás pilares se pueden ir incorporando funcionalidad a funcionalidad.
¿Esto no es simplemente ingeniería de software? ¿Por qué plantearlo para la IA?
Es ingeniería de software, destilada a lo que ha cambiado. Antes de la IA, estos principios no te servían de nada sin los años necesarios para escribir el código. Ahora el código es gratis, así que los principios son todo el trabajo, y a diferencia de la sintaxis, el criterio no tarda veinte años en aplicarse cuando alguien te da la checklist.
¿Cómo hago que la IA siga los pilares sin repetirlos en cada prompt?
Ponlos en un archivo de instrucciones permanentes que tu herramienta de IA lea en cada sesión, y haz referencia a ellos al revisar el resultado. Las correcciones más comunes (cada tabla lleva una columna de organización, cada componente gestiona los cuatro estados, nada de borrados definitivos) se convierten en reglas escritas una sola vez. El post sobre los diez errores principales de la IA en producción tiene el bloque de reglas ya hecho.
¿Qué pilar es el que más fallan los principiantes?
El pilar 5: confían en lo que produce la IA porque se ejecuta. El código que se ejecuta es el listón más bajo que existe; la demo oculta todo lo que los otros cuatro pilares existen para detectar. Los fundadores que triunfan leen lo que genera la IA, se preguntan "¿qué podría salir mal aquí?" y verifican antes de lanzar. Confía, pero verifica.
¿Hasta qué punto estás atrapado?
Haz el Índice de Asfixia Corporativa, la evaluación gratuita para saber si estás listo para ser solopreneur.