Las abstracciones para la implementación han muerto. Larga vida a las abstracciones para el diseño

El artículo argumenta que con la capacidad de la IA para generar código, el valor de los patrones de implementación, como el patrón Strategy en Java, está disminuyendo. Estos patrones eran ayudas cognitivas para gestionar la complejidad del código, pero ahora la IA puede escribir dicho código directamente. Sin embargo, las abstracciones a nivel de diseño —decisiones sobre los límites entre dominios, propiedad de los datos, modelos de consistencia, aislamiento de fallos y evolución del esquema— siguen siendo costosas de cambiar y no pueden automatizarse. Ejemplos incluyen elegir entre el procesamiento de pedidos síncrono y asíncrono, definir a los propietarios de los datos y establecer límites de consistencia. La IA puede generar código para cualquier enfoque elegido, pero no puede tomar estas decisiones arquitectónicas, que dependen de la lógica empresarial, los patrones de tráfico, los acuerdos de nivel de servicio y las realidades operativas. El artículo critica la idea de que se pueda pedir consejo de diseño a la IA, señalando que iterar en el diseño es costoso y que los bucles de retroalimentación tardan meses. También cuestiona la idea de especificar todos los escenarios de fallo en las indicaciones, enfatizando el papel del ingeniero en anticipar posibles escenarios. Aunque una base de conocimientos curada de autopsias y decisiones de arquitectura ayuda, el último 10% del juicio de diseño sigue siendo invaluable, y los ingenieros deberían centrarse en estas habilidades de alto valor en lugar de dominar marcos de trabajo que la IA puede manejar.