¿Y si escribir código nunca fue el verdadero problema?
En la carrera por la productividad, todos miran a los LLMs como la solución definitiva. El objetivo soñado: generar código más rápido que nunca y acelerar las entregas a producción. Pero, ¿y si nos estamos enfocando en el problema equivocado?
Esta es la idea del artículo (https://ordep.dev/posts/writing-code-was-never-the-bottleneck) de Pedro Tavares, Senior Software Engineer en PagerDuty. En su artículo “Writing Code Was Never The Bottleneck”, Tavares desmonta este mito y nos obliga a mirar dónde reside el verdadero coste del desarrollo de software.
La realidad es que escribir código es solo la punta del iceberg. El verdadero trabajo de un equipo de software, el que consume la mayor parte del tiempo y la energía, está en todo lo demás:
- Revisiones de código (Code Reviews): El minucioso proceso de asegurar la calidad.
- Transferencia de conocimiento: Poner al día a compañeros y recibir mentoría.
- Pruebas y depuración (Testing & Debugging): La caza incesante de errores.
- Comunicación y coordinación: Sincronizar equipos, discutir arquitecturas y resolver dependencias.
- El laberinto del ticketing y los rituales Agile: La gestión que rodea al propio desarrollo.
Ninguna de estas tareas es “escribir código”. Son los procesos que garantizan que el código no solo funcione, sino que sea mantenible, escalable y robusto.
🤖 La nueva paradoja de la IA
Aquí es donde entra la genialidad del argumento de Tavares. Los LLMs han hecho que el coste marginal de generar una nueva línea de código sea prácticamente cero. Pero, ¿cuál es el coste de entender, probar y confiar en ese código generado automáticamente?
Según Tavares, ese coste es más alto que nunca.
El trabajo difícil en ingeniería no es escribir, es comprender. Y este desafío se multiplica cuando un revisor lucha por entender la lógica detrás de un bloque de código que ni él ni el autor original escribieron, sino que fue generado por una IA.
🍾 El cuello de botella se ha desplazado, no ha desaparecido
La ingeniería de software es, y siempre ha sido, una disciplina colaborativa. Se basa en el conocimiento compartido, el diseño consensuado y la mentoría. Cuando el código se genera más rápido de lo que un equipo puede asimilarlo, discutirlo y validarlo, la calidad deja de ser una garantía para convertirse en una suposición.
Esto no solo ralentiza los ciclos de revisión, sino que aumenta el estrés y la carga cognitiva de los ingenieros más sénior, que ahora deben auditar tanto a humanos como a máquinas.
En conclusión:
Los LLMs son una herramienta potentísima, pero no eliminan la necesidad del pensamiento crítico, el diseño cuidadoso y la revisión exhaustiva.
Sí, el coste de escribir código ha caído en picado. Pero el coste de comprenderlo y gestionarlo colectivamente no lo ha hecho.
Ese sigue siendo el verdadero cuello de botella. Y es más humano que nunca.
Este artículo se publicó primero en LinkedIn