Motivation et contexte personnel

L’auteur a décidé d’archiver l’ensemble de ses gems Ruby afin de signaler clairement qu’il n’y travaillera plus. Il rappelle les principes fondateurs de Ruby, cités dans un article de 2000 de Yukihiro Matsumoto (Matz) : le langage doit apporter de la joie aux programmeurs. Un entretien de 2019 réaffirme cette vision, en précisant que Ruby est « conçu pour les humains, pas pour les machines ». L’auteur estime que cette philosophie a disparu, ce qui explique son désengagement.

Évolution de l’écosystème Ruby vers l’IA

Le texte souligne que la communauté Ruby, et plus largement le framework Rails, subit une transformation liée aux large language models (LLM). Le propriétaire actuel de Rails, décrit comme ayant des opinions controversées, aurait organisé Rails World après avoir été exclu de RailsConf. Selon l’auteur, ce dirigeant utilise désormais des agents LLM pour générer des applications en Rust, qualifiant le langage d’« verser de l’acide dans ses yeux ». Parallèlement, le développement même de Ruby serait de plus en plus assisté par des LLM, Matz présentant le langage comme « Programming Language for AI age ». Cette orientation implique que les modèles doivent « consommer plus de code Ruby écrit par des humains », ce qui, selon l’auteur, crée un cercle vicieux où le code open‑source devient matière première pour les machines.

Implications pour l’open source et la durabilité du code

Le développeur critique le « strip‑mining » du code Ruby par de grandes entreprises pour alimenter les LLM. Il compare cette pratique à un lit souillé, suggérant que la confiance dans le code écrit à la main s’érode. L’absence de contribution humaine pourrait entraîner une dégradation de la qualité du code, les modèles reproduisant des patterns sans compréhension contextuelle. De plus, la dépendance à des agents automatisés rend les projets plus vulnérables aux changements d’algorithmes propriétaires, sans garantie de transparence ni de maintenabilité à long terme.

Conséquences pour les utilisateurs et perspectives

En archivant ses dépôts, l’auteur rend explicite que les gems ne recevront plus de mises à jour, de correctifs de sécurité ou d’évolutions fonctionnelles. Les utilisateurs doivent donc migrer vers des alternatives maintenues ou accepter un risque accru d’obsolescence. Le texte invite implicitement la communauté à reconsidérer l’équilibre entre contributions humaines et automatisées, et à questionner la viabilité d’un écosystème où la majorité du code serait générée par des IA sans supervision directe.