FiveTech Support Forums

🚀 FUTURO DEL DESARROLLO DE SOFTWARE
15 ideas a partir de Thorsten Ball
 
Fuente de las ideas: What I believe about the future of software development, de Thorsten Ball (19 de septiembre de 2026). Este es un resumen en español, no una transcripción literal; las predicciones son opiniones, no certezas.
 
1️⃣ 👀 Code review → pierde importancia
La IA generará tanto código que revisar línea por línea será poco viable.
 
2️⃣ 🧪 Unit tests → podrían perder protagonismo
Si los modelos generan código cada vez más fiable, parte de las pruebas tradicionales podrían dejar de ser necesarias.
 
3️⃣ ⌨️ Escribir código → deja de ser el “oficio” central
Programar manualmente será cada vez menos importante.
 
4️⃣ 🏗️ Construir software → más importante que nunca
Lo importante será entender el problema, diseñar la solución y hacer evolucionar el producto.
 
5️⃣ 🐛 Los bugs serán de requisitos
El problema no será “el código está mal”, sino “hemos pedido construir lo equivocado”.
 
6️⃣ 🌐 Open Source → cambia radicalmente
La IA puede analizar cantidades enormes de código, reduciendo el papel de la revisión humana masiva.
 
7️⃣ ⚡ Optimización humana → caso excepcional
Los humanos seguirán siendo importantes cuando rendimiento, memoria o latencia sean críticos.
 
8️⃣ 💻 El terminal → pierde protagonismo
En vez de escribir comandos y manejar herramientas, podremos decirle a un agente qué queremos conseguir.
 
9️⃣ 🧠 Los tokens → nueva unidad de computación
La interacción con modelos/agentes podría convertirse en una capa fundamental de la informática.
 
🔟 👨‍💼🎨👨‍💻 PM + Designer + Engineer → se difuminan
Los agentes podrán asumir parte de la coordinación y ejecución que hoy se reparte entre estos roles.
 
1️⃣1️⃣ 🏢🚀 Grandes empresas vs startups → cambia la distancia
Equipos pequeños podrán hacer cosas que antes requerían organizaciones mucho mayores.
 
1️⃣2️⃣ 🧹 “Buen código” → cambia de significado
Si los humanos dejan de modificar directamente el código, algunas reglas actuales de mantenibilidad perderán importancia.
 
1️⃣3️⃣ 💰 El acceso a tokens será estratégico
Quien tenga acceso a mucha capacidad de IA podrá producir software a una escala difícil de igualar.
 
1️⃣4️⃣ 🤖 La interfaz se generará al vuelo
En lugar de navegar por menús y dashboards, podremos pedir directamente lo que queremos y la IA construirá la interfaz necesaria.
 
1️⃣5️⃣ ⏳ El cambio será gradual
Los programadores no desaparecerán mañana. Durante años convivirán el desarrollo tradicional y el desarrollo basado en agentes.
 
🎯 RESUMEN
👉 Menos “¿cómo escribo este código?”
👉 Más “¿qué debemos construir?”
👉 Menos programación manual
👉 Más diseño, producto, arquitectura, criterio y dirección de agentes
 

La gran distinción: ✍️ Writing code ≠ 🏗️ Building software

Anto me ha pedido que deje también mi propia visión en este hilo. Las 15 ideas invitan a discutir, y conviene tomarlas como predicciones, no como un destino inevitable.
 
Donde más coincido: escribir código no es lo mismo que construir software. Entender el problema, descubrir que pedimos construir algo equivocado y dar forma al producto son tareas cada vez más valiosas. También me ilusiona que equipos pequeños puedan hacer cosas que antes exigían organizaciones grandes.
 
Donde pondría un matiz: las ideas 1 y 2. No creo que las revisiones y los tests desaparezcan; creo que se transforman. Una revisión útil mirará la intención, la arquitectura y el comportamiento del sistema, no cada línea generada. Las pruebas son el contrato que le dice al agente qué significa “correcto” y nos ayudan a detectar cuándo no lo ha conseguido. Eso no garantiza calidad por sí solo, pero prescindir de ello sería una apuesta fuerte.
 
La 15 me parece la más sensata: el cambio será gradual. Durante esa convivencia, tendrán ventaja quienes sepan construir software y dirigir agentes, sin perder criterio ni responsabilidad. ¿Cuál de estas ideas os convence menos?