“¡Gracias, IA!” de Rich Hickey: el enorme basurero que crea la inteligencia artificial

[Ensayo] “¡Gracias, IA!” de Rich Hickey: el enorme basurero que crea la inteligencia artificial
(Original: https://gist.github.com/richhickey/ea94e3741ff0a4e3af55b9fe6287887f)

Rich Hickey, creador de Clojure, lanzó una crítica contundente contra la tendencia de la IA generativa y las empresas que la impulsan. Escrito en forma de respuesta a un correo adulador enviado por una IA, este texto aborda de manera crítica el impacto destructivo que esta tecnología está teniendo en la sociedad moderna y en el ecosistema tecnológico.

Puntos principales:

• Saqueo de obras creativas: crítica a la práctica de entrenar con resultados creativos históricos de la humanidad sin autorización (pirating) y luego reclamar propiedad sobre ello.
• Destrucción de la educación y el empleo: desmantela el sistema educativo y elimina los trabajos de entrada para desarrolladores junior (entry-level jobs), bloqueando así la formación de futuros profesionales calificados.
• Desperdicio de recursos de ingeniería: para obtener resultados útiles, se pierde tiempo lidiando con un “generador de BS”, tiempo que en realidad debería usarse para comunicarse y formar a colegas o pasantes.
• Problemas ambientales y de costos: señala el aumento en los costos de servicios públicos y el daño ambiental causado por el enorme consumo eléctrico.
• La “slopificación” de internet: reemplaza los resultados de búsqueda con información falsa resumida y llena internet de datos sin sentido, haciendo más difícil encontrar contenido humano genuino.
• Decisiones corporativas de corto plazo: crítica a la actitud de CEOs que sacrifican la calidad del producto, la integridad y la satisfacción del cliente por ahorros ínfimos de costos.

Implicaciones:
El autor advierte que la IA está llenando los canales de comunicación humanos con información falsa y socavando la confianza en la comunicación. En particular, la pregunta “¿Por qué no llamamos fracaso a una tecnología que crea más problemas de los que resuelve?” lanza un mensaje contundente a la industria IT actual, atrapada en el tecnosolucionismo.

[rabolution]

https://news.ycombinator.com/item?id=46415945
Vean también las reacciones en Hacker News.

Ese texto también se compartió en el Slack de Clojurians. Y los clojurianos en su mayoría expresaron opiniones de acuerdo con la postura de Rich Hickey.

• ¿"the second biggest and most damaging con"? Entonces, ¿cuál será la primera?
• ¿Las criptomonedas?
• ¡La programación orientada a objetos, claro!
• La OO es del siglo pasado.
• Pero si lo piensas más a fondo, se entiende por completo. Los trade-offs de los que hablamos siempre están en el aspecto técnico, basado en una filosofía de no transar, y el vibe coding con LLM parece lo opuesto al hammock driven development
• ¡Exactamente! Y para agregar algo más: quien se toma en serio este problema no está solo. No compartir conocimiento con otras personas, obstaculizar el aprendizaje colaborativo, hacer que a los desarrolladores junior les cueste más encontrar trabajo y, a largo plazo, terminar dañando a la sociedad. Pero parece que la mayoría de la gente no logra ver el problema con claridad.

[rabolution]

Yo pertenezco al comité de ciencia y tecnología del Partido Verde. Mientras pensaba que los desarrolladores de Clojure tienen ideas parecidas a las de los miembros del Partido Verde, también se me ocurrió lo contrario: quizá entran al Partido Verde precisamente porque son desarrolladores de Clojure. ;)

[rabolution]

Lo de desarrollo impulsado por la hamaca... viene de una presentación de Rich Hickey. Es una forma de desarrollar especificando en profundidad las restricciones, dejándolas en el subconsciente, y luego diseñando y validando. El propio Rich Hickey dice que no se puede sustituir el diseño con TDD ni con sistemas de tipos complejos.

https://secondb.ai/summary/11593/?tab=my

Incluso entre quienes desarrollan usando LLM, quienes ponen atención a la idea de simplicidad de Rich Hickey (Simple Made Easy) parecen decir algo parecido. Se podría decir que es similar a Spec Driven, pero quizá valga la pena fijarse en las diferencias, aunque sea para usar mejor los LLM.

https://secondb.ai/summary/11587/?tab=all