Razones para Desconfiar del Código con IA

La programación asistida por IA está provocando una división entre quienes la ven como una poderosa herramienta de productividad y quienes la consideran una amenaza para el oficio, el empleo y la calidad del software a largo plazo. Los comentaristas debaten si los LLM deberían encargarse solo del código repetitivo o llegar a “poseer” sistemas completos, planteando preocupaciones sobre atrofia cognitiva, pérdida de puestos junior, diseño mediocre moldeado por las limitaciones del modelo y bases de código que nadie entiende de verdad. Debajo de los argumentos técnicos subyacen preocupaciones más amplias sobre la concentración de la riqueza, el uso dudoso de datos y la ambición declarada de las empresas de IA de automatizar tantos trabajos humanos como sea posible.

Reacciones al Artículo

  • Varios lectores consideran que el texto está poco enfocado y es superficial, más parecido a una lista de puntos de discusión que a un argumento.
  • La dependencia de afirmaciones como “deberíamos apoderarnos de los medios de producción” se ve como vaga y poco concreta.
  • Otros lo defienden como una entrada de blog personal destinada a exteriorizar pensamientos, no como un tratado exhaustivo.

Utilidad y Límites del Código con IA

  • Muchos ven a los LLM como excelentes para código repetitivo, lógica de soporte, código de unión y abstracción de mayor nivel (módulos, microservicios), pero no para la lógica crítica central del negocio.
  • Algunos informan grandes ganancias de productividad y приветan el cambio hacia el diseño y el pensamiento de nivel superior.
  • Otros sostienen que los LLM a menudo producen código frágil y mediocre que aún requiere una supervisión experta intensa.

Oficio, Cognición y “El Código como Arte”

  • Tema fuerte: programar a mano construye modelos mentales profundos, pensamiento crítico y reconocimiento de patrones; externalizar demasiado arriesga atrofia cognitiva.
  • Se debaten analogías con calculadoras, GPS, lavadoras y herramientas CNC; los críticos dicen que pasan por alto el mantenimiento a largo plazo y los aspectos de pensamiento del código.
  • Hay desacuerdo sobre si el código puede ser “arte” o si solo es una herramienta que puede producir arte; la demoscene se plantea como contraejemplo.

Empleo, Poder y Economía Política

  • Preocupación repetida de que la IA, como automatizaciones pasadas, reduce plantillas mientras concentra la riqueza, dejando a muchos en peor situación.
  • Algunos argumentan que los niveles de empleo siguen la actividad económica general, no herramientas concretas; otros citan la caída de los puestos de entrada como señal de alerta.
  • La discusión hace referencia a Marx y al “comunismo de lujo totalmente automatizado”, con desacuerdo sobre cómo la tecnología afecta a los trabajadores bajo el capitalismo.

Confianza, Ética y Uso de Datos

  • Profundo escepticismo hacia los motivos de las empresas de IA (beneficio, militarización, precio de las acciones), y dudas de que solo pretendan “ayudar a los programadores”.
  • Fuerte crítica a que los modelos se entrenan con trabajo que la gente no destinó a este uso, desalentando compartir abiertamente.
  • Preocupaciones sobre el copyright/código “robado” que contamina proyectos y erosiona las vías de acceso para desarrolladores junior.

Comparaciones de Herramientas y Determinismo

  • Algunos comparan los LLM con compiladores o lenguajes de mayor nivel; otros rechazan esto como inválido porque los compiladores son deterministas, están guiados por especificaciones y no cobran por ejecución.

Calidad, Mantenibilidad y “Vibecoding”

  • Quejas de que los flujos de trabajo con LLM fomentan aceptar soluciones parciales “lo bastante buenas” e ignorar la calidad a largo plazo.
  • Otros afirman que los modelos modernos pueden producir código más limpio que muchos humanos apresurados, siempre que alguien con conocimiento del dominio esté guiando y revisando activamente.