El futuro del software: equipos más pequeños, sistemas más exigentes
La productividad individual de quienes escriben software creció de forma abrupta. El efecto colateral menos comentado es que el costo de producir código malo cayó junto con ella, y el código malo en volumen es una deuda que vence rápido.
El cuello de botella cambió de lugar
Cuando la implementación se acelera, el límite pasa a ser la claridad del problema. Los equipos que invierten en descubrimiento, definición de alcance y criterios de aceptación extraen mucho más valor de la aceleración que los equipos que solo producen más pantallas.
El mantenimiento es el nuevo diferencial
Un sistema vive años. Lo que determina el costo total es la facilidad para cambiarlo con seguridad: pruebas que valen algo, límites bien definidos, observabilidad y documentación de decisiones. Nada de eso se genera gratis: se elige.
- Límites explícitos entre dominio, presentación e integración.
- Pruebas concentradas en las reglas de negocio y en las rutas críticas.
- Registro de las decisiones de arquitectura y de su porqué.
- Monitoreo que señala una regresión antes de que el usuario se queje.
Lo que cambia en la contratación
Contratar horas de tipeo tiene cada vez menos sentido. Lo que sostiene el resultado es contratar responsabilidad sobre un activo: alguien que entienda el problema, proponga la arquitectura, entregue en ciclos cortos y siga respondiendo por el sistema después del lanzamiento.
En resumen
La ventaja no está en producir más código, sino en producir menos sistema para el mismo resultado, y sostenerlo bien.