Lo que sí se aceleró, y mucho
El cambio es real y es grande, pero está concentrado en un tipo específico de trabajo: el que es mecánico, repetitivo y tiene una respuesta conocida.
- Andamiaje. Levantar la estructura de un proyecto, configurar herramientas, conectar servicios. Lo que tomaba dos días toma dos horas.
- Formularios y pantallas de datos. Validaciones, estados de error, accesibilidad. Trabajo tedioso donde los errores humanos abundan.
- Pruebas. Aquí el salto es enorme. Escribir pruebas siempre fue lo primero que se sacrificaba por tiempo; hoy cuesta tan poco que sacrificarlas ya no tiene excusa.
- Migraciones y refactors. Cambiar un patrón en doscientos archivos, actualizar dependencias, traducir entre lenguajes.
- Documentación. La que nunca se escribía porque nadie tenía tiempo.
El efecto acumulado no es menor. Un producto que en 2023 tomaba seis meses hoy sale en tres si el alcance está claro. Esa condición es toda la letra chica.
Lo que no se aceleró, y no se va a acelerar pronto
Todo lo que requiere entender un negocio que no está escrito en ningún lado.
| Trabajo | Por qué no se acelera |
|---|---|
| Decidir qué construir | Requiere entender tu mercado, tus clientes y qué te vas a jugar. No está en los datos de entrenamiento de nadie. |
| Diseñar el producto | Un modelo genera cien pantallas plausibles. Cuál de las cien hace que un usuario complete el flujo es una decisión con criterio. |
| Los casos límite | Qué pasa si el pago se cae a la mitad, si dos personas editan lo mismo, si llega un dato imposible. Es donde vive el 80% de los bugs y donde la IA es más confiada de la cuenta. |
| Decisiones de arquitectura | Se pagan a dos años, no a dos semanas. Un modelo optimiza para que funcione hoy. |
| Entender el negocio del cliente | Las reglas que importan casi nunca están documentadas. Viven en la cabeza de alguien que lleva quince años ahí. |
La IA se volvió extraordinariamente buena para escribir código. No se volvió mejor para saber qué código escribir. Y el segundo problema siempre fue el caro.
Por qué el vibe coding se rompe en producción
Se le llama así a construir conversando con un modelo, aceptando lo que produce sin leerlo a fondo. Para un prototipo es fantástico: en una tarde tienes algo que se ve y se toca. El problema aparece después, y siempre por el mismo lado.
El código generado sin revisar es plausible, no correcto. Funciona en el camino feliz y falla en los bordes. Los tres modos de falla que vemos una y otra vez:
- Seguridad por omisión. Reglas de permisos que dejan pasar de más, llaves expuestas en el cliente, validación que solo existe en el navegador. Nada de esto se nota hasta que alguien lo busca.
- Deuda invisible. Cinco maneras distintas de hacer lo mismo dentro del mismo proyecto, porque cada sesión generó su propio patrón. El proyecto camina hasta que hay que cambiar algo transversal, y entonces no camina.
- Nadie sabe cómo funciona. El día que falla en producción no hay quien lo diagnostique, porque nadie lo escribió realmente.
La diferencia entre un prototipo y un producto nunca fue el lenguaje ni las herramientas. Es si alguien se hace responsable de cada línea. Eso no lo delega ninguna herramienta.
Dónde acierta y dónde falla, en concreto
Las generalidades no sirven para decidir. Esto es lo que vemos a diario:
| Tarea | Resultado |
|---|---|
| Formulario con validación y estados de error | Excelente. Mejor y más completo que a mano, porque no se olvida de los casos aburridos. |
| Suite de pruebas de un módulo existente | Excelente. El mayor cambio de la década en calidad de software. |
| Migrar un patrón en doscientos archivos | Muy bueno. Consistente y rápido donde el humano se cansa. |
| Reglas de permisos entre tipos de usuario | Peligroso. Genera algo que funciona en las pruebas y deja huecos en los bordes. |
| Manejo de dinero: reembolsos, reintentos, conciliación | Peligroso. Confiado de más justo donde el error se traduce en pesos. |
| Decidir la estructura del proyecto | Malo. Optimiza para que funcione hoy, no para que aguante dos años. |
El patrón es consistente: brilla donde la respuesta correcta ya existe en algún lado y falla donde hay que inventarla para tu caso. Por eso la revisión humana no es opcional en permisos, dinero y arquitectura — que da la casualidad de ser exactamente donde más te cuesta un error.
El costo oculto de ir rápido
Cuando escribir código se abarata, aparece una tentación nueva: escribir más del necesario. Vemos proyectos con el triple de código del que el producto requiere, porque cada función pedida se generó completa en lugar de preguntarse si hacía falta.
Eso tiene un precio que no aparece en la cotización. Todo código que existe hay que mantenerlo, actualizarlo cuando cambien las dependencias y entenderlo cuando falle. Un proyecto inflado cuesta más al año aunque haya costado menos construirlo.
La disciplina que importa hoy no es escribir rápido. Es decidir qué no construir — y eso sigue siendo trabajo de personas con criterio.
Qué cambia para ti como cliente
Tres cosas concretas, y ninguna es “sale más barato por hora”.
El mismo presupuesto rinde más alcance
El precio por hora no bajó. Lo que cambió es cuánto producto entra en esas horas. Si alguien todavía te cotiza como en 2023, está cobrando por una lentitud que ya no existe.
Los plazos se acortaron de verdad
Un trimestre alcanza hoy para lo que antes era medio año. Por eso un MVP en 90 días dejó de ser una promesa agresiva y pasó a ser lo normal — siempre que el alcance esté cerrado.
La calidad se volvió una decisión, no un presupuesto
Este es el cambio que menos se comenta y el más importante. Antes, las pruebas y la revisión de seguridad eran lo primero que se recortaba porque costaban caro. Hoy cuestan tan poco que si tu proveedor no las incluye, no es por presupuesto: es por decisión. Y esa decisión te la está cobrando después.
Qué preguntarle a tu proveedor sobre IA
Ya casi todos dicen que usan inteligencia artificial. La frase dejó de significar algo. Estas preguntas sí distinguen:
- ¿Quién revisa el código que genera el modelo? Si la respuesta es “el modelo se revisa solo” o hay evasión, ya sabes.
- ¿Cómo garantizan que no se filtren llaves o datos sensibles? Debe haber una revisión de seguridad explícita, no confianza.
- ¿Mi código o mis datos entran a entrenar algún modelo? Pregunta directa, respuesta directa por escrito.
- ¿Qué pasa si algo falla en producción a los seis meses? Alguien tiene que poder explicar cómo funciona el sistema. Si nadie lo escribió, nadie lo puede arreglar.
- ¿Las pruebas están incluidas? En 2026 no incluirlas no tiene justificación económica.
Cómo la usamos nosotros
Sin misterio, porque es parte de lo que vendemos.
La usamos donde acelera: andamiaje, formularios, pruebas, migraciones, documentación. La usamos como segunda opinión en revisiones de seguridad y para encontrar casos límite que se nos pasan. Y la usamos para investigar tecnología desconocida más rápido.
Donde no la dejamos decidir: qué construir, cómo se estructura el proyecto, y qué se va a producción. Todo el código que entregamos lo lee una persona que se hace responsable de él. Cada proyecto sale con revisión de seguridad y pruebas, no como extra cotizado aparte, sino porque hoy no incluirlas sería una decisión difícil de defender.
El resultado práctico: entregamos en 90 días lo que antes tomaba seis meses, con más pruebas de las que se hacían antes. Ese es el trato real que la IA hizo posible — no software diez veces más barato.
El proceso completo está en el método, y si lo que buscas es el número, la guía de precios lo desarma pieza por pieza.
Preguntas frecuentes
¿La inteligencia artificial abarató el desarrollo de software?
¿Qué es el vibe coding y por qué es riesgoso?
¿Puedo confiar en código generado por IA?
¿Qué le debo preguntar a mi proveedor sobre cómo usa IA?
¿La IA va a reemplazar a los desarrolladores?
¿Cuánto más rápido se construye software con IA?
¿Las pruebas y la seguridad siguen siendo caras?
¿Se puede construir un producto completo solo con IA, sin programadores?
¿Mis datos están seguros si el proveedor usa IA?
¿Cómo usa fold. la inteligencia artificial?
¿No está la tuya? Las 148 preguntas del sitio están agrupadas por tema en el índice de preguntas.
El trato real
La inteligencia artificial no hizo el software diez veces más barato. Hizo posible entregar en un trimestre lo que antes tomaba medio año, con más pruebas de las que se hacían antes. Quien te promete lo primero no entendió el cambio, o cuenta con que tú no lo entiendas.